It’s an interesting tool.
It can shave hours off of experienced programmers work if they use it in the right scenarios. You can use it in places where you need to do something that’s mundane but fiddly. It’s suboptimal for crapping out a large project, But it’s super effective at generating a single function or module to do a task. It might even come up with a better idea than you would use for some things. The key is if it does something that’s not quite right or not the best idea You need to be able to read it to understand that it’s going a little off the rails.
If you’re a spreadsheet junkie, It’s capable of writing really really complicated rules without getting lost in the minutia.
For non-developers that don’t know anything it’s a dicer proposition. After a couple thousand lines of code You might start running into interesting problems. When it starts having to go and do problem solving mode, and you’re just feeding it back The errors and asking it to fix the problem You can get bogged down pretty quickly.
For DevOps it’s the diggity bomb. Practically everything in that profession is either a one-off quick emergency script or a well thought out plan of templates.
Here are my five Amazon accounts give me a shell script that goes into every account in every availability zone, enumerate every security group and give me a tool to add remove or replace a given IP with a description and port based on the existence of other IPs descriptions or ports. Or write me an ansible script to install zabix monitoring playbooks with these templates.
HarryOru@lemmy.zip 3 weeks ago
That’s perfectly fine though. And I say that as a professional dev. The problem is when people assume you can actually build an entire software/service architecture of any complexity just through vibe coding.
Currently LLMs are great for helping me pick out the curtains or even to help me assemble some furniture, but I would NEVER let them build the entire house, if that makes sense.
MangoCats@feddit.it 3 weeks ago
Welcome to CEO handling 101. It’s an art, a very soft skill, and not for the faint of heart. I worked for a mid sized (50 employee) company once where I’d “speak truth to power” in our weekly meeting, get shot down rather enthusiastically by the CEO during the meeting, then after I and the rest of R&D left his office, he’d go out to production and have them start implementing all the concepts of my pitch - as his own ideas, naturally.
neon_nova@lemmy.dbzer0.com 3 weeks ago
Sure, I get it. Once my business is in a more profitable place I’ll bring someone on to fix up the code, but for now it’s more than enough.
MangoCats@feddit.it 3 weeks ago
AKA: technical debt. I actually approve of this approach when you’re testing the market and don’t have any paying customers. Where it gets ugly is when customers start placing trust in your product, trust that might be costly if your code fails, and management doesn’t budget the resources to actually fix up the code. I was very glad to leave the place that was doing this…
neon_nova@lemmy.dbzer0.com 2 weeks ago
The tools I’m using are for internal use and there is a backup in place. So, if something does go down, my contractors can pull the files up in one drive in a view only format.