阅读手记

真正的权威来自于知识，而非职位

现存人类具有一种遗传倾向，喜欢以侵略的方式追求某种目标，我们把这种遗传倾向叫做团队协作

软件开发的终点是软件开发人员的思维极限

如果把它当成工作，软件开发是一个很没有吸引力的职业。我建议你把它当作游戏，参与其中，不断实践，乐在其中。

金三角:资源，功能，时间。如果进度落后，只有4种解决方法:增加时间，压缩功能，增加资源，综合运用

Beat测试是为了保证产品能够尽量可能多的机器上按照预期工作，而不是为了征求设计和功能的意见。

为了保证质量始终如一，必须遵守一下8个步骤:
1，确立质量控制的策略，目标和计划。
2，正确训练，指导和支持开发人员和团队
3，确立和维护软件需求的质量管理过程。
4，确立和维护软件工程过程的统计控制。
5，审查，检查并评估所有的产品制品。
6，评估所有缺陷，加以更正并用以识别，纠正和预防其他类似问题。
7，确立和维护配置管理和变更控制系统。
8，持续改进开发过程。

只有得到了清晰的需求，才可能开发出高质量的程序。

为了减少产品中引入的缺陷数量，就必须改变你的行为习惯。

计划必须满足:易于理解，清晰明白，详细具体，精确慎密，准确无误

在任何行业，工作稳定的关键是财务健康，财务健康关键在于精确的阶段计划和产品计划。

即使你的同伴和管理者认为目标已经十分清晰，只要你对它有任何疑问，那么一定要大声提出来。如果他们不能做到这一点，那么在开始工作之前，把你对目标的理解整理出来，然后与他们核对，之后要确信你和他们达到共识

只要目标在，做什么事，誰来做，怎么做都是方法问题。
目标不明确，都是徒劳

抽象概念都分不清，当然做不好程序猿

所谓一个工程的成败，于当时而言，就是定义不同；于长期而言，就是一个收益的问题。

目标因为理由而存在，如果理由不充分，目标就不是那么重要

目标诺是一事一物，那么该事物被替代之日，便是去留取舍之时

兵之与将，在于求活；将之与兵，在于求胜。

会不会做产品，会不会让项目活下去，会不会让工程或产品线成为公司关注的焦点，才是兄弟们跟着你的缘由，才是他们求活的法子。

取得老板的信任，做该做的。取得下属的信任，该做的都做成

大家都作对事，就成功了

不能用的，就一定是错的

行成于思，毁于随

职业角色的底线在于其求活的根本，程序猿在于技术，架构师在于眼光，领袖、主管在于依赖的环境

由所谓“朋友”构成的团队，最终的溃散通常是出自利益的侵蚀

作为管理者，你能取得的所有信任集中于，你的作为，是否对得起你的权力

平衡是求死之道

团队的核心是人，项目的核心是事，产品的核心是物

产品第一阶段：能不能用，快点做产品，快点圈用户，快点树口碑。第二阶段：好不好用。第三阶段：领域扩张，新领域用户问题。

快速试错是可行的产品策略，需要牺牲时间和组织其中之一，创业团队组织牺牲不起，牺牲时间，于是创业迟迟不成是因为产品的投入不对，最后试错成本越来越大，以至于放弃。

诺是已经明确用户是谁，要什么，用什么，怎么用等问题，那么这样的产品就是试对。

在创业团队中，自发的角色产生仍然是一种主要模式

一个具体化的工程涉及三个方面问题：人与团队，产品与用户，项目与方向

要学会用人，先学会被用

职的业，在于谋事，职的责，在于成事，职的道德，在于忠其事

树可以拔了再栽，只要地盘还是你的，就无碍大局