读《code complete》小记

本文强调了编码前准备工作的重要性,指出其目的在于降低项目风险。从问题定义到架构设计,每个环节都直接影响项目的成败。文章还解释了敏捷开发并非忽视前期工作,而是采取更灵活的方式进行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1:代码编写前的所有准备的唯一目的就是为了降低项目风险。所以确保你做的准备都是在降低项目风险,而不是增加项目风险。

我的理解:一个项目或一个版本的大体流程是:问题定义-->需求输出-->项目架构与设计-->代码编写-->自测-->测试-->发布。不管是传统开发和是敏捷开发,这个流程里的每一步都依赖于上一步,一步错,步步错。如果需要解决的问题都是错的,下边的每个步骤都是在浪费时间。所以越是前面的步骤越重要。

 

2:如果你想开发高质量的软件,那么对质量的关注必须成为整个软件开发过程的一部分,在开发开始阶段对质量的关注尤为重要。

 

3:程序员的工作之一就是告诉你的老板和同事软件开发的流程,包括写代码前做好充分准备的重要性。

我的理解:很多人(包括不少程序员自己)对程序员一个比较深的误会,觉得程序员只负责写代码,只要不是在写代码都是在偷懒或浪费时间。

 

4:不同类型的项目对编码前的准备要求不一样,很多项目应该快速迭代,但是也有些项目更应该按顺序一步一步去开发。

 

5:如果问题定义没做好,那么你写的代码只是在解决一个错误的问题。

 

6:如果需求没做好,你可能遗漏了一些关于问题的重要的细节。在写代码阶段及之后的阶段中修改需求的代价大概是在做需求阶段的20-100倍。所以在开始编码前请确保需求没问题并且你已经很好地理解了需求。

 

7:如果项目架构设计没做好就开始编码,就相当与你在用一个错误的方法解决一个正确的问题,依然不会有好结果。所以编码前也确保架构设计是没问题的。

 

最后说说我对敏捷开发的理解:很多人有这样的理解,敏捷开发就是不需要问题定义,需求分析,也不需要架构设计等等这些阶段的。直接就是写代码,发布,然后继续写代码,发布。我的理解是,问题定义,需求分析,架构设计这些阶段在敏捷开发中依然是有的,只不过是敏捷地执行问题定义,需求和架构设计,并且不断重复而已,比如不再输出很规范的需求文档输出而只是口头沟通,不再输出规范的架构设计文档而只是在脑海中想好或者只有架构草图。

 

公众号:学习者说

公众号二维码

 

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值