<div dir="ltr"><div><div><div><div><div><div>Hello everybody, <br><br>One aspect that hasn't (to the best of my knowledge) been mentioned in discussions of the origins of the von Neumann/Goldstine notion of flowcharting is the work that was done in visualizing computational flow as part of the ENIAC project. (The following comments draw heavily on work done with Tom Haigh and Crispin Rope as part of the <a href="http://eniacinaction.com/">"ENIAC in Action"</a> project.)<br><br></div>The famous "plugging and switching" of the ENIAC allowed basic sequences of operations to be set up (and a bit more than that, but that's a detail) but the team soon realized - by the end of 1943 - that they would need ways of combining sequences into structures of arbitrary complexity, involving repetition and conditional branching. During 1944 they investigated various ways of doing this "sequence programming" (their term) before settling on the design of ENIAC's master programmer, the central unit where loops and branching were controlled. Program structures were illustrated using "master programmer diagrams" which showed the basic sequences as unanalyzed blocks linked by simplified representations of the settings of the master programmer's "steppers". These diagrams first appeared in public in a report written for the Applied Mathematics Panel in November 1945 and were later used, for example, by Douglas Hartree to document his 1946 ENIAC program.<br><br></div></div>So the ENIAC modeled general computational flow using complex "switches" (the steppers) that both counted iterations and provided multi-way branching. The EDVAC design & code of spring 1945 reduced this complexity to the more primitive notions of binary decisions and address modification. I suggest that when they came to try to visualize programs in 1946/7, von Neumann and Goldstine (who clearly would have been familiar with the ENIAC notation) performed a similar reduction, replacing the steppers on the master programming diagrams with the "alternative boxes" of their flow diagram notation. If you do this, you have the basic flow diagram notation: vN+G's "operation 
boxes ... where no branching or 
merger takes place" are functionally equivalent to the basic sequences
 appearing on the master programmer diagrams.<br><br></div>So I don't think it's necessary to look as far afield as chemical engineering or process modeling to see where the flow diagram notation came from. We have not found the term "flow diagram" itself anywhere in the ENIAC literature, however.<br><br></div>Best wishes<br><br></div>Mark<br><div><div><div><div><br><div><div><div><div><div><div><div class="gmail_extra"><div class="gmail_quote">On 19 April 2015 at 09:03, Willard McCarty <span dir="ltr"><<a href="mailto:willard.mccarty@mccarty.org.uk" target="_blank">willard.mccarty@mccarty.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I'd be most grateful for pointers to very early flowcharting under any name -- esp. prior to Herman Goldstine and John von Neumann, who called flowcharts "flow diagrams", in "Planning and Coding of Problems for an Electronic Computing Instrument", Part II, Vol. I (1947). This document is available for download from the Institute for Advanced Study in Princeton. Martin Campbell-Kelly, in "From Theory to Practice: The Invention of Programming, 1947-51", p. 27, says that the term is "completely original" with Goldstine and von Neumann.<br>
