1
zythum 2011-11-27 22:57:57 +08:00
要看写的东西的复杂程度以及自己的习惯。
有些人比较喜欢编写代码边写文档。有些喜欢先写文档再写代码。 |
2
aveline OP 瓦是在本子上写好原型再去电脑上写
不然效率太低 当然介个原型是运行不了的……中英文数字符号图形混合 |
3
ywjno 2011-11-27 23:04:55 +08:00
这种瀑布式开发方式已经够够够够的了
经常在测试阶段发现,有种情况在当初设计的时候没想到,但是现实确实是会发生的,这时候就会无穷无尽的加班、各种加班。。。 |
5
chenluois 2011-11-27 23:54:24 +08:00 via iPhone
计划不如变化
|
6
sunus 2011-11-28 12:21:24 +08:00
计划不如变化不是说就不要计划。小步快走
|
7
Livid MOD 整理一下思路总是好的。
|
8
myrual 2011-11-28 12:27:22 +08:00
设计当然最重要,但是不一定要先于代码完成。
代码和设计可以同步重构。 成果不经过实践的检验的设计和代码都是烂的。 |
9
zxwind 2011-11-28 12:28:08 +08:00
写代码的都爱迭代,瀑布是弄给管理人员看的东西
|
10
webgeekman 2011-11-29 08:36:14 +08:00
我觉得,不必要非要迭代或瀑布,在合适的时候整理思路才是最合理的办法。
|
11
vicalloy 2011-11-29 09:23:49 +08:00
整理思路
写伪码 把伪码补完成可运行的代码 |
14
iwege 2011-12-04 08:11:37 +08:00
@aveline 一般不考虑一步到位,某些项目就算是前期有流程规划,后期都要修改,因为后面发现前期的流程规划都是错的,尤其是提出流程的是某些大公司里面拍脑袋的人,你拿到流程图根本就是没经过思考的。
第一步一般是先完成功能组件和程序架构。第二次快速迭代完成简单的流程迅速给别人测试,不考虑交互细节,能跑就行。通过测试结果的反馈迅速调整流程就好了。 |
15
weihuilee 2011-12-04 13:20:06 +08:00 via iPhone
我觉得拿纸笔弄个草图,整理下思路再写挺好的
|
16
funcman 2011-12-04 13:27:27 +08:00
楼主所说的程序流程图,没什么必要。这种流程性的东西,直接写就行了。粒度太细了,做纸上设计没什么意义。如果觉得有必要,只能说明编程还不够熟练,无法直接用程序表达流程。
更大的设计,用草稿画一画框架还是不错的。 |