别怕Linux编程 名书名人

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

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

文章作者为 rocrocket。

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

===

[正文开始]

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

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

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

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

每一期都会涉及5个话题,用9期来列出这45个习惯,每次不贪多,贪精,大家如果有空,一定要细细品味这5个习惯。

注意:每一个好的习惯,开头都会相应有一个唱反调的句子哦。

11 让设计指导而不是操纵开发

“设计文档应该尽可能详细,这样,低级的代码工人只要敲入代码就可以了。编写代码的时候,无论你发现什么,绝不能偏离了设计文档。”

设计满足实现即可,不必过于详细。

即使之前已经提交了设计文档,也还会有一些意料之外的情况出现。时刻谨记,此阶段提出的设计只是基于你目前对需求的理解而已。一旦开始了编码,一切都会改变。设计及其代码实现会不停地发展和变化。

设计可以分为两层:战略和战术。前期的设计属于战略,通常只有在没有深入理解需求的时候需要这样的设计。更确切的说,它应该只描述总体战略,不应深入到具体的细节。

12 合理地使用技术

“你开始了一个新的项目,在你面前有一长串关于新技术和应用框架的列表。这些都是好东西,你真的需要使用列表中所有的技术。想一想,你的简历上将留下漂亮的一笔,用那些伟大的框架,你的新应用将具有极高的技术含量。”

这个技术框架真能解决这个问题么?(如果需要,先做一个小的原型)

你将会被它拴住么?(一些技术是贼船,一旦你使用了它,就会被它套牢,再也不可能回头了。我们需要考虑它是开放技术还是专利技术)

维护成本是多少?(维护成本昂贵。我们听说,有个项目的合同是支持一个规则引擎,引擎一年的维护费用是5万美元,但是,这个数据库只有30条规则)

不需开发你能下载到的东西。

新技术就应该像是新的工具,可以帮助你更好地工作,它自己不应该成为你的工作。

13 保持可发布

“我们刚试用的时候发现了一个问题,你需要立即修复它,放下你手头的工作,去修复那个刚发现的问题。不用告诉其他任何人—赶快让它工作就行了。”

已提交的代码应该随时可以行动。

在本地运行测试;检出最新的代码;提交代码。

14 提早集成,频繁集成

“只要没有到开发的末尾阶段,就不要过早地浪费时间去想如何集成你的代码,至少也要等开发差不多的时候,才可以考虑它。”

敏捷的一个主要特点就是持续开发,而不是三天打鱼两天晒网地工作。特别是在几个人一起开发同一个功能时,更应该频繁地集成代码。

绝不要做大爆炸似的集成。

代码集成是主要的风险来源。要想规避这个风险,只有提早集成,持续而有规律地进行集成。

15 提早实现自动化部署

“没问题,可以手动安装产品,尤其是给质量保证人员安装。”

系统能在你的机器上运行,或者能在开发者和测试人员的机器上运行,当然很好,但是,它同时也需要能够部署在用户的机器上。

质量保证人员应该测试部署过程。

从第一天起就开始交付,一开始就实现自动化部署应用。

如果维护安装脚本变得很困难,那很可能是一个早期警告,预示着—很高的维护成本。

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

over~

发表您的评论

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