Re:We need visual programming. No, not like that
by whstl on Sunday July 14, 2024 @09:02PM
(#40964484)
> Visual languages trade named links for global wiring
Existing visual programming langs can definitely do "named links". A lot support named function-like blocks which are another form of avoiding wires.
> which is very cluttered for serious problem solving
This clutter is also problematic in textual programming, and is the reason abstractions and programming structures are used. Perhaps the hint here is that we need better ways of representing abstraction in visual programming.
Re:We need visual programming. No, not like that
by Nathanba on Sunday July 14, 2024 @08:43PM
(#40964412)
Code is not 1d, a single if() already creates another line that makes it 2d
Re:We need visual programming. No, not like that
by mapcars on Monday July 15, 2024 @09:09AM
(#40967572)
How is `if` related with creating a new line? And how does new line make something 2D? If code was 2D you could write code anywhere in your document without juggling around spaces and newlines
Re:We need visual programming. No, not like that
by SonOfLilit on Tuesday July 16, 2024 @03:20PM
(#40979427)
Mathematicians like to use parametrizations to measure "how |any dimensions" something has. If you need two indexes to traverse it (x and y), it's 2d, if a single index works best to describe it, it's 1d.
Another way to think of it is "there is semantic meaning to 'the character to the right/left of this one', but is there to 'the character above/below this one'?" In most programming languages, there isn't at all.
Visual languages trade named links for global wiring, which is very cluttered for serious problem solving.