1章：专业人士

要有专业人士素养，要有责任心，编写代码尽可能完善没有bug，有bug也要勇于承担。

坚持学习，坚持练习，保证自己的专业技能。

谦虚，相互学习，与顾客达成一致

2章：说“不”

能就是能，不能就是不能，不要说试试看。

要勇于说不，在压缩时间，超量工作时要说不，

在不可能完成的情况下说不，避免出现高风险时刻

3章：说“是”

合理的承诺，承诺之后要能做到。

表达清楚，不要用模糊词语，“试试”别人会以为可以，确保。

4章：编码

做好准备，不要熬夜写代码，不要焦虑写代码，注意力集中高效的写代码。

正视中断，被人打断时不要愤怒，正视打断。

思路阻塞时，可以停下来。

保持自己的节奏写代码，避免进度延迟(预估时间合理)，不要盲目冲刺。

乐于帮助，帮助他人写代码也是提升自己。

5章：测试驱动开发(TDD)

TDD三项法则

（1）在编好失败单元测试测之前，不要编写任何产品代码

（2）只要有一个单元测试失败了，，就不要再写测试代码，无法通过编译也是一种失败情况

（3）产品代码恰好能够让当前失败的单元测试成功通过即可，不要多写。

6章：

多思考，多练习，多学习新技术。

7章：

需求沟通清楚，不要过早的精细化，每一个模糊点沟通清楚。

验收测试的目的是沟通，澄清，精确化。各方达成共识。

8章：

程序员自测很重要，要尽量做到自测充分，提测后应该测不出什么问题。

测试也是一个团队不可或缺的，不要轻视测试。

重视单元测试

组件测试也是验收测试的一种

集成测试

9章：

时间管理

没必要的会议不参加，有些会议可以提前离开。

迭代回顾要有目标，事件清晰

高效的讨论，避免多余的争论。

注意力集中，一天要做的事整理，列出来，优先级排序

一天时间要有规划。

重视睡眠，一个好的精神会有高效的工作。

10章：

预估，预估工作量，预估开发周期，很重要

预估，对于业务方来说是承诺，程序员认为预估只是猜测，不一定准。

承诺，业务方认为你承诺的时间一定能上线的，所以面对业务方，预估不能用肯定语气。

预估，先要整理出工作任务，每个任务需要多久时间，这样预估就会比较准。

11章：

压力面前要保持冷静，保持冷静最好的方式，便是规避会导致压力的处境，降低压力。规避不了的，先冷静，沟通，寻求帮助等方法去解决。

12章：

代码需要相互协作，不要怕别人看自己的代码，有时候一起写代码，讨论代码是有必要的，

特别是在复杂，难，紧急的情况下。

程序员需要了解业务，协作不光是程序员之间的，也是和业务的，测试的，产品的，

程序员不能只关注技术，也要关心公司业务，人际关系。

13章：

优先构建团队，再去做项目，一个好的团队可以高效的完成项目，多个项目也可以由一个好的团队起完成。

14章：

新人，实习生是需要老员工带的，帮助的，不管什么行业，都需要一个带的过程。新人不要一上来就做核心任务