I’ve been doing this for 20 years. I see it as you having two primary options. You should stay there, learn the new tech, and see what happens. If it works better than you expected, then your mind will be changed and you’ll be well positioned for the new economy. If it turns out how you expect, now you have experience working with this tooling to inform your positions at your next company. Either way, a few months in…
Ask HN: Worth leaving position over push to adopt vibe coding?
81–90 of 99 posts
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#82Earlier quoted context omitted.
Were you around for the OOP craze? It definitely affected a lot of peoples’ day job. I mean, quite a few people use C++ and Java, no? In my list I didn’t even mention the internet, the web, smartphones, and the cloud, all of which had a very broad effect on programming and programmers, and had similar top-down edicts from the C-suite, e.g., declaring you must be “all-in on cloud”. Turns out those things were indeed q…
I've been programming professionally since around 2003. I'd say I caught the late-stages OOP craze (or maybe after-craze) though not really the origin or rise of OOP. My first job was in a C++ codebase, and I spent a lot of time learning the OOP design patterns (or really, the "how do we make C++ behave well" patterns). That said, the rise of OOP is probably measured in a decade or two. It eventually "spawned" whole…
I use LLMs every day in my work (both to help write code and as a component of the thing I’m coding). They’re pretty cool. But as an engineer you need to make decisions based on what they actually do, in your empirical observation, not what people tell you they will do, eventually, in their fantasies. Speculating about that is just noise. The engineer’s job is to find the signal.
In my observation, I can trust an LLM to write code way more than last year, but I still have to keep it on a very short leash. Will it be better next year? I don’t know. Nobody does.
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#83Earlier quoted context omitted.
Were you around for the OOP craze? It definitely affected a lot of peoples’ day job. I mean, quite a few people use C++ and Java, no? In my list I didn’t even mention the internet, the web, smartphones, and the cloud, all of which had a very broad effect on programming and programmers, and had similar top-down edicts from the C-suite, e.g., declaring you must be “all-in on cloud”. Turns out those things were indeed q…
> Were you around for the OOP craze? In the early 90's I was working for a large ERP company that went all in on OOP and distributed objects. I was talking to one of the guys from the new team they created to re-write the entire system and had an entertaining conversation: Tech guy that had drunk the kool-aid (TGTHDTKA): "...and the objects can just automatically interact with each other, like I can drop this person…
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#84Earlier quoted context omitted.
I've been programming professionally since around 2003. I'd say I caught the late-stages OOP craze (or maybe after-craze) though not really the origin or rise of OOP. My first job was in a C++ codebase, and I spent a lot of time learning the OOP design patterns (or really, the "how do we make C++ behave well" patterns). That said, the rise of OOP is probably measured in a decade or two. It eventually "spawned" whole…
I’m not comparing anything blindly; that is in fact the exact opposite of my advice. Nor am I saying all big hypes are equivalent, just that there’s always a big hype about something , and you need a strategy to stay levelheaded about them despite the irrational polarized yelling you hear. I use LLMs every day in my work (both to help write code and as a component of the thing I’m coding). They’re pretty cool. But as…
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#85But it's actually been fantastic. It's challenging in a new way: splitting things down into small enough descriptions that the LLM don't go down a rabbit hole it can't get out of. While also giving high-level guidance to plan for the whole project.
I like UI design, but implementing it is tedious and slow. With Claude I can get a dashboard page done in less than 1 min, from a spec, that I can iterate on. Instead I can focus on the parts I care about, like backend. I need to nudge it to always care about security and storage concerns. I've seen O(n²) loops where O(n) would be sufficient. It keeps making enough mistakes that I'm not exactly out of a job.
The best way to use Claude Code is to write those descriptions and use examples of what you want the output to look like, so take it in small steps and do manual corrections.
However, you need to have seen some good code before using it to make something good. It's just a tool, like compilers and IDEs. I'm pretty happy I don't have to input programs using eight data switches and a latch switch on an Altair 80. And I'm now pretty happy I don't have to care so much about internal API boundaries, because doing a refactoring is one sentence away.
However, I do keep running out of quota after 2-2.5h out of 5h. If I had a company sponsoring this, it would be a no-brainer to use it more.
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#86I've recently started using Claude Code, and also expected to not like it (based on using Claude Web to generate some code). I have 17 years of experience. But it's actually been fantastic. It's challenging in a new way: splitting things down into small enough descriptions that the LLM don't go down a rabbit hole it can't get out of. While also giving high-level guidance to plan for the whole project. I like UI desig…
It's faster for me to do it manually (and I still learn) than having to find hard to spot bugs from the AI output (as it always outputs some weird stuff).
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#87Earlier quoted context omitted.
>You should remain open to new things in this industry I'm open to new things. I've seen demo's, attended presentations, and spent a long time toying around with it myself. I have not been convinced there is any meat there, not in it's current iteration. LLM's are designed to make things that "look" like human output and thus are very good at hiding bugs. It's ok at getting the first 20% of the project done, but that…
Feel free to make your own decisions about this stuff but know that there are people with lots of experience and success in the industry using llm coding tools successfully (I’m one). I am in a situation where ai was mandated, I was skeptical, but took it as a chance to try it out. I now can’t imagine going back.
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#88If an AI helps you do that (all of it, including the "maintainability" part), then sure, use it. If not, don't (or only use it in limited places where it can help).
How do you know? You almost certainly have to experiment. So look at your company's push as a chance to experiment. But when you do, make sure you have your "software engineer" hat on, not your "code monkey who cranks through Jira tickets" hat.
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#89I can't stop thinking what happened when CASE tools, WYSIWIG, UML, Model Driven Architecture/Development, etc was pushed into devs. I know, it's a different phenomenon (that was a graphical visual push, this keeps the text).
Every couple of years there's something that if you aren't using you're apparently doing it wrong.
I think maintaining this AI code is going to turn out to be a nightmare and everyone will tone down on it, not letting agents run off on their, but we'll see.
Re: Ask HN: Worth leaving position over push to adopt vibe coding?
#90You should start building a rule file listing every way it screws up and a) warning it not to b) watching for it. Errors I’ve seen: failure to follow best security practices, failure to plan properly, failure to update variable names, lies, bad tests, stuck in a rut flip flopping between two possible paradigms Get into it, get better at it than your CEO and CTO, save them from the worst of their folly.
And simultaneously start looking for another job because you clearly don’t like them and disagree with their strategy in important ways.
AI assisted coding is the future, but probably not the way they’re doing it. But pain is the best teacher so dive in and feel that pain.