程序员修炼之道阅读笔记3

第七章 在项目开始前

 

36 需求之坑

挖掘需求，建立需求文档，需求文档不能太细致，要保留合理程度的抽象

 

37 解开不可能解开的迷题

有时候问题的解决需要跳出常规的思维。或者简单一点，用另外一种方法，而不是钻牛角尖。

 

38 等你准备好

不打无准备的仗。没什么好说的。

 

39 规范陷阱

不要等万事具备才开始，因为不可能万事具备，用户总是在变。这一点契合敏捷的思想，快速做一个圆形，然后分期快速迭代。

 

40 圆圈与箭头

工具是拿来帮助加快开发，而不是束缚开发的。不需要被各式各样的UML规则搞得束手束脚，只需要画简单易懂即可。

第八章 注重实效的项目

 

41 注重实效的团队

软件的熵：对团队来说，保持一致的高质量十分重要，因为如果没有质量约定，软件的熵会持续膨胀，破窗户会到处都是。

煮青蛙：团队都是由一个不好的习惯而一点一点腐烂的，由于大家身处居中，很难察觉。

交流：敏捷的核心就是交流，just do the talking!

不要重复你自己：换言之，注意在碰到问题的时候看看文档，看看是不是已经有人记录过类似的坑。

正交性：按照合约，解耦，正交性的软件开发原则来分配团队职责。

 

42 无处不在的自动化

凡是有人参与的过程，肯定会产生错误。为了省事，也是为了减少错误发生的几率。单元测试，自动构建，集成测试，自动化测试

 

43 无情的测试

测试是为了保障代码的质量。所以越是仔细，全面的测试，越是有助于系统的健壮，不负责任的程序员或者测试，总是拿着可以正常运行的数据来进行着测试。有条件还是需要专职的测试，合格的测试，而不是那种连代码都看不懂的刚毕业的小姑娘。

 

44 全都是写

文档和注释。没什么好说的，我一直认为写作能力是程序员的第二能力。

 

45 极大的期望

达到客户的期望，才是软件真正的成功。问题是怎么抓住客户的期望。除了多交流以外，能在保证基本功能实现后，添加一些用户友好的功能，会很加分。比如快捷键，漂亮的UI，自动化安装等等。

 

46 傲慢与偏激

以傲慢的名义，留下自己的足迹。换言之，自己的锅自己扛。