开发过程中，你常需要用到 伪代码或流程图 辅助吗？

[yjsslab]

分享一下你们都是怎样“设计”程序的？

[akira]

顺手会画一下大的结构

[watsy0007]

这里要说下经历的2个阶段。
刚开始入行时候，各种改bug。从小功能做起。
养成了一种从小功能一点一点模糊堆叠出来项目的习惯。

慢慢项目大了，系统学习以后开始努力纠正自己的行为。

考虑到开发流程，实际效率和团队规模。
目前小型团队
选择最简的纸上伪代码以后。
从全局设计到局部功能。分而治之。留下文档。
后续开发过程中针对必要部分写上足够的注释。

后续团队发展以后会考虑各种文档+流程图。

[acros]

看别人代码的时候会顺手开starUML辅助下，帮助理解框架···不过从来没画标准过。

[bearcat001]

一个工作流需要调用7，8个API，然后判断一堆error code，尤其还要让别人明白这个东西，这时候流程图应该是不二选择

[akfish]

伪代码或流程图适用的场合，在代码里基本上都细到某个方法了，熟练玩家基本上不会用到这两者，直接开始撸代码容易得多。
流程图也就有时候写文档时按需画一下，给别人看而不是给自己看。
伪代码更多是在平台/语言无关的场合使用，比如教材/论文之类的，在一个已确定开发语言的工程项目中还用伪代码个人觉得纯属蛋疼。

比较高层的整体架构设计阶段，全套UML先撸出来也不嫌蛋疼。

[msg7086]

伪代码？一般会用自然语言注释代替。

[vietor]

除非结构复杂，否则是不画图的分析的。伪码这种东西，画圈较多

[sinxccc]

一般就是在脑子里想想……跟别人解释或者讨论的时候会拿白板画一画。

[ijse]

纸笔就好，不用什么软件。 最常用 的是

1. 列下功能要点
2. 画模块关系，结构图
3. 画时序图

都是帮助整理思路的。 另外，偶尔也会做些演算。。。

[saximoer]

会画 业务流程图 和时序图
不过每次画的都不怎么标准...

[imn1]

同上，流程图少不了，但只是自己看明白的那种，不按UML标准

[evlos]

结构复杂的话，会画一下脑图