S

《clean coder-整洁代码之道，高素质程序员》

软技能书，描述了软件开发过程，在DEV的角度，以长者的视角，描述了很多DEV会暴露的问题。读后留下的东西就这么多了，下次再看一定会有跟深的感受。

不会说不
- PO经常会给你一个很短的时间，让你完成，你明知不可能，却答应下来，最终会拖垮自己和团队。
- 如果自己估好了时间，自己估计的就是最准的。千万不要说在PO的压力下，说“我试试看”，在你看来是一种“英雄主义”（牺牲自己加班+自己也不确定加班是不是真的能完成），但在PO看起来就是承诺，承诺做不到，就是不专业。
估时
- 正确的做法是，给出乐观估时X、普通估时Y、悲观估时Z，三种。那么真正可能的时间约为T=(X+4Y+Z)/6，另外还会有上下浮动的时间（Z+X-2Y）。
- 如果项目有依赖别人，那么可以把不依赖的部分来估时。比如解耦以后的单元测试、解耦以后的调用逻辑，这样还是可以估自己这部分的时间的。
scrum
- 需求评审会
  - PO（或DEV）要列出发版测试验收条件：从外部验证主流程，通常的逻辑。
  - QA 列出边界测试、压力测试等非正常逻辑。
- 开发过程中
  - DEV要用TDD，先写unitTest，再写代码。再完善unitTest，再完善代码。（先写unitTest是为了防止思维受局限）。
成长
- 学校并不代表能学会DEV，在实践中，要多看。老人和新人传授知识。
- 遇到别人有问题时，坐在身边，帮忙解决，结对编程。
- 如果自己有问题，接收别人的帮助，结对编程，至少让其试验半小时。
效率
- 保证睡眠
- 锻炼肌肉力（如运动），可以缓解心智力。
- 凌晨加班、焦虑时的代码根本没有意义，心智是乱的，代码会有很多坑。
代码质量
- 必须TDD
- 时间越紧越要按流程来，不能没写unitTest、没编译、没自测就给出去，这样代码谁都不敢用。只有通过了没有bug了才算是工作done了。