Why do we keep building visual programming environments? Why do we never use them? What should we do instead?
Most visual programming environments fail to get any usage. Why? They try to replace code syntax and business logic but developers never try to visualize that. Instead, developers visualize state transitions, memory layouts, or network requests.
In my opinion, those working on visual programming would be more likely to succeed if they started with aspects of software that developers already visualize.
...
Developers say they want "visual programming", which makes you think "oh, let's replace if and for". But nobody ever made a flow chart to read for (i in 0..10) if even?(i) print(i). Developers familiar with code already like and understand textual representations to read and write business logic2.
Let's observe what developers do, not what they say.
Developers do spend the time to visualize aspects of their code but rarely the logic itself. They visualize other aspects of their software that are important, implicit, and hard to understand.
The best implementation of this that I have seen has been Frends Integration platform (https://frends.com). We use it at work, and have implemented ~500 business and integration processes with it.
This kind of visual programming works well in close to business logic implementations, were it is important to be able to quickly understand the business need behind the process.
How Frends work on the background, it compiles the visual process to C# code, so it is actually quite fast. Many solutions interpreters the process flow while executing, which makes them much slower.
My background is in normal code development, and I still think that there is a place for that. I have always hated having the raw business process in code, because those tend to change, and reimplementing code because process changes, is always really annoying.
Ooh that's a thought. As someone with aphantasia, the concept of visualizing programming is absolutely foreign to me. I should ask my colleagues what they visualize.
It would be a hard sell for me to move to a "visual coding" approach because, in my experience, the work needed to build an understandable, semantically correct diagram, at the right level of detail, that translates into correct and executable code often exceeds that needed to just write the damn code.
The value I derive from visualizations is that they allow me to reason about complex things more easily, and more importantly, without having to know all the details up front.