203
this post was submitted on 25 Feb 2024
203 points (83.7% liked)
Technology
59534 readers
3195 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I think this is bullshit regarding LLMs, but making and using generative tools more and more high-level and understandable for users is a good thing.
Like various visual programming means, where you sketch something working via connected blocks (like PureData for sounds), or in Matlab I think one can use such constructors to generate code for specific controllers involved in the scheme, or like LabView.
Or like HyperCard.
Not that anybody should stop learning anything. There's a niche for every way to do things.
I just like that class of programs.
As someone who's had a bit of exposure to PLCs and ladder logic, and dabbled in some more 'programming' type languages, I would love to find some sort of 'language' that fits together like ladder logic, but for more computery type applications.
I like systems, not programs. Most of my software design is done by building a flowchart, then stumbling around trying to figure out how to write that into code. I feel it would be so much easier if I could just make the flowchart be the code.
I want a grown up Scratch.
In some sense this is regressive, but I agree that ladder logic is more intuitive.
I hated drawing flowcharts in university, but at this point have learned that if you understand what you're doing, you can draw a flowchart. If you don't, you shouldn't have written that program.
So yeah.
I think the environment to program "Buran" used such a language (that is, they'd draw flowcharts instead of code).