WdBly Blog

懂事、有趣、保持理智

周维的个人Blog

懂事、有趣、保持理智

站点概览

周维 | Jim

603927378@qq.com

推荐阅读

代码整洁之道 - 混乱的代价

读Robert C. Martin 的《clean Code》之混乱的代价章节记。

混乱的代码到后期往往会形成一团乱麻,随着代码混乱程度的增加,乱麻越来越大,最终变得无法清理,团队的生产力逐渐趋近于0,这也是我们要求代码整洁的原因。

混乱的代码是如何产生的?

面对自己维护的项目,混乱可以有无数个理由,需求变化太快进度太紧张愚蠢的产品经理苛刻的用户等。

这样看来,是这些外边原因导致了混乱的代码?事实往往并非如此。

在需求来临之时,我们作为开发者,必须给定到非专业的产品经理足够的信息,同时,自身必须对项目很高的把控,对于需求的合理和可行性给出专业的评价。

在进行需求评审时,开发者首先需要知道为什么要做这个需求,要深入了解产品经理或者是业务方的需求,这样才能对需求进行评价,包括在程序上是否可能通过更加简单优秀的方案代替原需求。

这样,我们作为开发者才能最终确定一个合理且适用的需求,并对其开发周期进行评估。对不合理的需求需要砍掉,同时向非专业人士进行解释说明。

对于特殊需求也可以参考其它家成熟的产品,进行需求的制定和人员的配比。

程序员需要和产品经理多多沟通,并向产品经理传达项目的实际情况(好的和坏的)

总结为一句话:我们需要专业的知识来描述一个充分的理由,用以拒绝一些不合理的需求。

混乱无助于加快项目进度

上面说了,造成混乱代码的原因可能是进度太紧张,由于进度紧张,我们写出了糟糕的代码,但是,这些糟糕的代码在未来又会造成项目进度紧张。

什么是整洁的代码?

关于这个问题,一些著名且经验丰富的程序员给出他们的答案。

Bjarne Stroustrup(C++作者)

整洁的代码只做好一件事,代码的性能要调至最优,避免别人做无规矩的优化,又搞出一堆混乱。

Grady Booch

整洁的代码从来不隐藏设计的意图,充满了干净利索的抽象和直截了当的流程控制。

Dave Thomas

整洁的代码应当具备单元测试和验收测试和有意义的命名。

Michael Feathers

整洁的代码是程序员特别在意的代码,它看起来几乎没有改进的余地。

Ron Jeffries

整洁的代码应该没有重复的代码。

提交

全部评论0

暂时没有评论...