系列
这本书断断续续读了三遍，大部分都是用“听”的方式完成的。“听书”（具体方法详见 时间都去哪儿了？——善用工具形成高效习惯）可以充分利用随便时间来进行阅读，是个不错的读书方法。当把 TTS 引擎的读音调到正常语速偏快时，速度也远远小于“看”。也正是因为慢，在“看”的时候可能跳过的细节就会巨细无遗地提现出来。“慢”也给了我一个思考的时间。在听到简单论述的时候，大脑会想到作者后面会如何行文，然后比较作者后面的行文和我的思考之异同，这是一大乐趣。在听到较为复杂的论述时，语音并不会因为我需要思考的时间而停下来，为了能跟上节奏，我必须强迫自 …
阅读更多
一个同事聊天时问我，别的公司的技术说 1 天能接 1 个 SDK，我们为啥接那么慢？
有个项目负责人找到我说：外面有个团队手上有个项目，是他们 1 个月开发出来的。据说效果还不错。我们现在开发这么慢，要不把他们的项目引进来？我说：你要是真想他们进来后还那么快，就必须保持团队完全独立，不要和公司的开发流程有联系。这个团队人员的考核和成长都要单独处理。
上面的两位同事提出的问题，都和团队规模有关系。身处大团队，但眼睛盯着小团队，很容易产生这种能力不对称的感觉。
普通员工无法理解也没关系，就像传说 1 天能接 1 个 SDK 的那位（想大叔我当年……），若有必要就解释一下技术细节，若无必要就呵呵一下呗。但如果 Manager 也这么想就 …
阅读更多
程序员都讨厌开会，我也讨厌开会。
《重来：更为简单有效的商业思维》 一书中对于开会有一段这样精彩的描述：
通常会议只是文字和抽象的内容，没有实质。 通常会议每分钟只传达出极为少的信息。 人们在会议中容易跑题堪比暴风雪里的芝加哥出租车。 会议要求做充分的准备，但是大多数人没有时间做这个。 频繁地提出模糊的议程而没有人能真的清楚目标是什么。 常常会出现至少一个傻瓜不可避免的，毫无意义的浪费大家时间。
上面列出的是低效失败会议的通病。就像那句著名的话一样：所有的糟糕的会议都是一样的，而完美的会议则根本不存在。
阅读更多
