@zkywalker #50 没办法，现在大厂都是这么一个套路，必须要刷题，不刷题必死，风气就是这么带起来的，我每次面完算法都是头疼

@laminux29 #49 老哥 说的真的很在理，我觉得面试最好还是去挖掘对方的优点，IT 知识确实浩瀚大海，我读完 CSAPP 再看一些老程序员在 386 栈上玩，那个时候的协程 连自己的栈都没有，都是自己用 sp 指针 开几个空间 让协程去玩，玩完了再返回回来，要是问这种计算机考古学，我也答不上来，我现在基本上是先问下最近看了什么书，然后大概讲一下书上讲了哪些概念跟模型，以及面试者自己的一些理解。

见人说人话，见鬼说鬼话，见老外说英语，见中国人说普通话

我还是那句话，随着各种语言的兴起，C++已经走向绝路了，

在高性能中间件需要非托管语言的二进制编译的场景，golang 其实表现的非常好了，
如果没有实时性要求，例如 GC 停顿响应，用 golang 来做消息队列 流控 等等，已经非常好了，
在很多大型互联网公司，golang 已经得到生产验证了，在这些场景使用 C++纯属自己找不痛快，
而以前这些中间件都是 C++在做的。

在对内存需要精细化管理，例如实现自己的内存池，像 Redis 这种 对性能有极致要求的工具以及操作系统这些东西，
我觉得未来肯定还是 C 的天下，这是毋庸置疑的，毕竟 C 的历史太久远了，积累也很深，而且这些工具很明显都是跟业务抽象无关的底层算法，基本上也不太需要 C++的抽象，即使需要像 Redis 也是拿指针跟宏在模拟简陋面向对象编程。

另外新兴的 Rust 也在抢 C++的地盘。

可以说 C++现在处于一个非常尴尬的位置，需要抽象封装的地方跟场景，其实上层开发是可以在性能上做出一些妥协的，Python 就是一个最好的例子，基本上底层都是 C/C++，上层应用逻辑都是 Python 。

而既需要 C++的高实时性，又要有 C++强大的抽象封装能力的场景 基本上等于没有了。