3 ms·
Efforts have been made at graphical programming for decades now, to no avail. I see those as a far lesser threat than better frameworks and infrastructure autom
by karmajunkie 11y ago
Efforts have been made at graphical programming for decades now, to no avail. I see those as a far lesser threat than better frameworks and infrastructure automation that allow fewer programmers to accomplish more in less time. The real driver of unemployment is productivity.
- Vexs 11y agoThe only time I've ever had any sort of ease with graphical programming was with scratch, and that was because you could type the name of the blocks in, just.. like.. regular.. programming... It's like comparing controllers/joypads to mouse/keyboard, one is obviously going to be so much more precise and efficient at most things. Scrolling through 3 layers of toolbox vs typing a word. It's just not a short path!
- gizmo686 11y agoThe only graphical programming language I have used is Labview, which I actually found to be good for running basic sensors/actuators. My biggest complaints about it aren't actually related to the graphical element, but the tooling itself: long compile times, horrid window management. The only language level complaint I have is that the data persistence model is buried in menus, and not readily visible (so if you have a function for computing a running average, by default, it computes the average of all values put into the function anywhere in your program, but you can set it to have a different instance at each spot you put the function). I wouldn't use it to write things that are typically considered "programs", but there is a wide range between full programs, and things that we want to be able to make the computer do