关于软件工程的一段话

磨刀不误砍柴功 这是最基本的道理

【 在 DestinyOwner 的大作中提到: 】 : 所以编程的第一要务是先把事情分析清楚，事件先后的逻辑关系和依赖关系搞清楚，然 : 后再去代码实现。一接到任务就开始Coding的程序员，通常就是加班最多的程序员。— : —《大道至简》 : ................... 逻辑搞清楚了 代码实现就简单了 架构也是如此 模块化分得清楚 各个单元就比较容易实现 这就好比 分治法 一样的道理~~

呃。。。。。。。。。。难道不应该是这样的么。。。。。。。有谁会去不分析就抠鼎。。。。。。。

囧你。。80%的时间做设计，20%时间coding，这不是软件工程里说的嘛，所以才会有那么 多万恶的UML图作业。。。 【 在 DestinyOwner (爱荷散人) 的大作中提到: 】 : 所以编程的第一要务是先把事情分析清楚，事件先后的逻辑关系和依赖关系搞清楚，然 : 后再去代码实现。一接到任务就开始Coding的程序员，通常就是加班最多的程序员。— : —《大道至简》 : ...................

没人一上来就coding

特例还是有的——不过可能没有普遍性。 我们有一部分项目是拿到之后10分钟，就已经开始coding。 这10分钟的时间，就是看这个项目可以套用哪一款模式和代码。代码是之前开发出来的，简单地说就是要“重用”。但是针对这个新项目，一般需要修改10%左右的代码。这10分钟也是用来识别出10%需要修改的部分在哪里。 接下来的coding，当然就是做那10%了——有点儿象做竞赛题。 或许这也算是敏捷开发的一种特殊形式：用（来自其它项目的）已有代码作为新项目的原型——也可以说是二次开发吧？ 如果是全新的项目，需要从头设计，当然就不能这样10分钟开始出代码了。

真是这样的比例岂不爽了？那么写文档的时间在哪 【 在 derkaiser 的大作中提到: 】 : 囧你。。80%的时间做设计，20%时间coding，这不是软件工程里说的嘛，所以才会有那么 : 多万恶的UML图作业。。。

唉 以前给人家做网站也是这样 修修改改 为什么我觉得对我来说不是好事呢? 【 在 dragon2000 的大作中提到: 】 : 特例还是有的——不过可能没有普遍性。 : 我们有一部分项目是拿到之后10分钟，就已经开始coding。 : 这10分钟的时间，就是看这个项目可以套用哪一款模式和代码。代码是之前开发出来的，简单地说就是要“重用”。但是针对这个新项目，一般需要修改10%左右的代码。这10分钟也是用来识别出10%需要修改的部分在哪里。 : ...................

文档与代码是一体的。设计文档就嵌在代码中。 【 在 wqchen 的大作中提到: 】 : 真是这样的比例岂不爽了？那么写文档的时间在哪