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

1万 · 2008-9-23 23:06

"53楼：流程图只能表达局部，程序结构和流程图没关系

程序结构如果采用流程图，那才叫掉得大。"

赞同53楼农民讲习所的意见

2万 · 2008-9-23 23:28

呆板书生发表于 2008-9-23 08:34 匠人手记 ←返回版面

69楼：流程图

真正程序员(搞笑版)
  --------------------------------------------------------------------------------

  作者:佚名

          真正的程序员从来不写注释，难写的程序必定也难读。

          真正的程序员不写应用程序，他们直接从最底层的裸机开始编程。他们认为应用程序编程是那些不会系统编程的人干的活。

          真正的程序员不画流程图，流程图是没文化的人的文档，居住在山洞里的人才在岩壁上画流程图。

          真正的程序员不读手册，依赖手册是无知和懦弱的表现。

          真正的程序员从不一次做对，他们可以连续30个小时坐在机器前面给程序打补丁。

          真正的程序员从不按早9晚5的生活过日子，如果你在早上9点看见一个程序员，那一定是他一夜未眠。

          真正的程序员比用户还清楚用户需要什么。

          真正的程序员喜欢兼卖爆米花，他们利用CPU散发出的热量做爆米花，可以根据米花裂的速度听出正在运行什么程序。

          真正的程序员不到万不得已不谈恋爱，在老婆和程序之间，他们会毫不犹豫的选择程序。

          :P

俺记得是林锐博士说过类似的话~~~

1万 · 2008-9-23 23:33

“真正”的程序员

只看该作者 · 2008-9-23 23:39

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

2万 · 2008-9-23 23:41

哈哈~~~不信可问问小朋友~~~

哈哈~~~农友坐明天的飞机去做保障,后备农友准备随时坐火箭去~~~

菜农不会去~~~因为俺的程序没有"图",所以只准程序运行不得见人~~~

1万 · 2008-9-23 23:46

匠人的看法是：

1、对于一些简单的程序，或者流程图不适合表达思路的程序，流程图可以不画（除非公司要求），也许有经验的程序员会在心中把程序流程图打一个腹稿，或者用其他方式来规划。

2、不画流程图，不代表不要进行前期规划。软件规划不仅仅是指画个流程图。也就是说“软件规划”<> “画流程图”。我们后面慢慢展开。

（这一段为题外话，不属于连载的一部分）

1万 · 2008-9-23 23:54

只看该作者 · 2008-9-24 09:30

不错不错。

2万 · 2008-9-24 10:20

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

只看该作者 · 2008-9-24 11:36

磨刀不误砍柴工

1万 · 2008-9-24 18:59

相对而言,详细明确的需求分析文档和产品功能说明书更加重要.

搞到程序总体架构设计这一步,

模块接口定义和关键算法描述更加重要.

详细设计的流程图确实是比较浪费时间.

只看该作者 · 2008-9-24 19:30

感谢匠人的**

只看该作者 · 2008-9-24 20:38

1万 · 2008-9-24 21:13

1万 · 2008-9-24 21:17

四、PAD图（问题分析图）

1、PAD图简介

前面介绍的流程图和N-S图，都是自上而下的顺序描述（流程图也可以画成从左往右或从下往上的形式，不过那不太符合常规习惯）。这种一维的算法描述方法只能表示程序的流向，而忽视了程序的层次。

为了避免它们的缺陷。在上世纪七八十年代，日本日立公司发明了一种“问题分析法”PAM（Problem Analysis Method），基于这种方法，他们提出了PAD图，即“问题分析图”（Problem Analysis Diagram）。

PAD图用二维树形结构图来表示程序的控制流，除了自上而下以外，还有自左向右的展开。PAD的强项是能够展现算法的层次结构，更直观易懂。据说是到目前为止最好的详细设计表示方法之一。

PAD图的优点如下：
（1）结构化的算法描述方法，有效保证程序质量；
（2）二维树型结构，层次清晰，结构明显，表达直观；
（3）既可用于表示程序流程，也可用于描述数据结构；
（4）支持自顶向下、逐步求精方法的使用。

1万 · 2008-9-24 21:22

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

1万 · 2008-9-24 21:26

3、N-S图的实例

我们把前面已经画过N遍的 “按键处理子程序”的流程图用PAD图形式再来画一次（参见图 1.30：按键处理子程序PAD图），请读者对比一下流程图、N-S图、PAD三者间的一些区别。

读者如果没有接触过PAD图，可能一下不太适应。那就让我们通过这个例图来看看PAD的执行顺序（参见图 1.31：按键处理子程序PAD图的执行顺序）。具体的流程见图中的虚线箭头，不同粗细的虚线代表不同层次的流程。

从最左主干线的上端的结点开始，自上而下依次执行。每遇到分支或循环结构，就自左而右进入下一层。从表示下一层的纵线上端开始执行，直到该纵线下端，再返回上一层的纵线的转入处。如此继续，直到执行到主干线的下端为止。
如果仔细观察一下PAD图的层次结构，就会发现它的层次与C语言程序的语法缩进层次是对应一致的。这正是我们一直在强调的PAD的特色。

1万 · 2008-9-24 21:27

只看该作者 · 2008-9-24 23:42

100

只看该作者 · 2008-9-24 23:43

100楼来啦~~

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

赞同53楼农民讲习所的意见

真正的程序员不画流程图，原始人和文盲才会干这事(林锐博

人家林锐博士说这话时好像是打了引号的

真正的程序不画流程图是因为他们脑海里形成了流程图了，

哈哈~~~俺编程序从不用什么图,所以永远做菜鸟,却可为神七服

关于软件规划

主要是画流程图太麻烦了，要不少时间，哈哈……俺很懒...

呵呵

程序员在ＩＴ中混，是刚起步．

一句老话

相对而言,详细明确的需求分析文档和产品功能说明书更加重

代码的规范化真是很重要

记号,学习!

大家踊跃发言吧，也许有机会获得北航的赠书哦。

四、PAD图（问题分析图）

2、PAD图的画法

3、N-S图的实例

大家可以开始抢占100楼了。

100

还差一楼

核心会员奖章

坚毅之洋流

技术导师奖章

缘定三生

技术领袖奖章

十世金身

终身成就奖章

精华达人奖章

欢快之小溪

偶尔光临

技术高手奖章

永恒之光奖章

七世轮回

技术奇才奖章

突出贡献奖章

沉静之湖泊

希望之星奖章

以坛为家

涓涓之细流

技术新星奖章

经常做客