Top
Best
New

Posted by NotAnOtter 17 hours ago

Ask HN: Worth leaving position over push to adopt vibe coding?

My company is increasingly pushing prompt engineering as the single way we "should" be coding. The CEO & CTO are both obsessed with it and promote things like "delete entire unit test file & have claude generate a new one" rather than manually address test failures.

I'm a 'senior engineer' with ~5 years of industry experience and am considering moving on from this company because I don't want

1. Be pushed into a workflow that will cause my technical growth to stall or degrade 2. Be overseeing a bunch of AI-generated spaghetti 2-3 years from now

Feel free to address my specific situation but I'm interested in more general opinions.

53 points | 64 commentspage 2
armchairhacker 16 hours ago|
I’d stay and actually try the vibe coding, but if it’s not working, only a bit.

For example, try deleting one failing unit test and re-generate it with Claude. Then if it turns out mostly worthless, scrap it and restore the original test. Maybe the entire test is correct (and easy to verify), maybe you can take pieces from it, maybe it’s unsalvageable; if it doesn’t save time, write tests manually from then on until the next major AI improvement.

Worst case, CEO fires you for not vibe-coding enough. Best case, you find a way for them to make your life easier. My prediction (based on some but not much experience) is that you spend only a small amount of time trying the AI tools, occasionally they impress you, usually they fail, but even then it’s interesting and fun to see what they do.

EDIT: as for dealing with the spaghetti when others use AI; wait for that to become a problem before quitting over it. And of course you can look for opportunities now.

il-b 8 hours ago||
Quit. Doing the work you hate will burn you out, faster than you’d expect. The worst part is to pretend to be enthusiastic about the tech, while in the same time knowing it’s just not worth your time. If you don’t have enough savings and leaving the job isn’t an option right now, maybe just stay for several months and learn some tech that is complex and boring enough to not to attract too many ”vibe” people
tbrownaw 15 hours ago||
> The CEO & CTO are both obsessed with it and promote things like "delete entire unit test file & have claude generate a new one" rather than manually address test failures.

So what are the tests actually for then?

rubyfan 16 hours ago||
Quit.

How can you trust your economic welfare to be in the hands of people that believe in magic?

bravesoul2 6 hours ago||
Zooming out the problem is micromanaging vs. let those on the shop floor make decisions. You are being told how to work. If everyone but you agrees maybe it is time to consider a move. Your story paints a worldview you have that will be loved by some companies I think.

If it is CTO only and the engineers all disagree. Maybe worth thinking about how to get that voice heard without ruffling feathers.

Try an evaporating cloud! This is a bit heavy to read but is a good technique to think about. It is so good it might change YOUR mind too about this situation! It looks to get to the facts and once practices is a good tool to use.

https://en.m.wikipedia.org/wiki/Evaporating_cloud

Tldr is they want vibe coding because X and you want not vibe coding because of Y. The assumption is Y = !X but if it isn't there could be a good win win.

gpm 16 hours ago||
> "delete entire unit test file & have claude generate a new one" rather than manually address test failures.

First thought, "wat", what if the code is broken, not the tests...

Second thought, if the entire unit test file is getting generated by claude without significant oversight like this suggests... I suppose its probably the tests that are broken.

---

As for your own situation. Looking for a new job because you aren't happy with the process at your current job is completely reasonable.

I'm not sure that you're right that this workflow will cause your technical growth to stall though - the freedom to experiment with strange new (probably ineffective) workflows on someone else's dime might well be beneficial in many ways. But if you're not happy doing this, and you have the skills and network to find a new job, why wouldn't you?

itronitron 15 hours ago||
Play along, but keep relatively detailed yet abstracted notes on how the AI code is failing. Keep these notes private ... type them into a notes program on your personal device so that you can draw upon them in the future if needed.
KronisLV 7 hours ago||
> delete entire unit test file & have claude generate a new one

Why not just add new tests or refactor the existing ones? Seems kind of silly.

Aside from that:

  - if you don't like AI tools and can afford to do so, then look for a place that matches how you want to work
  - if you do like AI tools, or are open to learning them, then there isn't an issue (aside from maybe how they're used)
There isn't much more to it: https://blog.kronis.dev/blog/ai-artisans-and-brainrot (bit of a rant of mine on the topic, the tl;dr would be that the cat is out of the bag in regards to these tools and there are both positives and negatives, but they lead to brainrot and degradation of skills the same way how IDEs and StackOverflow did, just a large leap further)
spike021 15 hours ago||
My workplace has execs saying similar things unfortunately. it's even in some company goals that we will be using it. pretty commonly known company too.
bluesnowmonkey 15 hours ago|
25 years of experience here. AI is the real deal, and it should be the primary way you’re coding now. Everyone who doesn’t embrace it is about to become a dinosaur overnight.

They’re going to pay you to learn to work with the thing you need to learn to work with anyway? Be smart. Take the deal.

That said, it’s a free country, you can quit any time for any reason.

More comments...