别怕Linux编程 名书名人

《高效程序员的45个习惯》-之五

原创文章属于《Linux大棚》博 客,博客地址为http://roclinux.cn

文章作者为 rocrocket。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

[正文开始]

请您在阅读本文之前,先了解

《高效程序员的45个习惯》-之一

《高效程序员的45个习惯》-之二

《高效程序员的45个习惯》-之三

《高效程序员的45个习惯》-之四

16 使用演示获得频繁反馈

“客户不停的更改需求,导致我们严重地延期。他们一次就应该想清楚所有想要的东西,然后把这些需求给我们。”

需求就像是流动着的油墨。你无法冻结需求,就像你无法冻结市场、竞争、知识、进化或者成长一样。就算你真的冻结了,也很可能是冻结了错的东西。

不一致的术语是导致需求误解的一个主要原因。所以,需要维护一份项目术语表。人们应该可以公开访问它,一般是在wiki或内部网里。

项目启动了一段时间以后,你就应该进入一种舒适的状态,团队和客户建立了一种健康的富有创造性的关系。

17 使用短迭代,增量发布

“我们为后面的3年制定了漂亮的项目计划,列出了所有的任务和可交付的时间表。只要我们那时候发布了产品,就可以占领市场”

给我一份详细的长期报告,我就会给你一个注定完蛋的项目。

对于大项目,最理想的办法就是小步前进,这也是敏捷方法的核心。大步跳跃大大地增加了风险,小步前进才可以帮助你很好地把握平衡。

18 固定的价格就意味着背叛承诺

“对这个项目,我们必须要有固定的报价。虽然我们还不清楚项目的具体情况,但仍要有一个报价。”

固定价格的合同会是敏捷团队的一大难题。我们一直在谈论如何用持续、迭代和增量的方式工作。但是现在却有些人跑过来,想提早知道它会花费多少时间及多少成本。

软件项目天生就是变化无常的,不可重复。如果要提前给出一个固定的价格,就几乎肯定不能遵守开发上的承诺。

如果你现在别无选择,你不得不提供一个固定价格,那么你需要学到真正好的评估技巧。

19 守护天使

“你不必为单元测试花费那么多时间和精力。它只会拖延项目的进度。好歹,你也是一个不错的程序员—单元测试只会浪费时间。”

单元测试能及时提供反馈

单元测试让你的代码更加健壮

单元测试时有用的设计工具

单元测试是你自信的后台

单元测试是可信的文档

单元测试是学习工具

20 先用它再实现它

“前进,先完成所有的库代码。后面会有大量时间看用户是如何思考的。现在只要把代码扔过墙就可以了,我保证它没有问题。”

很多成功的公司都是靠着“吃自己的狗食”活着。也就是说,如果要让你的产品尽可能地好,自己先要积极地使用它。

编程之前,先写测试。

先写测试,你就会站在代码用户的角度来思考,而不仅仅是一个单纯的实现者,这样做是有很大区别的,你会发现因为你自己要使用它们,所以能设计一个更有用、更一致的接口。

敬请期待:《高效程序员的45个习惯》-之六

over~

2条评论

发表您的评论

请您放心,您的信息会被严格保密。必填项已标识 *