Coding agents have replaced every framework I used • Hacker News Board

Re: Coding agents have replaced every framework I used

#171

Post by otabdeveloper4 » Sat, Feb 07, 2026, 4:48 PM UTC

cheema33 wrote: post #159

hakunin wrote: post #78

Earlier quoted context omitted.

Of all the points the "other side" makes, this one seems the most incoherent. Code is deterministic, AI isn’t. We don’t have to look at assembly, because a compiler produces the same result every time. If you only understand the code by talking to AI, you would’ve been able to ask AI “how do we do a business feature” and ai would spit out a detailed answer, for a codebase that just says “pretend there is a codebase h…

“Of all the points the other side makes, this one seems the most incoherent. Code is deterministic, AI isn’t. We don’t have to look at assembly, because a compiler produces the same result every time.” This is a valid argument. However, if you create test harnesses using multiple LLMs validating each other’s work, you can get very close to compiler-like deterministic behavior today. And this process will improve over…

> just add more magic turtles to the stack, bro

You're just amplifying hallucination and bias.

Re: Coding agents have replaced every framework I used

#172

Post by jbloggs777 » Sat, Feb 07, 2026, 4:48 PM UTC

testuser312 wrote: post #75

dvfjsdhgfv wrote: post #62

Earlier quoted context omitted.

> if I had written it completely by myself from the start, I would have finished the project in the same amount of time but I’d understand the details far better. I believe the argument from the other camp is that you don't need to understand the code anymore, just like you don't need to understand the assembly language.

At least for me, the game-changer was realizing I could (with the help of AI) write a detailed plan up front for exactly what the code would be, and then have the AI implement it in incremental steps. Gave me way more control/understanding over what the AI would do, and the ability to iterate on it before actually implementing.

Indeed. This is very much the way I use it at work. Present an idea of a design, iterate on it, then make a task/todo list and work through the changes piecemeal, reviewing and committing as I go. I find pair design/discussion practical here too. I expect to see smaller teams working like this in the future.

For small personal projects, it's more vibey.. eg. Home automation native UIs & services for Mac & Windows, which I wouldn't otherwise start.. more itches that can be scratched in my limited time.

Re: Coding agents have replaced every framework I used

#173

Post by GoatInGrey » Sat, Feb 07, 2026, 4:48 PM UTC

ipsento606 wrote: post #115

> Software engineers are scared of designing things themselves. When I use a framework, it's because I believe that the designers of that framework are i) probably better at software engineering than I am, and ii) have encountered all sorts of problems and scaling issues (both in terms of usage and actual codebase size) that I haven't encountered yet, and have designed the framework to ameliorate those problems. Thos…

To be blunt, I think it's a form of mania that drives someone to reject human-written code in favor of LLM-generated code. Every time I read writing from this perspective that exceeds a paragraph, I quickly realize the article itself was written by an LLM. When they automate this much writing, it makes me wonder how much of their own reading they automate away too.

The below captures this perfectly. The author is trying to explain that vibe-coding their own frameworks lets them actually "understand" the code, while not noticing that the LLM-generated text they used to make this point is talking about cutting and sewing bricks.

> But I can do all of this with the experience on my back of having laid the bricks, spread the mortar, cut and sewn for twenty years. If I don’t like something, I can go in, understand it and fix it as I please, instructing once and for all my setup to do what I want next time.

Re: Coding agents have replaced every framework I used

#174

Post by sevensor » Sat, Feb 07, 2026, 4:50 PM UTC

simonw wrote: post #118

abcde666777 wrote: post #25

It's strange to me when articles like this describe the 'pain of writing code'. I've always found that the easy part. Anyway, this stuff makes me think of what it would be like if you had Tolkein around today using AI to assist him in his writing. 'Claude, generate me a paragraph describing Frodo and Sam having an argument over the trustworthiness of Gollum. Frodo should be defending Gollum and Sam should be on his s…

Have you really never found writing code painful? CI is failing. It passed yesterday. Is there a flaky API being called somewhere? Did a recent commit introduce a breaking change? Maybe one of my third-party dependencies shipped a breaking change? I was going to work on new code, but now I have to spend between 5 minutes and an hour+ - impossible to predict - solving this new frustration that just cropped up. I love…

What you’ve described is very much not writing code though. It’s the tedious and unpleasant outcome of having a flaky or under resourced CI setup or pulling in a misbehaving dependency. Neither of those is typing code per se. I don’t think it’s fair to conflate that kind of problem with the creative work involved in implementation itself.

