都过了好久才看到,好**啊

&quot;53楼：&nbsp;流程图只能表达局部，程序结构和流程图没关系<br /><br />程序结构如果采用流程图，那才叫掉得大。&quot;<br /><br /><br />赞同53楼农民讲习所的意见

呆板书生&nbsp;发表于&nbsp;2008-9-23&nbsp;08:34&nbsp;匠人手记&nbsp;←返回版面&nbsp;&nbsp;&nbsp;&nbsp;<br /><br />69楼：&nbsp;流程图&nbsp;<br /><br />真正程序员(搞笑版)&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;--------------------------------------------------------------------------------&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;作者:佚名&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员从来不写注释，难写的程序必定也难读。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员不写应用程序，他们直接从最底层的裸机开始编程。他们认为应用程序编程是那些不会系统编程的人干的活。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员不画流程图，流程图是没文化的人的文档，居住在山洞里的人才在岩壁上画流程图。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员不读手册，依赖手册是无知和懦弱的表现。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员从不一次做对，他们可以连续30个小时坐在机器前面给程序打补丁。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员从不按早9晚5的生活过日子，如果你在早上9点看见一个程序员，那一定是他一夜未眠。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员比用户还清楚用户需要什么。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员喜欢兼卖爆米花，他们利用CPU散发出的热量做爆米花，可以根据米花裂的速度听出正在运行什么程序。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;真正的程序员不到万不得已不谈恋爱，在老婆和程序之间，他们会毫不犹豫的选择程序。&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;:P&nbsp;<br />&nbsp;<br />&nbsp;<br /><br /><br />俺记得是林锐博士说过类似的话~~~

“真正”的程序员

画出来也没有人看，也不知道给谁看

哈哈~~~不信可问问小朋友~~~<br /><br />哈哈~~~农友坐明天的飞机去做保障,后备农友准备随时坐火箭去~~~<br /><br />菜农不会去~~~因为俺的程序没有&quot;图&quot;,所以只准程序运行不得见人~~~

匠人的看法是：<br /><br />1、对于一些简单的程序，或者流程图不适合表达思路的程序，流程图可以不画（除非公司要求），也许有经验的程序员会在心中把程序流程图打一个腹稿，或者用其他方式来规划。<br /><br />2、不画流程图，不代表不要进行前期规划。软件规划不仅仅是指画个流程图。也就是说“软件规划”&lt&gt&nbsp;“画流程图”。我们后面慢慢展开。<br /><br />（这一段为题外话，不属于连载的一部分）

  

不错不错。

高级程序员，系统分析员才是牛人，把用户的需求做成模型，搭好框架，程序号干的就是推砖头，垒墙的活．<br />所以说大家还是要注重理论的重要性．

磨刀不误砍柴工

相对而言,详细明确的需求分析文档和产品功能说明书更加重要.<br /><br />搞到程序总体架构设计这一步,<br /><br />模块接口定义和关键算法描述更加重要.<br /><br />详细设计的流程图确实是比较浪费时间.

感谢匠人的**

  

  

四、PAD图（问题分析图）<br /><br />1、PAD图简介<br /><br />前面介绍的流程图和N-S图，都是自上而下的顺序描述（流程图也可以画成从左往右或从下往上的形式，不过那不太符合常规习惯）。这种一维的算法描述方法只能表示程序的流向，而忽视了程序的层次。<br /><br />为了避免它们的缺陷。在上世纪七八十年代，日本日立公司发明了一种“问题分析法”PAM（Problem&nbsp;Analysis&nbsp;Method），基于这种方法，他们提出了PAD图，即“问题分析图”（Problem&nbsp;Analysis&nbsp;Diagram）。<br /><br />PAD图用二维树形结构图来表示程序的控制流，除了自上而下以外，还有自左向右的展开。PAD的强项是能够展现算法的层次结构，更直观易懂。据说是到目前为止最好的详细设计表示方法之一。<br /><br />PAD图的优点如下：<br />（1）结构化的算法描述方法，有效保证程序质量；<br />（2）二维树型结构，层次清晰，结构明显，表达直观；<br />（3）既可用于表示程序流程，也可用于描述数据结构；<br />（4）支持自顶向下、逐步求精方法的使用。<br />

2、PAD图的画法<br />前面已经反复介绍过结构化编程的三种基本结构了，此处不再浪费文字，直接上图。<br />

3、N-S图的实例<br /><br />我们把前面已经画过N遍的&nbsp;“按键处理子程序”的流程图用PAD图形式再来画一次（参见图&nbsp;1.30：按键处理子程序PAD图），请读者对比一下流程图、N-S图、PAD三者间的一些区别。<br /><br />读者如果没有接触过PAD图，可能一下不太适应。那就让我们通过这个例图来看看PAD的执行顺序（参见图&nbsp;1.31：按键处理子程序PAD图的执行顺序）。具体的流程见图中的虚线箭头，不同粗细的虚线代表不同层次的流程。<br />&nbsp;<br />从最左主干线的上端的结点开始，自上而下依次执行。每遇到分支或循环结构，就自左而右进入下一层。从表示下一层的纵线上端开始执行，直到该纵线下端，再返回上一层的纵线的转入处。如此继续，直到执行到主干线的下端为止。<br />如果仔细观察一下PAD图的层次结构，就会发现它的层次与C语言程序的语法缩进层次是对应一致的。这正是我们一直在强调的PAD的特色。<br />

  

100

100楼来啦~~