Flowchart 程序员真的画流程图吗?

Flowchart 程序员真的画流程图吗?,flowchart,Flowchart,我是大学计算机科学一年级的学生,为了完成目前的任务,我需要写一个程序,包括算法、手迹和流程图。我有点了解算法和手迹的用处,但对我来说,流程图似乎是一种极大的浪费时间,尤其是因为程序花了我大约一个小时的时间编写,而且非常简单。我只是想知道真正的程序员是否真的使用流程图来帮助我。流程图是我规划程序或脚本的许多方法之一;但我不一定每次都用。根据情况选择合适的工具-有时是伪代码,有时是流程图,有时是散文或简单的线框/示意图。通常,这是一种组合 一旦你接触到任何规模不小的应用程序或系统,一些不涉及显示器上

我是大学计算机科学一年级的学生,为了完成目前的任务,我需要写一个程序,包括算法、手迹和流程图。我有点了解算法和手迹的用处,但对我来说,流程图似乎是一种极大的浪费时间,尤其是因为程序花了我大约一个小时的时间编写,而且非常简单。我只是想知道真正的程序员是否真的使用流程图来帮助我。

流程图是我规划程序或脚本的许多方法之一;但我不一定每次都用。根据情况选择合适的工具-有时是伪代码,有时是流程图,有时是散文或简单的线框/示意图。通常,这是一种组合


一旦你接触到任何规模不小的应用程序或系统,一些不涉及显示器上代码的可视化或规划过程就会变得非常有用。它还有助于将您的想法传达给用户、测试人员和其他开发人员—您不会在真空中构建应用程序。

流程图是我规划程序或脚本的许多方法之一;但我不一定每次都用。根据情况选择合适的工具-有时是伪代码,有时是流程图,有时是散文或简单的线框/示意图。通常,这是一种组合


一旦你接触到任何规模不小的应用程序或系统,一些不涉及显示器上代码的可视化或规划过程就会变得非常有用。它还有助于将您的想法传达给用户、测试人员和其他开发人员—您不会在真空中构建应用程序。

大约从1980年到2000年,我曾“绘制”许多“Chapin”图表—将PL/I语法输入到程序中,并在14日打印出流程图宽折页纸。它们非常有用,我们在代码评审中广泛使用了它们

但是后来他们就不用纸了,如果你不能把图表放在桌子上并在上面做标记,图表就没有那么有用了。即使你把它们打印在字母大小的纸上而不是扇形折叠纸上,你也会失去很多效果,因为你不能轻易地将它们展开,一次看3-4页

类似地,现在代码是在线预检的,而不是通过fanfold列表预检的,代码审查的效果也就不那么好了。很难遵循长方法的流程,也没有好的方法来做笔记、高亮/下划线等

使用这项技术,我曾经设计了一个数据库系统内部极其复杂的算法。我想详细的流程图大概有1000行。流程图涉及变量名等细节。我们对此进行了深入的审查。然后我被调到了另一个领域,一位(无可否认是聪明的)新员工被指派实际编写算法的任务。总共有4000条线路,IIRC。测试中发现了3个小错误


在过去的15-20年里,由于“技术进步”,已经失去了很多东西。

从1980年到2000年,我曾经“绘制”很多“Chapin”图表——将PL/I语法输入到程序中,它在14英寸宽的扇形纸上打印流程图。这些非常有用,我们在代码审查中广泛使用它们

但是后来他们就不用纸了,如果你不能把图表放在桌子上并在上面做标记,图表就没有那么有用了。即使你把它们打印在字母大小的纸上而不是扇形折叠纸上,你也会失去很多效果,因为你不能轻易地将它们展开,一次看3-4页

类似地,现在代码在网上预检比在fanfold列表中预检更不有效。更难遵循长方法的流程,也没有好的方法做笔记、突出显示/下划线等

使用这项技术,我曾经设计了一个数据库系统内部的极其复杂的算法。详细的流程图,我想,大概有1000行。流程图涉及变量名等细节。我们对此进行了深入的审查。然后我被转到另一个领域和a(无可否认是聪明的)新员工被赋予了实际编码算法的任务。大约有4000行,IIRC。在测试中发现了3个小错误


在过去15-20年中,由于“技术进步”,损失了很多“

真正的程序员使用的图形辅助工具种类繁多。什么是UML,而不是程序员和相关专业人员的一组图形辅助工具?是的,真正的程序员确实使用流程图。@HighPerformanceMark谢谢,我想当你遇到更复杂的问题时,流程图可能会更有用。真正的程序员可能会在白板上(或偶尔在餐巾纸上)绘制流程图,尝试和讨论算法的想法和/或理解和交流业务逻辑。在这些情况下,它们往往是所需逻辑的非常高级的概要,而不是典型的编程语句级别。真正的程序员不使用UML;)这个问题似乎离题了,因为它是关于高级编程概念的,属于程序员。stackexchange.com真正的程序员使用各种各样的图形辅助工具。什么是UML,而不是程序员和相关专业人员的一组图形辅助工具?是的,真正的程序员确实使用流程图。@HighPerformanceMark谢谢,我想当你遇到更复杂的问题时,流程图可能会更有用。真正的程序员可能会在白板上(或偶尔在餐巾纸上)绘制流程图,尝试和讨论算法的想法和/或理解和交流业务逻辑。在这些情况下,它们往往是所需逻辑的非常高级的概要,而不是典型的编程语句级别。真正的程序员不使用UML;)这个问题似乎离题了,因为它是关于高中的