“Writing code is boring and tedious” says more about the speaker than it does about programming.

Re: Coding agents have replaced every framework I used

#175

Post by giancarlostoro » Sat, Feb 07, 2026, 4:50 PM UTC

rglover wrote: post #139

A significant number of developers and businesses are going to have an absolutely brutal rude awakening in the not too distant future. You can build things this way, and they may work for a time, but you don't know what you don't know (and experience teaches you that you only find most stuff by building/struggling; not sipping a soda while the AI blurts out potentially secure/stable code). The hubris around AI is goi…

I find that instructing AI to use frameworks yields better results and sets you up for a better outcome.

I use Claude Code with both Django and React which its surprisingly good with. I rather use software thats tried and tested. The only time I let it write its own is when I want ultra minimal CSS.

Re: Coding agents have replaced every framework I used

#176

Post by verdverm » Sat, Feb 07, 2026, 4:51 PM UTC

otabdeveloper4 wrote: post #168

nojito wrote: post #157

Earlier quoted context omitted.

>A significant number of developers and businesses are going to have an absolutely brutal rude awakening in the not too distant future. Correct. Those who wave away coding agents and refuse to engrain them into their workflows are going to be left behind in the dust.

Doubt on that. AI usually only wastes time and produces bugs. > bbut you're holding it wrong, just two more prompts and three more agents and it will be a real boy So, you invented an IDE, except more opaque and expensive? Welcome to the club.

You both are likely incorrect, the answer lies in the middle rather than the extremes

Re: Coding agents have replaced every framework I used

#177

Post by joshuahaglund » Sat, Feb 07, 2026, 4:52 PM UTC

enraged_camel wrote: post #131

Ocha wrote: post #100

Earlier quoted context omitted.

So you skipped the code review and just checked that it does what you needed it to do?

I don't know how anyone can make this assumption in good faith. The poster did not imply anything along those lines.

That looked like a leading question to me, asking for confirmation but not an outright assumption. Seems like a fair question

Re: Coding agents have replaced every framework I used

#178

Post by geophile » Sat, Feb 07, 2026, 4:52 PM UTC

rglover wrote: post #139

A significant number of developers and businesses are going to have an absolutely brutal rude awakening in the not too distant future. You can build things this way, and they may work for a time, but you don't know what you don't know (and experience teaches you that you only find most stuff by building/struggling; not sipping a soda while the AI blurts out potentially secure/stable code). The hubris around AI is goi…

The article gets at this briefly and moves on: "I can do all of this with the experience on my back of having laid the bricks, spread the mortar, cut and sewn for twenty years. If I don’t like something, I can go in, understand it and fix it as I please, instructing once and for all my setup to do what I want next time."

I think this dynamic applies to any use of AI, or indeed, any form of outsourcing. You can outsource a task effectively if you understand the complete task and its implementation very deeply. But if you don't, then you don't know if what you are getting back is correct, maintainable, scalable.

Re: Coding agents have replaced every framework I used

#179

Post by HighGoldstein » Sat, Feb 07, 2026, 4:54 PM UTC

FeteCommuniste wrote: post #164

rglover wrote: post #139

A significant number of developers and businesses are going to have an absolutely brutal rude awakening in the not too distant future. You can build things this way, and they may work for a time, but you don't know what you don't know (and experience teaches you that you only find most stuff by building/struggling; not sipping a soda while the AI blurts out potentially secure/stable code). The hubris around AI is goi…

I don't think there's going to be any catastrophic collapse but I predict de-slopping will grow to occupy more and more developer time. Who knows, maybe soon enough we'll have specially trained de-slopper bots, too.

> Who knows, maybe soon enough we'll have specially trained de-slopper bots, too.

Fire, meet oil.

Re: Coding agents have replaced every framework I used

#180

Post by exe34 » Sat, Feb 07, 2026, 4:54 PM UTC

ipsento606 wrote: post #115

> Software engineers are scared of designing things themselves. When I use a framework, it's because I believe that the designers of that framework are i) probably better at software engineering than I am, and ii) have encountered all sorts of problems and scaling issues (both in terms of usage and actual codebase size) that I haven't encountered yet, and have designed the framework to ameliorate those problems. Thos…

my problem with frameworks has always been that the moment I want to do something the framework writers aren't interested in, I now have three problems: my problem, how to implement it in the underlying platform and how to work around the framework to not break my feature.