{"id":7208,"date":"2025-11-26T14:52:53","date_gmt":"2025-11-26T13:52:53","guid":{"rendered":"https:\/\/web-dev-weissblau.de\/microconsult\/?p=7208"},"modified":"2026-01-15T09:12:32","modified_gmt":"2026-01-15T08:12:32","slug":"in-the-beginning-there-was-the-picture","status":"publish","type":"post","link":"https:\/\/www.microconsult.de\/en\/am-anfang-war-das-bild\/","title":{"rendered":"In the beginning was the image"},"content":{"rendered":"

The success of software development depends primarily on how well we manage to translate conceptual models into technical systems. Graphical or model-based programming tools are invaluable in this process.<\/strong><\/p>\n

Unfortunately, the mental die is often very one-sided and tends to land on the same ideas and thought patterns repeatedly. Unlike a regular dice roll, this is permissible, but not necessarily desirable.<\/p>\n

Imagine you need to translate a conceptual model of a solution into an electronic device, for example, by programming in assembly language, C, or C++. How do you typically proceed? You think until an idea appears in your mind's eye. Then you might take a piece of paper and draw boxes, circles, and arrows on it. All of this is then eventually encoded in a sequence of lines of code and data structures. Encoded in the sense that the real world is practically unrecognizable.<\/p>\n

Regarding the task at hand, the creativity lies in describing the solution. Everything else is a translation process to implement the solution on electronics that "think" differently than humans. This is extremely inefficient because our brains don't think in lines of code, but in temporal, spatial, and emotional models of the real world.<\/p>\n

When coding in C or even assembly language, the brain constantly has to bridge the vast gap between these mental models and a machine language. It suffers from the same disadvantages as communicating via a foreign language: it's slower, errors occur more frequently, and in many cases, poor compromises are made because the appropriate words and phrases are unfamiliar. Certainly, much can be accelerated and improved through practice, but the question arises whether it's worth the effort when we can just as easily use our native language.<\/p>\n

Even a baby is remarkably adept at interpreting visual impressions. From a very early age, it can distinguish between familiar and unfamiliar people and understand facial expressions. Our language only functions because words and sentences transform into images and stories in our mind's eye. Humans can only put into words what they can somehow imagine. A word without a corresponding image and a sentence without a conceivable story are, to our brain, merely meaningless sequences of sounds or symbols.<\/p>\n

To paraphrase a biblical saying, it is indeed true: "In the beginning were the image and the story." Long before we learn a language, and very long before we use programming languages, we are already specialists in the use and interpretation of visual signals. The consequence for choosing a programming language is therefore quite simple: the closer it is to the visual world familiar to humans since early childhood, the more effective it is.<\/p>\n

Just compare the speed at which you read cartoons with the speed at which you read a novel. Unlike a novel, with a cartoon we can analytically read the speech bubble while simultaneously grasping the situation in the image intuitively. It's practically impossible to convey the same density of information so effectively and so clearly through text alone. The downside, as we all know, is that we lose the freedom for our own imagination and imagery. But in the case of software development with "cartoon programming languages" like UML, this is actually an advantage.<\/p>\n

\u201eCartoon programming languages\u201c also promote communication within teams, thus facilitating collaboration. Furthermore, graphical simulations stimulate curiosity and the play instinct. All of this has a stimulating effect on our brain's reward system and is therefore a driving force for motivated, creative, and effective thinking and action.<\/p>\n

Well, if those aren't good reasons for graphical programming languages!<\/p>\n

I look forward to your suggestions below.\u00a0denkanstoss@microconsult.de<\/a>.<\/p>\n

Peter Siwon<\/p>\n

Test: Thought Models<\/h2>\n

Think briefly about the following questions:<\/p>\n