"因为如果结果来自另一个类或方法，那么当该方法出问题时，会连累当前的单元测试失败"，这个关测结果还是测过程什么事。单元测试，单元测试，你连要测试的单元边界在那都没有想清楚，怎么可能写的好测试。

说一千道一万，就是 jQuery 写起来没有现代一些的前端框架爽，旧项目用的不少，但如果是新项目，选用 jQuery 的肯定没多少。

就像推荐笔记本一样，你要先问清楚需求。

小工具，怎么样的小工具，什么平台使用的小工具。

不同的需求推荐的语言都不一样。

城市呢？同样条件的前端，不同城市可以差 50%甚至更多。

Redux 不就有中间件么。

@snappyone #6 除非是连续很多，不然的话，以前的大多都不会在意，一般问也只问上一家。

接啊，一般是看最后一份工作呆多久。

最重要不是看实际需求吗，脱离需求谈优先考虑速度还是质量不是扯淡吗。

切忌想的太多，反正我做运动的时候除了发力和动作姿势之外什么都不会想，越想多就越难坚持。

该解决问题的时候解决问题，但不表示解决完问题就不追责了。

事后该怎么追责还是怎么追责。

墨刀也是国内为数不多的用 Ruby 的了

websocket 那门子的成本高了呀……

要么忍要么滚。

无线充电宝真的没什么卵用。

6000 的本很多，让妹子自己先在京东 5500 ～ 6500 价位笔记本里面挑几款外观喜欢的，然后你再在里面挑筛选一下就好了。

上大学最好不要买 MacBook，文档协作的时候简直想死。

看前端水平怎么样，如果水平跟你差不多，甚至比你还高的话，在设计阶段就要跟前端沟通，提前沟通能省很多时间。

刚住的时候有感觉，住一段时间后就一点感觉都没有了。