3 ms·
You have good comments. << To be sure, that won't work as easily for variable sized collections In another response here I discuss the problems with iteration
by biocomputation 9y ago
You have good comments.
<< To be sure, that won't work as easily for variable sized collections
In another response here I discuss the problems with iterations and notions of algebraic closure. Your remarks about 'variable sized collections' are exactly the sorts of problems that arise when your data flow language can't/doesn't directly represent all the elements of computation.
When that happens, things either 'leak out' of the data flow diagram, or they remain locked inside impenetrable abstractions. Both of these problems broadly underline a lot of the complaints that programmers have about visual programming tools/languages.
Stated simply, the complaints are:
"I can't declare a loop/recursion in this visual programming language. This sucks!"
Or:
"Implementing loops in visual programming sucks because I can implement the loop/recursion, but there's no debugger/stack so I can't inspect the loop/recursion at a particular iteration step/stack frame. This sucks!"
- DonaldFisk 9y agoThis is probably because particular visual languages were designed specifically for non-programmers, and programmers who use them find that features they take for granted in more mainstream languages are missing. In my language's IDE, you can set breakpoints or step through the code and inspect the contents of the the tagged value queues at the inputs of vertices.