designcoding
About Table of Contents Keywords Monthly Archive
Support designcoding!

A Diagram (Sometimes) Worth Ten Thousand Words

December 12, 2012 | Discourses
#data-flow #digital-design

Here is an interesting phrase from Jill Larkin and Herbert Simon’s famous article. It is “Why A Diagram (Sometimes) Worth Ten Thousand Words”;

The phrase from the article

We consider external problem representations of two kinds. Both of which use a set of symbolic expressions to define the problem.

  1. In a sentinential representation, the expressions form a sequence corresponding, on a one-to-one basis, to the sentences in a natural-language description of the problem. Each expression is a direct translation into a simple formal language of the corresponding natural language sentence.
  2. In a diagrammatic representation, the expressions correspond, on a one-to-one basis, to the components of a diagram describing the problem. Each expression contains the information that is stored at one particular locus in the diagram, including information about relations with the adjacent loci.

The fundamental difference between our diagrammatic and sentinential representations is that the diagrammatic representation preserves explicitly the information about the topological and geometric relations among the components of the problem, while the sentinential representation does not. A sentinential representation may, of course, preserve other kinds of relations, for example, temporal or logical sequence. An outline may reflect hierarchical relations.

  • Diagrams can group together all information that is used together, thus avoiding large amounts of search for the elements needed to make a problem-solving inference.
  • Diagrams typically use location to group information about a single element, avoiding the need to match symbolic labels.
  • Diagrams automatically support a large number of perceptual inferences, which are extremely easy for humans.

Larkin, J., Simon, H., (1987), “Why a Diagram is (Sometimes) Worth Ten Thousand Words”, Cognitive Science 11, pp. 65-99

My Thoughts on “A Diagram…”

While perusing this text, I found myself curious about the correlation between “formal languages,” “algorithmic architecture,” “scripting,” and “problem-solving” and why we teach them together. The introduction to these subjects occurred during my enrollment in the Shape Grammars graduate course. Over the past decade, a fascinating re-connection between algorithms and graphs has emerged, primarily facilitated by visual programming languages like Grasshopper. So, this has given rise to a novel comprehension of “formal languages” in design. This is surpassing the limitations of traditional sequential logic found in Shape Grammars. Nonetheless, ongoing research seeks to align these concepts and develop a design methodology centered around diagrammatic language and rule-based approaches. Regrettably, I haven’t had the opportunity to delve deeper into this subject yet. But it undoubtedly presents an enthralling and promising research area.

Cite this post

Yazar, T. (2012, December 12). A Diagram (Sometimes) Worth Ten Thousand Words. designcoding. Retrieved August 24, 2026, from https://www.designcoding.net/why-a-diagram-is-sometimes-worth-teh-thousand-words/

Related Posts

Leveling in Dataflow

March 26, 2015

This is a great book, explaining very familiar concepts of dataflow diagrams for designers firsthand. Leveling is an interesting chapter there, I’m not sure if it completely fits with the use of “Clusters” in Grasshopper but it is obvious that the complex systems should be well organized not only to be perceptually “better” ones but also to develop a way to use parts of definitions again and again in different situations. …How do you actually DO the leveling of DFDs? The…

30 years old Grasshopper

October 22, 2012

Nowadays I plan to enter Rhinoscript, Python, and DesignScript back again. However, I can’t leave Grasshopper3D without mentioning the “cognitive shift” it pioneered in the design computing community. Here is a phrase from a famous special issue of “Computer” Journal, published in 1982 with Tilak Agerwala and Arvind’s editorials; Data flow languages form a subclass of the languages which are based primarily upon function application (i.e., applicative languages). By data flow language we mean any applicative language based entirely upon…

The DataFlow Approach

October 18, 2012

In 1982, it has been more than 15 years since the dataflow approach to algorithm designing are discussed in computer science. Computer journal publishes a special issue with the foreword of Tilak Agerwala; he says; …We have discussed two characteristics of the von Neumann model of computation: global updatable memory and a single program counter. It will become clear shortly that the data flow model has neither of these. First, the data flow model deals only with values and not with names of value containers…

Designing with Grasshopper

May 2, 2012

Today, there are pedagogical and practical challenges on the use of algorithms in architectural design, as computer puts not only a physical but also a cognitive layer between designer and the subject. Formulation of this cognitive layer is becoming important, regarding which model of computing is used to connect designer with the subject. Is it a “designerly” search, or design exploration in a visual programming environment? As most of the researchers admit that visual programming environments are very effective in generating variations,…

Design of Dataflow

November 14, 2011

Design scripting is initially based on secondary syntactic mechanisms that control sequential executions of code. We call this model of computation control flow programming. On the other hand, dataflow represents a widespread alternative to control flow by utilizing concurrent streams of data. Dataflow programming languages are also considered as pedagogical tools in fields where the coders are not expert computer programmers. In the last decade, new parametric modeling tools introduced this conception to design scripting, shifting its practical and educational…

  • Chapters

    • Algorithms
    • Discourses
    • Fabrications
    • Studios
  • Explore

    • All Keywords
    • Table of Contents
    • Monthly Archive
    • #design-education
    • #grasshopper
    • #tutorial
    • #pattern
    • #exhibition
    • #visualization
    • #deleuze
    • #animation
    • #art
    • #gyroid
    • #designcoding
    • #bim
    • #jencks
    • #arduino
    • #responsive
    • #laser-cutting
    • #sinan
    • #ontology
  • Search

  • Support designcoding!

  • Enjoying designcoding? Support me on Patreon to keep it growing. Thank you!

  • copyright 2026 designcoding.net | about | privacy policy | end user license agreement