<br>
Another teasing question is what flowcharting, under any name, has to do with the phrase "think out of the box". Any clues?<br>
<br>
Yours,<br>
WM<br>
<br>
On 18/04/2015 22:58, Bjorn Westergard wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
There was some chatter about this during the Dearborn conference.<br>
<br>
I'm struggling to recall where, but I've seen some "flowcharts" for<br>
semi-automatic computation with single-operation IBM machines.<br>
Flowcharts have a longer history in industrial engineering, which is a<br>
tantalizing connection to labor history labor process theory.<br>
<br>
Sent from my iPhone<br>
<br>
On Apr 18, 2015, at 5:34 PM, Paul Fishwick <<a href="mailto:metaphorz@gmail.com" target="_blank">metaphorz@gmail.com</a><br>
<mailto:<a href="mailto:metaphorz@gmail.com" target="_blank">metaphorz@gmail.com</a>>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I recently listened to a podcast on Pickering's human-intensive computing<br>
for processing astronomical data. Here is a wiki page that contains an<br>
overview and<br>
photograph from 1890:<br>
<br>
<a href="http://en.wikipedia.org/wiki/Harvard_Computers" target="_blank">http://en.wikipedia.org/wiki/Harvard_Computers</a><br>
<br>
I am seeking diagrammatic workflow models of the types of computation<br>
that occurred<br>
under Pickering's direction, but more generally, any articles or texts<br>
that contain such<br>
diagrams for human computing. I am familiar with modern formalisms<br>
such as<br>
BPMN: <a href="http://www.bpmn.org/" target="_blank">http://www.bpmn.org/</a> in which business workflows might be<br>
formalized. I also have<br>
read Grier's excellent book:<br>
<br>
<a href="http://www.amazon.com/When-Computers-Human-David-Grier/dp/0691091579/ref=sr_1_1?ie=UTF8&qid=1429392009&sr=8-1&keywords=when+computers+were+human" target="_blank">http://www.amazon.com/When-Computers-Human-David-Grier/dp/0691091579/ref=sr_1_1?ie=UTF8&qid=1429392009&sr=8-1&keywords=when+computers+were+human</a><br>
<<a href="http://www.amazon.com/When-Computers-Human-David-Grier/dp/0691091579/ref=sr_1_1?ie=UTF8&qid=1429392009&sr=8-1&keywords=when+computers+were+human" target="_blank">http://www.amazon.com/When-Computers-Human-David-Grier/dp/0691091579/ref=sr_1_1?ie=UTF8&qid=1429392009&sr=8-1&keywords=when+computers+were+human</a>><br>
<br>
The history and cultural context is interesting to me, and most<br>
appropriate for engaging<br>
readers, however, the main end-point in this story-telling process,<br>
for me, is for people to<br>
appreciate the path toward the diagrammatic formalisms with their<br>
nodes, merges, branches, and<br>
connections.<br>
<br>
If I need to, I can embark on a path toward creating some models with<br>
the written historical<br>
accounts as a guide, but I thought that checking here would be the<br>
best starting location in this<br>
quest for diagrammatic evidence.<br>
<br>
-paul<br>
<br>
<br>
<br>
<br>
<br>
<br>
Paul Fishwick, PhD<br>
Chair, ACM SIGSIM<br>
Distinguished University Chair of Arts & Technology<br>
and Professor of Computer Science<br>
Director, Creative Automata Laboratory<br>
The University of Texas at Dallas<br>
Arts & Technology<br>
800 West Campbell Road, AT10<br>
Richardson, TX 75080-3021<br>
Home: <a href="http://utdallas.edu/atec/fishwick" target="_blank">utdallas.edu/atec/fishwick</a> <<a href="http://utdallas.edu/atec/fishwick" target="_blank">http://utdallas.edu/atec/fishwick</a>><br>
Lab Blog: <a href="http://creative-automata.com" target="_blank">creative-automata.com</a> <<a href="http://creative-automata.com" target="_blank">http://creative-automata.com</a>><br>
SIGSIM Blog: <a href="http://modelingforeveryone.com" target="_blank">modelingforeveryone.com</a> <<a href="http://modelingforeveryone.com" target="_blank">http://modelingforeveryone.com</a>><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
This email is relayed from members at <a href="http://sigcis.org" target="_blank">sigcis.org</a> <<a href="http://sigcis.org" target="_blank">http://sigcis.org</a>>,<br>
the email discussion list of SHOT SIGCIS. Opinions expressed here are<br>
those of the member posting and are not reviewed, edited, or endorsed<br>
by SIGCIS. The list archives are at<br>
<a href="http://lists.sigcis.org/pipermail/members-sigcis.org/" target="_blank">http://lists.sigcis.org/pipermail/members-sigcis.org/</a> and you can<br>
change your subscription options at<br>
<a href="http://lists.sigcis.org/listinfo.cgi/members-sigcis.org" target="_blank">http://lists.sigcis.org/listinfo.cgi/members-sigcis.org</a><br>
</blockquote>
<br>
<br>
_______________________________________________<br>
This email is relayed from members at <a href="http://sigcis.org" target="_blank">sigcis.org</a>, the email discussion list of SHOT SIGCIS. Opinions expressed here are those of the member posting and are not reviewed, edited, or endorsed by SIGCIS. The list archives are at <a href="http://lists.sigcis.org/pipermail/members-sigcis.org/" target="_blank">http://lists.sigcis.org/pipermail/members-sigcis.org/</a> and you can change your subscription options at <a href="http://lists.sigcis.org/listinfo.cgi/members-sigcis.org" target="_blank">http://lists.sigcis.org/listinfo.cgi/members-sigcis.org</a><span><font color="#888888"><br>
</font></span></blockquote><span><font color="#888888">
<br>
-- <br>
Willard McCarty (<a href="http://www.mccarty.org.uk/" target="_blank">www.mccarty.org.uk/</a>), Professor, Department of Digital<br>
Humanities, King's College London, and Digital Humanities Research<br>
Group, University of Western Sydney<br>
_______________________________________________<br>
This email is relayed from members at <a href="http://sigcis.org" target="_blank">sigcis.org</a>, the email discussion list of SHOT SIGCIS. Opinions expressed here are those of the member posting and are not reviewed, edited, or endorsed by SIGCIS. The list archives are at <a href="http://lists.sigcis.org/pipermail/members-sigcis.org/" target="_blank">http://lists.sigcis.org/pipermail/members-sigcis.org/</a> and you can change your subscription options at <a href="http://lists.sigcis.org/listinfo.cgi/members-sigcis.org" target="_blank">http://lists.sigcis.org/listinfo.cgi/members-sigcis.org</a><br>
</font></span></blockquote></div><br></div></div></div></div></div></div></div></div></div></div></div></div>