每次看到 volatile 就头疼。C++和 Java 的 volatile 还不一样。

感觉实力还不错，不过简历看不出求职方向。建议你按照自己倾向的 JD 优化一下。另外学生就是多刷题了，多注意基础原理了，项目也难问出太多。

有部分感觉忘了：cookie 参数、sort 参数、css 处理的一些细节。毕竟两三年没写前端了。倒也不算太超纲。不过既然是小公司，你就只能降低要求了。建议你还是多考虑是否聪明、是否保持学习以及是否足够踏实，问题围绕这些中心思想来。

建议看你自己常用框架的源码。优先于基础原理。基础原理方面：HTTP 相关(毕竟太常用)>数据结构算法(毕竟面试刷题用)>操作系统和网络(建议直接从常见面试题入手，片面了解一下)>组成原理(可以看看加法器和存储器的实现)。此外，数据库方面需要额外深入。以及再学个编译型的语言(对比与 python)。

@cs8425 我跟你观点一样，上次就跟这哥们 battle 过一次，还被对方一顿喷，说我缺乏工程师素养。

补充个欠条就完了。不过有聊天记录的话，能证明有借钱，也还好。至于啥时候能要回来，就够呛了。
同事关系，交往不深。建议借钱不超过 1 万(或 5000 ，定一个自己能承受的数，这样损失也不会特别心疼)。
此外，借钱不还的，绝对不能再借了。

感觉还不错的创意。有点益智小游戏的意思。

应该棋盘更大会有更大难度。并且用机器可以轻松枚举出 1 个结局作为游戏目标。

对玩家来说，主要是熟记几种结局。然后看 xo 的子数，快速从结局中筛选一个，进行摆放。（所以字数不均衡的话，也会提升难度；需要记录的结局更多）

同样，如果外挂用电脑来解，应该也不难搞出来解法。除非棋盘规模特别大，且目标结局种类繁多。

除了 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 的职级。而且，你要说他管理强不强，我只能说跟我见过的很多创业创始人比差得远，在公司只能算中等水平。按照他自己的话说，是每一步做对了选择，说的挺玄幻的。我个人觉得，他向上管理和分析形势的能力比较强。
个人觉得，题主这样的人不适合大公司的职场。真想去做高级别，他们都看中简历的“含金量”，就很扯淡的东西，就是你得在能数得上名气的公司做到一定的职级（主要靠向上管理、分析形势、形势不妙的时候赶紧活水或跳槽）。另一个稍微靠技术点的方案就是，你能在开源社区有影响力（但影响力也靠很多非技术的东西）。