没必要限定 java，陈硕老师的 muduo 早期好像就几千行，买他的书和课即可，然后看源码。
广读意义不大，除非你已经到了自己能写一个的水平。
自己仿照用 java 写一个简单的网络库。

可以直播重头写一些小而精的轮子，并且做成系列录播传上去。当然也没多少人会看就是了。

我觉得既然知道哪里有问题就补下基础就好了，既然你曾经优秀过，那么补下基础也不算什么难事。

至于基础的作用嘛，我觉得大部分确实在工作里面用不上，就算是做 infra 的，大部分人也只是负责一个小模块，有几个用得上编译原理呢，有几个有机会 /必要去实现一个成熟的 DSL 呢，算法了不起写个业务相关红黑树 /B+树之类（这已经很少了），还都是抄 nginx 或者其他开源软件的实现，不参考网上的代码有几个人能裸写一个没 bug 的呢。更不用说刷过的算法题了，各种 dp 没啥用得上的。

但是，基础的作用我认为有这些：
1 不怂，真遇到问题了能够有自己造轮子 /看源码 /重新设计算法 /架构 /选择各种组件 的勇气，哪怕同样需要查资料，但是曾经认真学习过和临时抱佛脚是完全不一样的。这种机会只有自己争取，但是你没有这样的能力连机会都争取不到。

2 证明，因为大部分人在普通公司就是做的 curd 的活，这种人太多，公司可以随便挑。你做的业务项目可能很繁琐但是没有技术含量，这样也没有人愿意去仔细了解。所以你要想办法证明自己的 学习能力 和 技术热情。
Google 面试只问各种算法题，就是做题。你可以说是完全应试筛选了，但是事实说明他的这一套筛选机制很 work，也说明即便在 Google，大部分人也就是做着普通工作，人家就只是想挑些聪明人罢了（大部分搬砖，有能力的就往上走）

3 怎么做，一边面试一边补基础，一般工作时间比较久了国内的公司不会问太难的算法的，所以你就复习一下基本算法和代码题，最好能手写。然后计算机基础就一边面试一边学习就好了。很多所谓的基础知识其实就那么多一点，你慢慢学习就学会了，然后做一两个轮子来辅助（比如自己写一个网络库（仿照 netty，muduo ）），或者写个 http 服务器，或者自己写个简单数据库，总之能吹逼就好。

4 最后就是刷下各个公司的面经，看下大概问什么内容，大部分国内公司还是问项目的，这方面可以针对性加强

刚刚进入面试领域，面过 10 几个应届生。
我觉得有几点，第一如果是视频 /现场面试要写代，代码题不要太难，也可以不涉及过多算法知识。记不住的 api 可以写伪代码，限时 10 分钟，可以适当延长和提示。主要目的是考察这个人的编程能力，毕竟招人干活的，你也不喜欢同事代码都写不利索吧。

然后，问一些算法知识，这一块比较重要，首先考察这个人的思维能力 /反应速度 /学习能力，这是个人能力的核心考察点之一。难度的设置要合理，先问简单题目放松一下，让面试者进入状态，然后问 2 到三道中等难度的题目，如果表现好就加大难度，直到你问不出来或者对方明显吃力为止。

接下来，根据候选人简历来问，如果候选人是专业打 acm，或者刚转专业的，可能没有多少计算机基础知识，这个时候就需要着重考察对方的思维能力，coding 能力了，建议先问一道开放性的，有较大难度的问题。比如我个人问过如何实现一个 2048 的 AI （候选人是专业 acm 选手），大约讨论了 20 分钟左右。候选人给出了状态机+寻路算法的解答，我则又提供了一些关于评估函数和搜索的思路。
如果对 coding 能力要进一步考察，这时候还要考察一些有一定难度的算法题，讲思路并且实现出来。

最后就是考察计算机基础，语言 /数据库 /网络 /操作系统 /编译原理 /分布式 /开源项目 /大数据 /前端 /ml/数学，对方熟悉什么，你就问什么，挑一两个问即可。

