都不是，是一堆屁事的频繁程度。

如果你认为让你写代码效率低的原因都是你列的这些，那我只能说我还挺羡慕你的。

看了楼上一些言论，简直笑了。

首先很多人没有遇到过这种场景，所以有点想当然地表示，http 状态码就够用了。如果在某些场景下，100%够用，并且不用考虑未来的扩展性，那全部人都按照完全 restful 的方式来，也是一种办法。

但是很明显，这种可能性很低。举个最简单例子，一个请求失败了，但是产品上做了优化，针对不同的失败原因，进行不同的展示，请问这个怎么实现，用 http 的状态码一个一个套？很明显这里就需要某些 code 是红色的警告，某些是黄色的警告，某些是个弹窗通知。

归根到底，还是场面见得不够多，并且没有深入思考一些已有方案的内在合理性的结果。

反倒感觉二面是不重点。二面这么问的面试官，水平反倒不会很高。

@ericgui 他测了对自己的影响，dev 的代码在他自己的逻辑里面是 OK 的？那这个时候 dev 的代码到底是 ok 的吗？是说你的代码合并上去之后有问题，还是这个时候 dev 的代码已经有问题了？

个人站点减少≠网页小时。

逻辑的问题，就好比：出租车减少了，所以汽车未来要消失一样。

其实还好。遇到再低级的问题，我都不会怎么生气。真的不会没啥，态度比较重要。

说实话，降噪耳机是唯一可能的方式了。

如果这种是他的习惯，很可能即使你和他说，甚至发脾气，也改不了。

确实想象不到这个使用场景。

挺好的啊，等 ios 全部凉凉，你就是唯一指定你司后端架构师了。

1. 适应不会特别难，用了就知道了
2. 用 hhkb，也要用触控板的，触控板绝对的神器。
3. mac 可以无缝外接 hhkb，具体的做法是把 hhkb 放在 mac 键盘上。
4. 屏幕的话，mac 是好的。但是如果是对比 iMac 的话，iMac 要大很多，很舒服。
5. homebrew 不是只是下载软件的工具吗？用到的频率也没有那么频繁吧？
6. Linux -> Mac 切换成本真的不算大的。

说实话，我还真认为生命不是自己产生的，而是某种形式的延续。（比如外星人的设计等。。。）

有的时候甚至在想，会不会地球就是外星人的一盘电脑游戏。我们眼中的生存，进化，都是外星人观察中，掌控中的游戏内容。。。。