在学校里，通常需要对流水线上写下的小程序进行流水线处理。有没有人实际使用流程图的螺母和螺栓代码了？
由于图片的大小，这些流程图趋向于非常大，并且往往繁琐绘制。
总是这样的细节，你本质上是写代码。
我使用流程图/ UML风格的技术来开发更高层次的东西，但是当它到达实际循环时，它看起来像是过度杀伤了什么。
我经常伪代码更详细的算法，但仍然不是超细粒度的点。
这仅仅是在学校的东西如此之小以至于没有别的什么东西来流动图表，所以他们有使用做细节？
真实代码ifs和whiles的流程图从未（在30年内）发现有用。
作为一个讨论援助的要求......所以当我们在这里时，会发生什么？ ......你如何决定......如果95％以上，你会怎么做......会有所帮助。用户的某个亲属在白板上发现这样的图表容易谈论。
流程图，否 - Sequence diagrams，是的。我试图让他们保持高水平，以便快速将这个想法传达给某个人。我不会试图详细介绍每一个细节。如果它看起来很重要，我可以用另一张图来补充说明一个边缘案例。
这是伟大的沟通作为草图 - 我认为这是不对的规范（但会是一个很好的介绍仔细的部分）
+1对于粗略的顺序图。他们非常好，他们有一些直觉，即使是非技术人员也可以理解。为了获得更详细的信息，你可以改为编写代码。 – 2010-06-28 09:24:18
是的，我同意。重点是让你了解流程图，而不是暗示你应该使用它们来逐行代码覆盖。
我不知道为什么你甚至会浪费时间用伪代码，除了演示，老实说，除非它是一些真正的低级编程。
我在流程图中找不到非常有用的细节。我在一张纸上使用UML风格的技术。在组设置中使用白板。中级的类图和顺序图对于组织你的想法和传达你的设计意图非常有帮助。
有时在白板上描述一个过程，但从不在实际的设计或文档中。我更多地将它们描述为“流程图式”，因为我并不总是特别关注这些形状。
说实话，我非常高兴我需要陪同流程图的任务。他们让我在结构上思考，我缺乏一些东西（也许在某种程度上还缺乏）。
所以，不要急于跳上“我正在玩大钢琴”的流行，流程图确实有效。
我从来没有发现自己处于一种不平凡的逻辑中。在将流程图中的逻辑放在一张纸上（需要几分钟）之后，这一切都不可避免地变得清晰。
我自己不使用它们。但是一个同事每隔一段时间只进行一次节目的同事就会这样做。对他来说，这是一个非常方便的方式，可以记住他一年前编写的那个程序的基本功能。他没有做太多的编程，所以学习序列图和类似的东西是不值得的。
这也是其他pple几乎没有编程将能够轻松读取图的类型。在他的位置是一个加号。
我们有一个内部应用程序，它有一些相当复杂的工作流程。流程图是这部分系统规范的重要组成部分。所以是的，流程图是用于指定系统的有用工具。他们通常也可以被非技术人员所理解，如果他们是用户需求的一部分，那么他们是有用的。不，我通常不会在很低的水平上使用它们，也不会期望系统的一部分只能通过流程图进行规定或记录。
TDD是坚果和螺栓代码的一个很好的选择，如果你是如此倾向于，并且它带来很多其他好处。
我们有一个很大的有机增长的应用程序，它只有很少的文档，所以使用流程图来记录应用程序中的组件对于操作的业务方面已经证明非常有用，因为即使他们不了解每件事物是如何组合在一起的。
它们并不是一致的行，而是覆盖了业务逻辑的所有分支以及随后的处理和输出（虽然没有遵循严格的流程图规则 - 某些块描述多个进程）。
我真的不是流程图，除非是向别人解释一些东西。它很少帮助我的思考过程，但也许我只是很奇怪:) – Thorarin 2009-07-10 20:41:50