编写程序软件是否需要流程图？

rothmans

各位高手，你们有没有画流程图的习惯？是否需要？为何？

我先给出自己的意见。现在当编写程序时，我都有画流程图的习惯。（不好意思，我还使用汇编语言 ，请别问我为什么不用 C 语言，也请别建议我用 C 语言。因为这张帖要谈论的是否有画流程图的习惯） 。

若干年前，我是没有这个习惯的，因为觉得太麻烦与浪费时间了。花那些时间去画流程图，不如把时间用在编写程序上。到了后期发现到我所编写的程序，是头痛医头，脚痛医脚的方法。也就是说，哪里程序有问题，就在那里增加几行指令代码，只要把问题解决了就算成功了，总觉的有很大的成就感。

偶尔有空时，就看回曾经写过的程序，随后就越看越觉得有些不对劲。。。为何我的程序就是如此的飘渺不定，没有很好的规划呢？没有一个实体。好比说，少了盐就加入盐，缺了麻油就加入麻油。总不能事先准备好那些需要用到的材料，然后才开始下厨。

还有我的程序就好像在写一本短篇小说似的，一本书从头写到尾。这是写程序的大忌啊！

以我的看法，新手必须要画流程。打工老手也需要画流程图，因为新人接手容易了解，与社会需求（ISO9001)。（纯属个人意见）。

其他人有何看法？？

fritlizt

原帖由 rothmans 于 15-10-2007 07:24 PM 发表
各位高手，你们有没有画流程图的习惯？是否需要？为何？

我先给出自己的意见。现在当编写程序时，我都有画流程图的习惯。（不好意思，我还使用汇编语言 ，请别问我为什么不用 C 语言，也请别 ...

我现在也是没有画流程图的习惯。也是头痛医头， 脚痛医脚。
不过赞成画流程图， 只是自己没那个习惯。哈哈。

还有
还有我的程序就好像在写一本短篇小说似的，一本书从头写到尾。这是写程序的大忌啊！

我的程式都会分成几个part. 个别的task会分成几个file来处理。
main program只是运用那些file已经写好的function.
觉得有问题会比较容易处理。

[ 本帖最后由 fritlizt 于 15-10-2007 08:19 PM 编辑 ]

pic

原帖由 rothmans 于 15-10-2007 07:24 PM 发表
你们有没有画流程图的习惯？是否需要？为何？

我重来都不画。

是否需要？

不需要。

为何？

1. 因为是我一个人写的， 不是一组人写， 所以我会看就行了。
2. 我用C， 结构性强
3. 我有良好的编程习惯， 就是我会做很多remark 在coding里。
4. 画流程图浪费时间， 如你改程序，流程图也要改。
5. 有流程图， 不一定表示程序能行。
6. 我在写以前， 会问清客户要什么， 以后要什么， 所以程序都照顾到各方面。
7. 我不打算拿什么ISO900X的。
8. 只有Protocol的东西， 要给客户的， 我才作documentation。
9. 我有好的compiler 开发工具。
10.我臭屁 。。你也可以的。。。

到了后期发现到我所编写的程序，是头痛医头，脚痛医脚的方法。

这是因为你的Program的结構（structure）不强， 不能scalable。

rothmans

原帖由 pic 于 15-10-2007 11:57 PM 发表

我重来都不画。


不需要。



1. 因为是我一个人写的， 不是一组人写， 所以我会看就行了。
2. 我用C， 结构性强
3. 我有良好的编程习惯， 就是我会做很多remark 在coding里。
4. 画流程图浪费时间 ...

版主的作风与意见十分潇洒，没有任何约束，我行我素，我喜欢。 可是我不能像版主如此这般，因为我被主人收养了 ，住在一个笼子里。早上要归巢，到了夜间才能离开 。我也被训练成一个要有次序的兵，都要遵从次序，不能离开轨铁。

这可都是纯属各人意见。

还有其他人能给些意见吗？

[ 本帖最后由 rothmans 于 16-10-2007 09:18 AM 编辑 ]

pic

原帖由 rothmans 于 16-10-2007 08:54 AM 发表
还有其他人能给些意见吗

搜集了别人的意见后，要怎样利用呢？

我们还是做好本份， 公司让我们做什么，（合理的）， 我们就把它做好。

Team Work 有Team Work 的作法， One Man Show有One Man Show的作法。

为别人打工， 是修行， 是磨练。但不要打一世人的工，要为自己打工。
你的修行够了， 才可以自立门户。

jason86

我写程序时也是没画的。。。
画了我跟加看不懂，我同意pic的做法，在code里放remark就可以了
其实，我更加怪。。。
我是写好了程序才画的，就是说有人想看时我才会画给他们看

我写code时是惯性把不同的operation分开的，当每一个code OK 时才合再一起。。。
我个人觉得这样方便很多

chan1314

今天一直被老师讲。。。
讲我固执，
因为我没画。。。
随手就写好program , 但是老师一直关我monitor 要我画
随便画， 但是和我的program 不一样
之后再尝试和我画的做， program 竟然少了大半。。
如果改天program 1:x , 那么就不划咯 ( 1 行 RM X)

说真的， 个人不喜欢画。 因为懒惰去画。 通常不能走， 就要trace 什么问题。 改来改去， 能走了， 但是多一天开来看， 完蛋咯，乱七八糟。

若有情

我是觉得用ASM的时候画流程图比较好，因为ASM code没有if then else的判断，当要作一些逻辑判断的时候如果没画流程图就可能遇到很多麻烦，但如果写C，VB的时候就不用了，Remark就行

rothmans

原帖由 若有情 于 2-11-2007 10:03 PM 发表
我是觉得用ASM的时候画流程图比较好，因为ASM code没有if then else的判断，当要作一些逻辑判断的时候如果没画流程图就可能遇到很多麻烦，但如果写C，VB的时候就不用了，Remark就行

在汇编语言里也是有判断的，不过是助记忆指令码判断，不如高级语言那么直观。

[ 本帖最后由 rothmans 于 2-11-2007 11:05 PM 编辑 ]

若有情

原帖由 rothmans 于 2-11-2007 11:03 PM 发表


在汇编语言里也是有判断的，不过是助记忆指令码判断，不如高级语言那么直观。

对阿，多数都拿ram里的某个位元来作判断，所以非常间接，麻烦

Eneccc

我的习惯也是不画，流程在头脑里，画不画也是没关系（如果有特别要求画的话就另当别论）

我觉得最好就是把程式分成数个function,哪里错了就改哪里，不用大费周章的改完整体结构（处非逻辑错了）