由于你不是最终决定者，所以可以根据公司的要求来进行调整，全部问完时间一般太久了，最好限制在 45-60 分钟左右。对于比较水的候选人，尽量面到 30 分钟，以免显示不太尊重。最后问一下对方有什么想了解公司的（注意不要问你有什么问题想像我咨询的，尽量避免和个人联系起来，否则对方可能会问你一道算法题或者工资什么的，这样就比较尴尬了....）

大家都催你跑路
1 抽时间面试后再看看能找到的待遇
2 同时还需要和老板提出加人 /加薪的需求
如果招到人了，就可以顺利脱身
要提前一个月 通知 公司离职

@sinxccc 要做到 6 感觉技术驱动型是一个必要条件。
要做到 5，至少是表面上的 5，对技术的热爱越大概率越高。

Google brain 项目组应该基本满足你说的
facebook ai lab 应该也基本满足
其它同等级别的组应该差不多
剩下就一个了，能进吗

我就说一个很尬的点：
熟悉 gcc/clang，了解内存分配和指针的概念。

你这个熟悉指什么？你要弄懂面试官关心什么。
如果就是会使用编译器的熟悉，那其实很少有人 care，特别是做 web 这一块的。
如果你指编译器实现级别的熟悉，这就很厉害了，可不是自己看看教材写个玩具编译器那么简单。但是后面又说了解内存和指针，这就判定不可能是后者，因为这实在不值得放简历上说。

所以，这就是暗示我，你前面说的熟悉都是那种几天就能做到的熟悉。而且不知道什么是真正核心的技能，啥都往上列。
我的建议，懂原理，写过有难度项目，看过部分源码的叫熟悉。
用过，懂基本原理叫了解。
其它不要写。

啥信息都没有，就一句软件开发
没有邮箱
招聘级别，薪资待遇什么也没说

感觉看公司想不想追究责任了，如果真的追究，参考日本丰田汽车案件，法庭当时找了很多软件专家封闭式的审查代码，并且各种取证。
一般的 bug 可能公司也就开除了事，如果造成严重损失（删库什么的），公司肯定要追究你的，具体就看你找的律师怎么打官司了，就算证明是完全无意的，民事赔偿应该也跑不了

实在凑不够就业务逻辑往上写，这样可以逼你平常写好 注释 /文档。以后谁来找你你就喊他们去看日报

不要报，现在找工作要求很高的，会跑几个模型没有工程经验的人太多太多了

滴滴客服就是完全外包的，3000 一个月，按单计费..

@veelog netty 是非阻塞调用的，即便阻塞调用，也不会使得所有进程卡住。我怀疑 kill -3 打出来的信息不是最新的。

@sagaxu 已经查过，和内存无关

你实践一下就知道了，用 explain 把查询过程弄出来就明白了。往往猜测和实际差异都很大

我也不懂数据仓库，经验比较少，也不知道你们现在用的是主从还是集群，但是有这么几个猜测：
目的是设计为数据库能扛住这么大的压力，以及业务方便维护
从性能上
如果你们两的设计达到的效果是：
都能满足现有的需求，但是你的设计在不改变大的架构的情况下上限是 20 万 tps，写是 2000tps
你老大的读上限是 10 万，写是 5000qps，那么就需要看未来需求的变化哪个先到瓶颈。

如果在主从架构下，写肯定比较难扩展，读只需要加 slave。所以倾向于先保证写。但是如果这个设计马上就使得读到极限了，也不一定科学。

所以你可以问下老大有没有做过类似的评估以及性能测试，或者有没有类似的经验，或者说就是单纯的直觉（拍脑袋）

@smdbh 真巧，这是我校验的第一个 case。按我的做法最后状态变成-2 1 -2，所以 1 是唯一的。

@snail1988 显然不用，这题我做过....