web developer 里的 UI 有两种模式，分别是 Retained Mode 和 Immediate Mode ，你可以在 youtube 找到解释。

React 就是 Retained Mode ，主要工作就是维护各种变量的当前状态。

而很少有人会提到 Immediate Mode ，这是基于游戏那种每帧更新的模式，完全不需要保存状态。为什么？因为每帧更新的情况下，你能直接通过和上一帧对比，知道那几个变量被设置和改动了，就不需要额外保存和维护状态了。

@aru 直接拷贝文件可能不行，NTFS 的一些特殊属性都是流，比如说用户访问权限之类的。不是直接保存在文件内部。

用老版本的 photoshop ，官方给很老的 CS2 版本，发放了免费正版 CD-KEY 。

OP 需要加一些水印，而楼上用命令行的处理，明显没有 PS 里可视化宏录制好用。

Photoshop 批处理真的很强。

@Laussan 好像很有道理呢。写代码多参考 github 高手代码，也比自己埋头看 paper ，摸索着写算法要好太多。

可能不是性格的问题，而是把有效时间花在哪里，和谁聊天的问题。

@kop1989smurf 天天写业务代码，容易让人麻木，最后留在公司混日子的人不少。

我总觉得并不是每一种性格的人，都适合写代码。就像学高等数学，要不是为了考试，90%的人都不会主动去碰微积分的。

很多码农写代码，并不开心。

男怕入错行，你说工作那么多年后，最后发现业务有变动了，公司并不需要你，总觉得有一种人生被否定的错觉。

工作再怎么说，每天也投入了那么多时间进去，总还是需要有被认同感的。

可现实是，铁打的兵营，流水的小兵，必定一部分码农会遇到职业危机，最后被新人替代，留不下来。也许外向性格的人，投入同样的时间，换一个人与人交流的行业，积累人脉，会更有前途？

@kop1989smurf "软件开发是工程学"

有人说软件开发就是公司里少数几个人顶着一辆车，往前跑。

外人看着这辆车跑着挺快，其实大部分人，对于公司都是可有可无的。

魔女 3

悄悄去主页看了一眼，OP 是我看到过最帅的程序员，没有之一！！

@icyalala "人家说得很清楚：这是为 3D 程序的使用场景做的优化，其他使用场景性能可能没那么好，甚至比 std::string 更差。"

这仅仅是你的看法，我个人看法和你刚好相反，32 字节优化后的字符串库，对于覆盖 90%的应用场景都够了。剩下 10%就用作者视频里提到的 readonly 字符串。

无脑用 std::string ，会导致内存碎片过多，实在很不推荐。

@tyzandhr 用自己写的短字符优化的库，理论上 std::string 算法没问题，有问题的是默认的内存分配器，实在很不给力。

@julyclyde 我被你说的有一点晕，你看 std::string 的实现，是模板实现的啊。

@cubecube "如果没有 SIMD 呢？"

游戏业比较特殊，如果没有 SIMD ，游戏 FPS 就会直接减半，这点很多开发者都没办法接受。

只能强制用户升级 CPU ，加上 AVX 之类的必要属性。

@julyclyde 我知道你的意思，你不就是想说，不同的编译器，有自己特殊的 stl 库实现嘛。

你看我那个截图，跨了 windows 平台，mac 平台, linux 平台。并且对比了 x64 和 arm 架构。

stl 库的设计理念基本都是确定的，性能差距并没你想的那么大。

@julyclyde stl 标准库，怎么可能是接口呢。

你去问任何一个写 C++的，都不推荐你自己改写 stl 的库，因为大概率没官方写的好。

比如 std::string 这种，都是世界顶级科学家写出来的。

@waiaan 个人建议，入门可以从解析表达式开始，比如你要动态处理 A = B*1.0 ，又不想把代码写死。

那么就可以编译成 AST 树，然后运行时，塞到堆栈虚拟机里运行，获取结果。

一句话解决 OP 所有问题

document.designMode = 'on'

我也喜欢 AST ，但是正常公司的前端需求，大概率不会牵涉到这种代码。

只有不务正业的前端，才会写点这个代码。

anyway, 我还是觉得写 AST 树 /虚拟机，很有意思。

分两种情况，一种是代码真的巨烂，那是没办法。

另一种只是代码量太大，项目不太好管理。那可以写一点小工具，提取代码里的特殊注释信息，归档后进行有针对性功能查找和代码行跳转。

只依靠人脑，去管理大量代码，时间一长必定会忘记一大半。