《程序员修炼之道 - 从小工到专家》读书笔记七

第七章 在项目开始之前

1.需求之坑

完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的。需求不求多，要求精炼。需要不断的思考，打磨每一个需求。

挖掘需求：开采需求的过程就是要与用户建立和谐的关系，了解用户真正的需求。

建立需求文档：一般需求文档需要描述每个用例，一般需要配备uml用例图。

规定过度：制作文档的一大危险就是太过具体，好的文档会保持抽象性。需求不是架构，需求不是设计，也不是用户界面。需求时需要。

看远些：抽象总比细节活得更久。

维护词汇表：如果用户和开发者用不同的名称指同一事物，让人迷惑，我们可以维护一个词汇表，专门用户描述他们的具体含义。

2.解开不可能解开的谜题

自由度：解开谜题的关键在于确定加给你的各种拘束，并确定你确实拥有的自由度，因为在其中你就会找到属于你的解决方案。

一定有更容易的方法：遇到难题后，你可能会失去信心，这时你应该问问自己有没有更容易地办法，这件事情是什么问题，是什么让他如此难解决，他必须真的完成吗。

挑战：无论遇到什么难题，都应该问一问自己，这个难题是该这么解决吗？

3.等你准备好

倾听反复出现的疑虑  等你准备好再开始。

是良好的判断，还是拖延：对于某些东西，我们可能不愿意轻易做出承诺，总希望再等等，等更多意见的提出。但我们应该快速地构建原型，并进行推延，可能很快我们就找到了更好的解决方案。

4.规范陷阱

编写规范是一项重要的职责，但很多的设计者总是深陷其中，这样反而更拖慢进度。

作为注重实效的程序员，你应该倾向于把需求搜集涉及以及实现视为同一个过程，交付高质量的系统。

5.圆圈与箭头

不要做形式方法的奴隶，大多数形式方法结合图和某些说明文字来捕捉需求，但大多数情况下，这些图对于用户没有意义。

我们要把使用这些技术的第一个项目当作一种学习经验，否则盲目地采用任何技术，这样的处理日后可能会让你后悔。