secondwtq 最近的时间轴更新
secondwtq

secondwtq

V2EX 第 81805 号会员,加入于 2014-11-16 03:41:33 +08:00
《命令与征服》重置版将以 GPL 3.0 协议开放部分源代码
  •  1   
    Steam  •  secondwtq  •  2020-05-23 03:58:16 AM  •  最后回复来自 Nathanzheng
    6
    又到了让诸位 V 友做人生导师的时候了,关于要不要读研。
    职场话题  •  secondwtq  •  2017-04-22 13:39:18 PM  •  最后回复来自 cpygui
    79
    请教几个关于订票网站的设计问题
    问与答  •  secondwtq  •  2016-01-05 15:22:59 PM
    日经一下, Google 首页改版了?
    分享发现  •  secondwtq  •  2015-09-03 00:18:11 AM  •  最后回复来自 acess
    29
    求推荐一款适合折腾的无线路由器
    问与答  •  secondwtq  •  2015-05-16 09:32:34 AM  •  最后回复来自 Dreista
    14
    secondwtq 最近回复了
    2 天前
    回复了 mingl0280 创建的主题 C++ 问个关于内存对齐的问题
    我猜可能哪个 header 里面 #pragma pack push 了忘 pop 了 ... 你可以 -E 一下看看。实在不行一点点 reduce,能 reduce 到放在 godbolt 上面的程度更好

    你这个大小是怎么观察到的?是直接 sizeof 还是?

    另外 Clang 有试过么? Clang 有个好处是想要折腾比较方便,比如我加个 #pragma pack 就可以在 AST dump 里看到:
    @gateoflunar

    > 我还是建议这帖子把 32G 内存换成显存
    问题苹果之前用 x86 的时候也是这个价啊,你觉得之前的定价逻辑在哪里呢?

    https://post.smzdm.com/p/729569/ 18 年中,400 刀
    https://www.bilibili.com/video/BV1TJ411t7fo/ 这视频里有个 19 年末的,16GB 加到 32GB 也是 2900+
    大客户就做,小客户就叫他滚蛋。
    2 天前
    回复了 ink19 创建的主题 问与答 代码大仓有什么好处坏处?
    明显的好处感受到的有一个,就是如果项目之间有相互依赖关系的话,处理起来至少表面上会方便一些。
    没啥关系的项目放一块可能意义有限。
    2 天前
    回复了 mingl0280 创建的主题 C++ 问个关于内存对齐的问题
    你是不是#pragma pack(4)了
    2 天前
    回复了 mingl0280 创建的主题 C++ 问个关于内存对齐的问题
    你这个 FixedLengthHeader 在我这是 24 啊 ...

    http://www.catb.org/esr/structure-packing/
    再推 Raph Levien 的 Towards a unified theory of reactive UI https://raphlinus.github.io/ui/druid/2019/11/22/reactive-ui.html
    这老哥后来写了个后续,不过我暂时没太看得懂 https://raphlinus.github.io/rust/druid/2020/09/25/principled-reactive-ui.html

    GUI 这种书难找的原因我猜是不存在一个绝对主流的 pattern 和主流场景,印象中你说的那些“通用”的书,如果是主要面向工程实践的,就必然会受到应用中主流 pattern 和主流场景的影响。受影响较小的“原理和思想”的书基本都是纯理论性的,典型的一个大类是讲算法的书(包括通用算法,密码学算法,图形学算法,视觉算法,AI 算法等 ...),我看了下我的书单,除此之外其他的满足条件的书难找( OS 、数据库和网络大部分书我认为是受到主流 pattern 影响很大的)。

    比如你说的“深入浅出面向对象分析与设计”这个书,我大概查了下,感觉主要面向的还是“Java 外包开发”,对其他“非主流”场景不一定适用(就不谈他这个“面向对象”的定义问题了 ...)。实际上像 MVC 、MVVM 这些设计模式已经是一种“通用原理”,但是这些也远远不够“通用”到 cover 整个“主流” GUI 世界的程度,因为 GUI 就不存在“主流”。

    GUI 只能在各路通用 pattern 中找出代表性的框架,再针对框架找代表性的书。比如传统 Retained mode GUI 比较典型的 Win32,以及在此基础上的 MFC 、VCL 。加入了更多设计模式的 Cocoa 和 WPF 。Immediate mode 的 Dear ImGui 。最新的是 Raph Levien 所谓“Reactive UI”即 React 、Elm 、Flutter 、SwiftUI 这一代(这个还有很多 open problem )。上面每一组都是完全不同的模式,最多只能做到你学了典型框架 VCL 就大概了解了传统 Retained mode GUI,就好像看了“深入浅出面向对象分析与设计”就大概了解了 Java 的面向对象设计。
    “安全经验”建议看一下易语言呢亲~
    6 天前
    回复了 SingeeKing 创建的主题 Apple M2 究竟会什么样子
    另外吐槽下“Pro”这个名字真的俗 ... 还不如 rumor 的 M1X 呢
    6 天前
    回复了 SingeeKing 创建的主题 Apple M2 究竟会什么样子
    从 A 系列芯片来看,序号+1 对应的是设计上的升级,也就是 x86 CPU 中“generation”的概念,X/Z 后缀则是同一代中的产品线定位区分。M1 CPU 用的是 A14 的 Firestorm 和 Icestorm 核心,新的 Pro/Max P 核各种 rumor 都说是 Firestorm,E 核貌似关注的人比较少,但很有可能也是 Icestorm,这个待确认,不过如果真的还是 Firestorm+Icestorm 的话说明至少 CPU 层面主要只是扩大规模,内部改动并不大,工艺最多就是加了个加号,没到下一个 generation 的程度。

    我记得 AnandTech 说 A15 的 P 核改动不大,工艺的加号提了频,增大了缓存,benchmark 出来性能、IPC 和 performance per watt 都有提升,我感觉主要在前面两点上。倒是 E 核改动多一点,GPU 架构也有大升级,也就是受到关注最多的 P 核挤了牙膏。

    不知道 Apple 这个“generation”锚定的究竟是哪一部分,如果新的 E 核和 GPU 架构没有在 M1 Pro/Max 上用的话,那确实不配叫 M2 。就算用了,按照 A 系列的惯例,也应该叫“M2 Pro/Max”而不是“M2”,因为 M2 的名字人家 MBA 占着呢 ...
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2676 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 12:36 · PVG 20:36 · LAX 05:36 · JFK 08:36
    ♥ Do have faith in what you're doing.