线上 bug 那块不能用调试器，我说的有点绝对了。如果有数据记录，可以数据重放；或者配合一些快照工具，可以从崩溃前调取程序快照，也许还是可以用断点的。但总之线上 bug 用调试器断点定位，还是太困难了。成本高。

我也喜欢用调试器。不过周围大家都是 log 调试。调试器依赖编译开关，尤其是一个服务有大量上下游依赖的时候，项目的配置都有点搞不明白，自己改一下增加 debug 版本还是有点困难的。log 就非常容易了，另外仔细观察 log 也可以很快定位到问题，定位不到说明需要增加 log，这种也是好的，尤其是排查线上的 bug 根本不可能用断点，log 记录的是否充分就很关键了。
整体，我首选 log 调试，其次选择调试器。

另外 reference count，内存还比较碎片化。自己做内存池其实已经开始接近做 GC 了。

poll 没用过，既然要实现异步还加锁，不知道什么操作； IO 相关的 buffer 互相独立我觉得更好。另外更好的异步方式，我觉得是用系统自带的异步接口，按照 event-driven 的模式来构建，同时也做个线程池对把部分不支持异步的操作异步化。

RAII，可能实现起来最需要慎重考虑的是异常安全+线程安全 /防止死锁，不知道这块你们 CTO 考虑的如何。但很多人模板水平确实太差，不会用模板实现 mixin/traits，写的工具用起来很麻烦。

如果就用 reference count 管理内存，直接用标准库的智能指针确实更好，没必要自己实现还实现错了。不过我个人觉得更应该用 GC 。很多人并不会用智能指针，也会带来灾难。尤其是区分不清楚 weak, shared, unique 的使用场景。

单例这块我同意楼主说法，static 初始化可以保证线程安全，但也要注意编译器版本探测和对应的开关是否打开；另一个一劳永逸的办法是手动在多线程创建前初始化全局单件。动态创建的，很难保证线程安全。加锁 double-check，也会在指令乱序下失效。

我估计你们 CTO 就是纯粹靠年限混了个 title 。实际 C++水平，也就在高级和资深区间？

代码不重要，只要产品能盈利，这个我是赞同的。所以更不应该用 C++，直接 nodejs 不香么。或者 go，如果喜欢类型系统的话。

浮动利率。看你对利率的预期吧。未来如果你预期比现在高，那么固定利率显然更划算。如果你预期未来浮动利率下滑，经济不景气，那么固定利率显然亏得更多。

@binghanena 全栈吧。工作主要做算法。实际除了嵌入式没做过其他都有做过。hiahia

没有那么悲观。大厂没那么难进。非科班，大学毕业才写代码，目前也在大厂。而且找工作的时候，30 岁出头，拿了多家的 offer 。
1. 学历重要。有机会提升一定不能放弃。
2. 技术积累重要。工作的时候要多充实自己。学习首选经典教材，其次博客文章以及开源项目。
3. 刷题用不着那么多。剑指 offer 一本就够了。

看起来中规中矩，给人感觉也是掌握的比较浅；可以突出一些原理性的掌握，另外就是项目里最好使用一些市场上常见的技术，有的太老，有的市场也不行。

@Swetchine 自己从头写试试？我主要之前在小公司做过一段时间架构工作，也基本从零开始做的。

@crackhopper 还得补充几点：设计模式，写多了就明白了；数据安全考虑，防注入之类的，可以看文章学习一下；可用性问题，监控进程、双活； CAP 也可以更加深入理解了。

@Swetchine 最好自己做个项目，跟着项目走。比如做一个聊天服务器。考虑几点场景来做：消息传输 /加密 /压缩 /断线重连 (网络基础)，初级高并发(多线程 /异步)，历史消息查询 /日志管理(基础数据库读写，日志管理)，深入优化 (缓存、消息队列，优化数据库写入)，项目管理构建测试 (git/log/cmake/gtest/gmock，一些基础常识) 。一个项目下来这些应该都有感觉了。然后复习一波：基础网络知识、后台并发优化、后台数据优化；刷一下剑指 offer 。最后在做一下分布式，用一个机器负载均衡自己搭建集群(也可以基于 k8s 做)，考虑分布下的数据一致性问题 (多机器如何同步，跨机器群组聊天怎么做)。这些搞完，妥妥的 P6-P7 的水平，工作不成问题。

c++岗位有点少，能做的难度也都不低，直接换其他语言又要学很久。
1. 继续 C++：可以考虑做游戏前端。学点引擎知识，应该还是可以做的； C++后端，岗位可能不多，实时性高的才会用 C++后端。
2. 转行。说不上哪个发展更好，可以参考的方向：java/go 后端、python/ruby/nodejs 后端、web 前端、移动前端(java(kotlin) or Object-C(swift))、h5 native 前端。算法就算了，转行难度有点大。只要做后端，多线程、异步、数据库基础、网络基础都是必不可少的。前端的话，渲染、异步、多媒体基础、网络基础也是不可少的。

如果编程可以无脑化，估计楼主说的会成真。但编程工具，还有一部分是设计无脑化工具的开发，无论如何都有一部分工作需要大量的脑力。所以也不太一样。

开车的人不用学习怎么设计车，会开就行。因此开车的人和设计车的人是两个职业。如果未来按照楼主想法发展，那么程序员会分出至少两类职业：搬砖，和设计搬砖工具的。

还可能是 uuid 。正好是 128 位。

本质上看不明白就是基础功不够。当然顺着 debug 工具的堆栈硬看也行，大概也能掌握个 50%左右的源码吧。

工欲善其事必先利其器。你把调试的工具搞清楚明白，掌握一些基础原理：编译、设计模式。然后顺着 debug 工具的流程看，接着站在全局梳理，最后每个子模块梳理。就搞定了。

以后可能回大连~~~挽尊一下。大龄程序员不知道在大连有没活路~

可以~！我感觉我自己也很类似。语言上 - C#，- Rust， + Javascript，+ lua，+R，+Go 。技术栈 -windows 技术栈，+图形算法引擎，+数据挖掘算法、+CV/NLP 算法、+前端 vue 全家桶、- java 后台技术栈、+nodejs/Go/C++后台技术栈。(devops 上技术栈一致，自动化黑盒测试+robot Framework)。目前正在补充：编译器原理、数据库原理和 OS 原理。

我其实觉得自己技术上不欠缺，欠缺的是非技术层面的。所以估计楼主跟我困境类似。

我最开始跟楼主想法一样。后来刷了 1 个月，发现找工作还是真好用。
- 要不要做就看自己怎么去看这个 “投资回报率” 了。
现实就是不少工作面试会面算法，尤其是好工作。存在即是合理的，抱怨是没用的。