可能是网警钓鱼贴

框架抽象层面上，可以结合源码谈谈对设计模式的理解。其实就那么点东西，什么 MVC，MVP，MVVM，什么依赖注入，什么 event-driven，什么基础设计模式：单例、state/strategy 、adapter 、proxy 、decorator，什么继承和聚合的区别，还有什么面向对象的 SOLID 原则什么的。语言层面，一般会围绕对象内存模型、线程管理、内存管理、运行时堆栈、错误和异常处理，这些来问，偶尔结合实现个设计模式。。

level 高点的面试，还会问一些对业务的理解，对管理的理解

我觉得还可以。没亮点主要是看不到会什么难的东西，感觉都不难。项目可以简化为 3 个，着重笔墨写难的地方。比如某些你做过的，更加原理层次的，比如 token 这块光各种加密解密，以及优劣，对比 cookie/session，防止 csrf 等等，都可以展开讲一堆，因此也可以写的更深入一点，加一些原理性知识，让面试官可以扣着问的；再比如 mysql 的优化这块，锁、索引、涉及性能的关键字、innodb 引擎底层原理，业务层如何分表、为什么加 cache 、数据一致性的保证、加队列、做负载，展开可以讲一大堆。普通的 CRUD，还有读取之后调工具包的工作，我觉得都可以不用写。另外就是面试前刷刷题，难免碰到让你写算法题目的面试，也别因为这么简单的事情丢了机会。

线上 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%左右的源码吧。