除了 zf 背书的数字币，估计目的是做跨国金融结算，其他的都是割韭菜的。我是真没发现区块链还有啥其他价值。中心化决策本来效率就最高，除非是 zhengzhi 因素，必须非中心化。估计肯定有区块链粉丝过来喷我，啥智能合约、啥溯源，中心化咋就不行了。简直不知所谓。

一看 nft ，就预估可能被坑。毕竟把大家当傻子割韭菜的，为什么会放弃员工这个绿油油的韭菜。

当然，如果 C++比较熟练，其实写起来也挺快的。一般自己都会积累常用的轮子和自己造的轮子。适用于特定领域。
按照 linus 的说法是，C++很可能不同人掌握的深入不一样，会有大量的沟通成本。因为 c++一些行为是隐式的，所以他更推崇 c 。有一定道理，但 c 写起来会麻烦点，需要把轮子重新造一遍。可能 c++最大的问题就是如何控制参与项目的人所掌握的深度，和开发中所使用的深度。（毕竟:C++ makes it harder to shoot yourself, but when you do it blows your whole leg off ）
如果只是应用层级的开发，不涉及硬件，不设计高性能计算，换语言更好吧，毕竟即使不同人掌握的深度深浅不一也不会造成太大的灾难。

python 的**在行参和实参，行为还不一样呢。。当然还是 C++更变态点，建议汇编水平高了，结合编译的汇编来看，帮忙加深理解。

我个人觉得 C++难以理解的有 memory_order...反正看 cpp reference 只会看晕，还涉及缓存可见、缓存一致。模板我学得也比较差，大概皮毛吧，主要不写库没空搞，也就掌握到 reference collapse 和一些实例化流程方面了解一点。abi 也不够了解，我个人觉得 abi 问题可以用汇编解决，但也没去深入研究过。链接机制虽然知道，但没有在源码层面有了解。elf 格式了解的也比较皮毛。我觉得基本 c/c++还是要配合汇编、操作系统、CPU 、GPU 等等一起学，加深理解。如果用不上这些，也没必要用 c/c++，其他语言更方便。

标题看明白了。内容看不明白。
个人理解技术大神：不给自己设限，对任何问题都有信心解决，持续一生的学习。
大神考虑的主要不是价格，而是你做的东西他认为有没意义，其次是价格吧，不同人要求也不一样（ 200 万 /年以上？千万薪酬的也有；很穷不咋在乎钱的也有，稀有保护人类，基本靠钱打动不了）。找到大神容易，打动大神难。

显然用 k8s 更容易搞定。搞很多脚本，脚本维护也是问题。后续系统继续扩展也是问题。

个人提供一个思路（我不是这个方向大佬）：必须得想办法能调试系统，你才能更深入的理解。比如，在虚拟机中，通过日志调试或断点调试：比如创建堆上内存的系统调用这个场景下，在系统内核的相应代码中打印堆栈（或者用调试器打断点，我不清楚是否可行，可以自行查阅）。从堆栈中分析执行流程。从整体上建立一个认知，再去逐步看代码。看的过程中，自己加日志代码打印自己的猜想和理解。

上来就用纯阅读的模式看代码，确实低效。

看起来像是从上游厂商买产品，对下游厂商做发布。感觉你们应该自己雇个 SRE/DevOps 团队(懂点开发的)，或者找个顾问人或者团队，指导你们建立团队。

每个失败都教会你很多东西。我感觉自己弯路走的多了去了，而且走到今天基本全部靠自学和自己摸索；上大学的课我都基本翘了，考试靠的自学。
跟每个昨天的自己比，自己有进步。这个就可以了吧。

“走弯路” ，才是最大的捷径。加油吧。

目测，10k-15k 。看面试了，很多点只能面试了才知道掌握的深度。
不清楚小厂是否要刷 leetcode ，不过这个强度不够。

最后一句话戳中笑点了。数学只会带来压力。
另外，不用听信猎头的，甚至很多面试官的言论。很多人技术面太窄，就在自己的一亩三分地里面有深入了解。不用真正限制自己的广度。作为追求成为大牛的人，那深度广度都是凭兴趣，达到全方面无死角的强。
我去大厂也差不多 P7 ，不过 P8 、P9 技术不见得强多少，往往是人脉政治资本多一点。我个人见解是，基本在大厂，P7 水平就是纯靠技术能达到的巅峰了，往上不靠技术，靠其他。因此，很容易出现，P8/P9/P10 的技术管理的技术水平还没 P7 的厉害。
比如我之前的老板的老板，大概 P9+的职级。技术应该没我强，我也就 P7 的职级。而且，你要说他管理强不强，我只能说跟我见过的很多创业创始人比差得远，在公司只能算中等水平。按照他自己的话说，是每一步做对了选择，说的挺玄幻的。我个人觉得，他向上管理和分析形势的能力比较强。
个人觉得，题主这样的人不适合大公司的职场。真想去做高级别，他们都看中简历的“含金量”，就很扯淡的东西，就是你得在能数得上名气的公司做到一定的职级（主要靠向上管理、分析形势、形势不妙的时候赶紧活水或跳槽）。另一个稍微靠技术点的方案就是，你能在开源社区有影响力（但影响力也靠很多非技术的东西）。

资料：书、文档、博客、视频、代码。
方式：记笔记、做实验、调试源码。
强烈推荐找找视频资料，我以前也不屑，觉得知识密度低；后来看了几个做得很好的，学起来轻松愉快（虽然后续我还是会把书和文档再过一遍）。
另外，不要放过任何一个自己不太懂的点。拒绝得过且过的理解。不急躁，保持前进。

虽然 vsc 没有开放 server ，但网上 server 开源实现还是有很多的。目测拼凑一下，加一些研发。用“自研”确实夸大了。“开源改进”差不多。

但这个 WebIDE 也没有自研的必要，自研的话怎么也得自己写一套 UI 库，这个工作量已经很大了。然后一堆业务层面的东西，包括写 parser 。然后设计插件，插件可能还不兼容已有生态，成本高太多了。
基于 VSC 来做，积累 IDE 经验，等到有新的理念、技术、设计出现之后，可以真正“自研”一个新的 IDE 。

这个宣传，不应该用“自研”这两个字。老老实实说自己基于开源做的改进，有啥不好的么？
说白了，硬要“自研”，有那么点满足民族虚荣心的意思。没啥意义。内行都懂。外行不懂但人家也不用。

加油吧，我去 tg 给你留言了。辞退不见得是你自己技术问题，有可能公司业务不景气，找个借口就辞人了。

起诉维权感觉划不来，对方不会赔偿什么，毕竟 MIT 协议；最终你胜诉了，他在代码里加上了你的版权声明，然后呢？如果调查取证他赚了多少钱，估计也不现实。建议你项目变更协议类型吧，比如 GPL+商用双协议。你自己的项目，自己变更没任何问题。

@Fengyesuixiang 恩，只要有意识的控制，不到终末期问题不大。到了终末期也有别的办法续命，就是生活质量会差很多。其实，我见过很多严重的病友，发现的时候就终末期了，以及不相信专业医生建议，坚持中药治疗的（尤其是，如果一些病理是新月体这种的肾病，进展很快；你可以定期复查，如果蛋白指标不好了，还是建议病理做一下）。

我症状比你严重多了。尿蛋白之前很久保持在 1000mg 左右，igA ，3 级。就正常按照医生要求吃药，然后该上班上班。加班也有，但不舒服就睡觉了。你这 1 级程度的病，我觉得问题不大。注意休息。