第3章 三思而后行：前期准备

 

第3章 三思而后行：前期准备
14 软件工程的成败很大程度上在构建活动开始之前就已经注定了。如果地基没打好，或者计划不充分，那么你在构建期间能做的无非是尽量让损害最小罢了。

 

15 由于构建活动是软件项目的中间阶段，在你开始构建的时候，项目前期工作已经或多或少为这个项目的成功或失败打下了基础。然而，在构建过程中，你至少应该能辩明当时的形势如何，如果你看到失败的乌云已经出现在地平线上时，就退回到项目的前期工作吧。
  [点评]问题是，在外包中，如果意识到客户发送的设计有重大缺陷，是否应该承接？

 

16 虽然经济景气程度时高时低，但是优秀的程序员永远是紧缺的。

  [点评]这句话说的还是很对的，其实不管哪个行业，在经济再不景气的时候，也是有赚钱的。关键是看自己有没有那个本事。

 

17 有时候用户在一开始并不完全确定自己想要的是什么，因此值得花费比理想情况下更多的力气，找出他们真正想要的东西。但是这至少比“先做一个错误的东西出来，然后扔掉，并从头来过”的成本要低廉。

 

18 需求的神话：“一旦客户接受了一份需求文档，就再也不做更改”。

[点评]哈哈，这一定是没有需求的项目。

 

看完这一章，给我的感觉就是，作者在强调软件工程中前期准备的重要性。不过我倒是觉得，像外包这样的行业，涉及到这方面还是比较少的，即使判断出来客户的前期准备不充分，难道会为了怕失败而不承接吗？当然，我们的目标不是永远做外包，等我们能够自己做设计的时候，是应该重点考虑前期准备的。