读书笔记《程序员的修炼之道:从小工到专家》完结篇
今天是最后的章节了,可以这样理解,第七八章教会我们如何有条理的做准备工作,和写程序的素养
第七章 在项目开始之前
36 需求之坑
不为收集需求,挖掘它们。
有一种能深入了解用户需求,却未得到足够利用的技术:成为用户。与用户一同工作,以像用户一样思考。
描述需求文档时,要使用项目术语表。
用WEB来收集和管理需求。
37 解开不可能解开的谜题
遇到不可能解决的问题时,退一步问问自己如下问题:
1)有更容易的方法吗?
2)你是在设法解决真正的问题,还是被外围的技术问题转移了注意力?
3)这件事情为什么是一个问题?
4)是什么使它如此难以解决?
5)它必须以这种方式完成吗?
6)它真的必须完成吗?
38 等你准备好
一件事没有开始,是谨慎?还是在拖延?
39 规范陷阱
需求文档写上几百页不成问题,但是一旦用户看到了实际运行的系统,你就会被各种变更要求淹没。
对有些事情“做”胜于“描述”
40 圆圈与箭头
有些设计图是给程序员看的,对最终用户没有意义,不要认为用上了UML等形式化描述图形就能制作出好的设计。
第八章 注重实效的项目
41 注重实效的团队
不要留破窗户,不要重复你自己,按功能划分团队
42 无处不在的自动化
持续集成的概念
43 无情的测试
早测试,常测试,自动测试
44 全都是写
嵌入在代码中的注释,注释应该讨论为何要做某事、它的目的和目标。
45 极大的期望
给他们的东西要比他们期望的多一点。
46 傲慢与偏见
在你的作品上签名。