问你了解么不是为了照顾你让你把话题往你熟悉的方面引，给你主导权么？
不然你只会 A 、B 、C ，面试官恰好问你 D 、E 、F ，结果你一个都答不上来，让人以为你啥都不会纯蒙事的。。。

天文学家：人类的征途是星辰大海。
骗子：土星地皮最后一批吐血大酬宾，现在就行动，让你的后代翻身当地主！

(select count(*) from table where bus_id is null) + (select count(*) from table where bus_is is not null group by bus_id)

如果能接受颈挂，wx1000i 这个价格可以搞到准新（只拆过封那种）。
这玩意可能是设计不讨喜，2400 的首发价格一年就腰斩了，再加上现在出了 2 代，现在新的也就 800 多，性价比奇高。
降噪不如 WH-1000X ，但比自家的真无线降噪豆强太多了，音质在 2000 以内的耳机里也不算落后。

3 是高效的做法，奈何很多司机根本不知道。。。

有个限制就是最好在熟悉的路上这么做，因为不知道过了路口多远可以掉头，有次过了路口想掉头结果一路双实线一直到下个路口。。。

@handsomeroger 不知道他常上这网站会不会以为中国人 80%都是程序员啊。。。

同看成《魔塔之旅》😂。。。

像素动画水平不错，配色也看着很舒服。
魔塔的玩法最难在关卡设计，还要加入动作要素，混搭起来很不容易吧。

发售了会支持的。

我没补，疼了吃止疼药。


后来种牙的时候 1 颗小 2w 。。。

以前不怎么爱写，直接手动去测，什么 mock 之类的也都不用，就手动修改加注释掉不相关的逻辑，一次是挺快，反复测的时候这些零碎修改就很麻烦，得不停的 stash 和 copy paste 。后来直接写 unit test ，其实就是稍微花点时间把这些逻辑搞成能重复执行的，调试起来会方便不少。

方便反复测试调试其实并不是最重要的，单测最大的收益是可以改变你设计程序时的思考方式，先考虑输入输出，构思各种情况和边界 case ，把这些都落实成单测代码，这时再开始写功能代码，思路会更清晰，考虑的也更全面。很多时候一些混乱的逻辑都是因为一开始没搞清输入输出就着急下手导致的，这些就是导致 bug 的根源。

还有就是别觉得费力不讨好，能把单测写好把覆盖率拉满是很 NB 的技能，即使在现在的工作环境里不重要，但却是实打实加到你身上的技能点，以后肯定有很多产出质量大于数量的工作是需要这种技能的。很多人不是吐槽工作中什么都学不到么，其实就是没认识到很多东西的重要性觉得没必要。

品控差是指方差大，罗技的品控堪称精准。

装摄像头让我想起《赌侠》的桥段。。。

第二种是合理的，条件多的时候按类型分开，可以确定 return 的提前 return 出去，这样后面条件越来越简单越来越清晰。
第一种一个条件连一大串，看得眼睛花了都。


if body 要加大括号 要加大括号 要加大括号

@noe132 这种为形式而形式了吧，本来一个条件就可以中断了，没必要把所有条件都算完。
非要追求这样的格式的话也应该分别包到闭包里。

“我都很烦躁了你就不能老老实实冻死吗？”

这什么人上人思维没看懂。。。