lz，你这个 id 很“别致”……

对于同一个话题，建议不要开很多的贴。
同样是你的贴(30 岁转前端)： https://v2ex.com/t/653979
本贴是 java，你再说个新技术是不是还要重新开个贴？

最根本的问题是，作为一个零基础的人，同时恰好又荒废了好多年，你需要首先证明你有能当一个程序员的能力……程序员也不是嘴皮子一闭一张就会了的事，其中要付出大量的努力。这就像我作为一个钢琴都没摸过的人，问别人我能靠钢琴全职生存吗？正常的回复不应该是，“那你弹一首曲子我听听”？

这个话题真是隔三岔五就能出线一次……

有英文我一般不看中文的，除非时间特别赶。
读英文的缺点是慢，尤其是已经会的内容，中文可以做到一目十行迅速掠过，英语目前还做不到。
读中文的最大问题是一些专有名词的翻译有时候很难理解，另外如果你工作语言就是英文的话，比如写英文邮件、设计文档、用 StackOverflow 搜索等等，肯定是习惯用英语的名词和描述的逻辑比较好。

一定记得考虑学区~

@jadeborner
“有干货且通俗易懂岂不是给别人培训”

真没必要想得这么狭隘。

做分享其实收获最大的人永远是自己，你再体会体会。这和费曼学习法是一样的，通过把信息讲给别人，这是个督促自己把信息重新咀嚼、整理的机会，而且加深了自己对这个知识的印象，一举多得。

再说了，看了尖子生的笔记就成为尖子生了吗？不是的，知识不是你自己走心整理出来的，别人把精华放在你面前，你转眼就忘了。

如果还有懂这个代码的老人在的话，让他给你讲一讲中间的设计想法和慢慢的变迁比你自己看效率要高很多。

代码都是从简单慢慢变得复杂的，可能因为新需求或者是一些边缘情况。而一个新人在不了解这个背景和历史的情况下，看得似懂非懂的再正常不过了。如果加上是一堆烂代码的话，看得头大也很正常。

如果在没有老人或者只能自助的情况下可以看代码的 commit history （如果有的话），并且有对应的 bug 或者文字描述或者邮件讨论的话就更佳了。如果都没有，那只能自己去硬啃了^_^

同样在家办公一年了……

string 不是 const char*，它是把字符串存在 heap 里的。且哪怕是 const char*,这个指针指向也是没问题的。就像楼上说的，"aaa"是在常量区的，而不是注释里写的在栈上

所以看下来自己给自己代码加测试是比较合适的，哪一些是黑盒的功能测试能覆盖到的，哪些需要白盒测试的，哪些需要 mock，写代码的人应该自己心里最有数，甚至哪些功能是不完整的，哪部分代码将来未来是要扩充的。这些可能都对测试的设计会有影响。我也觉得教条地 mock 每一个函数或者让每一行代码都测试到，进而大量的高度耦合然而并没有社么用的测试，其实只会浪费更多的时间

谢谢分享。

把它看成三个独立的生产者消费者，用独立的 sync objects

你是想让大家附和你说他是大忽悠呗。要不然的话你的描述 1 ）信息量不够做出判断 2 ）言语中有预设立场

不同的编程范式带来的陌生感。

@crclz pintos 有公开课的视频吗？

@Flymachine 话说“费曼学习法”的核心就是通过向一个一点不懂的人解释清楚一件事，来督促自己整理和消化学到的知识，其实本质上和写博客是一样的。

这儿还能看到薪酬数据，有点意思: https://duibiao.info/salary

很多 C++/STL 用久了的人转写 Python 时都会想当然地以为 set 和 map/dict 是基于树结构的 /有序的

"重写过 mysql，Apache ,看过 Quake 源码，花了 1 年多，做了一个我的世界类似的游戏引擎"

你把 github 贴出来，我估计 V2EX 版友就帮你把工作搞定了。