不先做好设计就开始码代码是不好的……

[aveline]

rt...

表示先搞流程图啊啥的再写代码

完成速度快多了

[zythum]

要看写的东西的复杂程度以及自己的习惯。
有些人比较喜欢编写代码边写文档。有些喜欢先写文档再写代码。

[aveline]

瓦是在本子上写好原型再去电脑上写

不然效率太低

当然介个原型是运行不了的……中英文数字符号图形混合

[ywjno]

这种瀑布式开发方式已经够够够够的了
经常在测试阶段发现，有种情况在当初设计的时候没想到，但是现实确实是会发生的，这时候就会无穷无尽的加班、各种加班。。。

[aveline]

@ywjno 可是我直接code的话重构次数好多……表示最近的一个项目似乎有点过度设计

[chenluois]

计划不如变化

[sunus]

计划不如变化不是说就不要计划。小步快走

[Livid]

整理一下思路总是好的。

[myrual]

设计当然最重要，但是不一定要先于代码完成。
代码和设计可以同步重构。
成果不经过实践的检验的设计和代码都是烂的。

[zxwind]

写代码的都爱迭代，瀑布是弄给管理人员看的东西

[webgeekman]

我觉得，不必要非要迭代或瀑布，在合适的时候整理思路才是最合理的办法。

[vicalloy]

整理思路
写伪码
把伪码补完成可运行的代码

[CupTools]

@aveline 直接Code的一步到位路过，表示你也看得懂噢亲

[aveline]

@CupTools 我思维混乱。。。

[iwege]

@aveline 一般不考虑一步到位，某些项目就算是前期有流程规划，后期都要修改，因为后面发现前期的流程规划都是错的，尤其是提出流程的是某些大公司里面拍脑袋的人，你拿到流程图根本就是没经过思考的。

第一步一般是先完成功能组件和程序架构。第二次快速迭代完成简单的流程迅速给别人测试，不考虑交互细节，能跑就行。通过测试结果的反馈迅速调整流程就好了。

[weihuilee]

我觉得拿纸笔弄个草图，整理下思路再写挺好的

[funcman]

楼主所说的程序流程图，没什么必要。这种流程性的东西，直接写就行了。粒度太细了，做纸上设计没什么意义。如果觉得有必要，只能说明编程还不够熟练，无法直接用程序表达流程。

更大的设计，用草稿画一画框架还是不错的。