Most active commenters
  • johnnyanmac(3)

←back to thread

129 points Varun08 | 17 comments | | HN request time: 0.001s | source | bottom
1. lordnacho ◴[] No.45190513[source]
> at first i was very hopeful i can finally 'build' now with my minimal tech skills

This is the problem. If you couldn't have coded it slowly in the old world, you will have problems coding it in AI world.

However if you have a lot of coding experience, you can now compress the time it would have taken you be an enormous amount. My experience is that I can now make extensive changes with very little effort, and very few dead ends. I've been able to take on entire secondary projects where I was just replication existing knowledge with slightly different tools.

Just this week I had a litmus test. I had an existing database that I'm pushing huge amount of data to. I decided to try a different underlying database. This would have taken me a full week of looking at documentation and writing supporting scripts, now I've done it in the spare time I had in two days of my actual work.

And it's not like the AI just did it all unsupervised. It threatened to do down the wrong path a few times, but each time I spotted it and steered it the way I wanted. I also asked it a few questions about curiosities I discovered in the emitted code, and that led to fixes as well.

If I didn't know how to code before, I would still be coding this alternative database.

replies(4): >>45190600 #>>45190713 #>>45190926 #>>45191194 #
2. lawlessone ◴[] No.45190600[source]
This will be a big problem in the future if it means more companies choosing not to hire/train juniors.

Eventually all the experienced people will be dead or retired.

replies(3): >>45190687 #>>45190730 #>>45190940 #
3. cmrdporcupine ◴[] No.45190687[source]
The answer here is two-fold --

1) that the tools become more Socratic and interactive and educational and walk the engineer through what they're doing

2) juniors pair with a senior who is using the tool and see the process and the decisions being made.

I know the industry wants these things to replace us, but in fact it's more like a power drill than a spinning jenny. It augments and lets the existing craftsmen work better faster, but does not replace / automate really.

replies(1): >>45191203 #
4. tehjoker ◴[] No.45190713[source]
Translating to new libraries or languages is the one thing i see ai providing a substantial benefit. Of course once you get the new project started, the initial bump in efficiency rapidly goes to zero. That’s still valuable, but man is it overhyped.
5. lordnacho ◴[] No.45190730[source]
Assuming the current way to become senior is the only way?

I could still see a select few being given a foot in the door and leaping over the "argh why doesn't it compile" stage, past the "argh, I need a whole new architecture" stage to become senior in a few years. Every cohort has a few unicorns.

Alternatively, coding goes the way of the calculator. By that I mean, the people that used to be part of the engineering team, doing arithmetic. You just hire domain experts and give them the AI hoping the domain expertise is all you need to get you through the day.

Finance has historically had a lot of people who thought they could code, now perhaps they will get better. Big risk of it becoming a mess larger than back when they got VBA.

replies(1): >>45191144 #
6. spaceman_2020 ◴[] No.45190926[source]
I have about 6 months of actual coding knowledge via bootcamp. But I’ve seen enough repos that I know what good practices look like.

That’s about enough for me to build out fairly complex products very fast with AI (Claude Code). Claude Code often makes some fundamental mistakes that you wouldn’t be able to catch if you didn’t have any coding experience (like today, it was trying to save large images directly in the database instead of using file storage).

replies(1): >>45191123 #
7. chamomeal ◴[] No.45190940[source]
Idk I honestly feel like it makes junior developers more valuable. Junior are devs are often a cost as make as an asset, cause they take a lot of time and attention away from senior devs.

Now a junior can ask an AI like 90% of questions that would otherwise occupy a senior:

- Why does this dockerfile copy these files first? - how can I find the entrypoints to this service? - is there anything related to image processing in this entire project?

LLMs let juniors punch above their weight, and it lets seniors go faster. Of course if everybody is twice as efficient, you don’t need as many devs (debatable), but I don’t think junior devs are going anywhere. I hear a lot of CEO hype posts saying junior devs are outdated, but idk it doesn’t make any sense to me!

