Developing a functional app that meets your needs with an LLM takes it's own kind of skill, and is substantially more difficult if you can't recognize when the machine is steering your architecture in the wrong direction. It takes actual, real work. It's certainly a completely different kind of work than writing most of the code yourself, but so is using Java when compared to hand writing x86 opcodes.
Prompting an LLM to produce good code isn't a lot of work for you. Writing hex without an assembler or compiler would be a lot of work for you.
People have ideas, and now they have better tools to turn those ideas into reality. They aren't doing it like you would do it, but they're getting it done all the same, getting their needs met, and enjoying the ride.
Maybe just let people have fun, and when they report that they are in fact having fun... believe them.
What sense of pride an accomplishment do you get from using a library, or a high level language? You didn't write that code, you didn't hand translate into processor opcodes, etc. There are a million man hours of other people's work involved in making a simple python script run.
Given that any coding effort relies heavily on a much greater amount of work as a prior than the code you yourself are writing... Why do you feel accomplishment?
Making things is fun, using tools to make things can continue to be fun. I have fun woodworking with hand tools and I also enjoy using my CNC where the job permits. Both bring joy.
Later in its life, the Dreamcast release the "broadband adapter", a 100mbit Ethernet replacement for the modem. Worked great, but very limited support in games. That plus a DC keyboard and mouse made me BRUTAL in quake 3... until someone worked out how to join DC games from the PC.
The key word here is "information". No known quantum effect results in information being transferred faster than the speed of light (which might be more correctly known these days as a the speed limit of information). Entanglement, even at great distance, does not violate this principle as that cannot be effectively used to transfer information.
What's frustrating is that Prusa isn't too far removed from how Bambu works today. Prusa-Link (the onboard firmware) allows you to do very basic job control but has essentially zero machine control and very little telemetry. All the major functionality is behind their PrusaConnect cloud service, which they've now added a paid tier to, and which they've been promising for years to open source in order to allow print farms to run offline.
I love Prusa printers and all my machines are Prusa, but they really do need to get their software situation sorted because in it's current form, it's somewhat hard to distinguish from the operational reality of Bambu - if I want to use all the features on my XL, I need to send my files to Czechia first.
Because way more than three out of five Google results are SEO garbage or sponsored crap. The bar has been set extremely low by Google, a 60% validity rate sounds magical.
Different, this would be a "field engineer", which is pretty common for supporting customers which might have a lot of technical needs around your product. For example, some microcontroller vendors are pretty famous for having poor or non-existent documentation and instead rely on the dude on-site to tell your engineers how everything works.