emacs 比较折腾。但是确定有很多好用的地方。比如 orgmode，tramp 等。

杭州交通离一线还是差距很大。从城站到西溪 20 公里的路，晚上 10 点还能开 40 分钟。在上海这种情况肯定是 20 分钟搞定。

有很多人和你有一样的想法： https://www.indiehackers.com/

楼主对编译原理有点偏差。如果你想弄懂编译原理，不是应该是去理解编译器如何做解析，做平台无关优化，做代码生成。

不是你说的动态链接，编译选项这样的事情。除了楼上推荐的链接装载的书，我也推荐一书'深入理解计算机系统'。

@mangoDB 记得是杀手不太冷里的台词，真是让人印象深刻

@bigtan 赞👍。不过无锁化基本用 cpu 上提供的内存屏障和原子操作实现的。看来高频交易还不是计算密集型的。

做编译器后端的人会对汇编级性能优化很熟。但是针对 cpu 体系架构做手工性能调优就是相当于人肉编译器。从技术上说，做编译器的人反而会觉得做手工优化比较低端。这样的人国内不少的，intel 估计就有不下 50 人。nvidia, arm, ibm 也有不少。新兴 ai 芯片公司里也有这样的团队。华为肯定也是有一大把。腾讯百度还有开源项目做手工优化的，翻翻里面的 committer 就知道有哪些人。当然最直接的就是去 llvm, gcc 等项目的邮件列表里找;)

从大范围来说，摩尔定律失效，异构架构越来越多（ gpu,npu ）。编译器是异构架构中的极重要一环。以后机会不会少。从小的上说，个人觉得写编译器比写驱动有意思多了吧。intel 的唯一缺点是上海房价太高。

@zn 哈哈，差不多了

@zn nvidia 的 gpu 指令就是没有历史包袱，每一代不一样。每一代都是可以搞翻天覆地的变化。只要前面编译器做好就行；）

软件结合体系结构通常可以去做高性能库的开发，比如现在火的各种机器学习库的在不同体系架构下的性能优化，也可以去做编译器（偏后端）开发。这块相信以后会越来越火吧。随着摩尔定律的失效，异构计算越来越多（ npu，gpu 等），对体系结构和编译器的需求也会变多。当然，你想做什么没有任何限制；）

反过来说，java 的 string 需要 equals 方法而不是==，是不是本身 java 设计上的问题？感觉比较反直觉。

emacs orgmode，电脑上用挺好的。