replies(1): >>45191185 #
8. _mu ◴[] No.45191123[source]
> But I’ve seen enough repos that I know what good practices look like.

This is the danger - I get why you think it's true, but it's not true. I've mentored many many bootcamp grads. The biggest danger with y'all is you don't know what you don't know.

Even if you are a really good bootcamp grad and you have good taste and ability, you do not have experience. Software experience is measured really in years and decades, not months.

replies(1): >>45194089 #
9. johnnyanmac ◴[] No.45191144{3}[source]
I don't see "senior vibe coder" going in any way that doesn't end in constant forest fires that they try to put out with a flamethrower. This happens even with seasoned engineers. Unicorn hunting for the exceptions will be every bit as infeasible in 2045 as it was in 2005.

> You just hire domain experts and give them the AI hoping the domain expertise is all you need to get you through the day.

what domain experts? Clearly they are trying to replace everyone with AI. That's the unsettling part of the whole story; this phenomenon is happening across many sectors who want to try and skimp out on talent.

10. johnnyanmac ◴[] No.45191185{3}[source]
>Now a junior can ask an AI like 90% of questions that would otherwise occupy a senior:

And how does a Junior in this kind of work gain the skills that transitions them to senior?

>I hear a lot of CEO hype posts saying junior devs are outdated, but idk it doesn’t make any sense to me!

well yes, they aren't making sense. Hence why I think this is all a bubble. Irrational markets and all that.

I don't know when it will burst, but even tech companis can't reject reality forever.

replies(1): >>45193673 #
11. bluefirebrand ◴[] No.45191194[source]
> However if you have a lot of coding experience, you can now compress the time it would have taken you be an enormous amount. My experience is that I can now make extensive changes with very little effort, and very few dead ends. I've been able to take on entire secondary projects where I was just replication existing knowledge with slightly different tools.

This has not been my experience and it is very frustrating. I've been programming almost 20 years, I'm pretty good at it

I don't know where the disconnect is, but no matter how I try (and I am trying, I don't want to get left behind) I cannot get remotely good results from LLM coding tools

They always, always, always take longer to build what I want than just doing it myself

replies(1): >>45194778 #
12. johnnyanmac ◴[] No.45191203{3}[source]
>I know the industry wants these things to replace us

sadly, "The market can stay irrational longer than you can stay solvent". It will correct itself long term, but the damage over the last few years will linger for years, maybe even decades to come.

13. thedevilslawyer ◴[] No.45193673{4}[source]
> And how does a Junior in this kind of work gain the skills that transitions them to senior?

Um - by asking AI 90% of the time, and the senior 10% of the time. If anything, the senior can now mentor 10x the number of juniors.

14. spaceman_2020 ◴[] No.45194089{3}[source]
I agree. But I’m not making enterprise software - I’m making fun little apps where people can virtually try on clothes. As long as I keep my customers data secure (which I do), I think its okay to vibe code this stuff away.
15. queenkjuul ◴[] No.45194778[source]
Same. I mostly just don't believe people when they say they get good results. Or i guess, i think my definition of "good results" must be very different than other people's.

My manager uses cursor and Claude for everything. I can always tell. He pretends like he wrote it himself even, but he obviously didn't. I end up rewriting big chunks of it, or finding all sorts of baffling quirks during review.

Idk, I'm just not at all willing to settle for "good enough," which means Claude doesn't really save me any time. If I'm going to do it, I'm going to do it right.

It's a good rubber duck, and it's good for scaffolding new projects (arguably), and it's good at converting code from one language to another or for generating a one-off bash script or something. That's about all i can get out of it.

replies(1): >>45198574 #
16. bluefirebrand ◴[] No.45198574{3}[source]
My biggest beef is that I feel like settling for "good enough" is a one way ticket to vulnerability town

"Good enough" often has AWS keys embedded into the code itself, stupid things like that

I hold myself to a higher standard

replies(1): >>45202888 #
17. Uw7yTcf36gTc ◴[] No.45202888{4}[source]
You can ask Claude to do OWASP checks and security tests too. You should really go with an open mind.