upvote
matching decompilation is a verifiable target. Its hard to create slop that still matches. The same does not hold up for coding with llms normally.
reply
> It's pretty amazing what you can do when you embrace LLMs, figure out how to build one high-quality rigorous project with them, and then start working on more projects.

Indeed. But I think it's fair to say that just embracing LLMs is not enough.

reply
I'd consider embracing to include developing expertise in the tool.
reply
[flagged]
reply
Using AI is cognitive surrender. It's not your code, it's not your work.
reply
When I was in high school, graphing calculators were pretty new. New enough that most teachers had not yet encountered them.

I was a pretty nerdy kid even then, and I saw graphing calculator as 'portable computer' in 1993! So, of course I wanted one.

When our teachers found about them, they banned the use of graphing calculators, some teachers going so far as to only allowing 'four-bangers' (a basic one) for classes lower than Trig (I never got to Calc in high school).

Funny, but your statement reminded me of what one of math teachers used to say: "If you use a graphing calculator, you aren't doing math." It seems really quaint today.

reply
I remember a homework where I had to graph some function. I decided use the plotting function of Lotus 1-2-3 for that. The plot worked fine, but didn’t make sense.

I then spent way more time than what I would have spent without the plotter to figure out that a pole and a zero were located right next to eachother.

I had no idea if the teacher had done that on purpose, but it made enough of an impression on me that I still remember it.

The point of math exercises is usually not to get to solution as quickly as possible.

reply
It’s more like cheating off your neighbor’s math test than using a calculator
reply
The smart reason graphing calculators are banned is because students are meant to be learning a concept. You don't learn how to graph to pass a test you take a test so you're pressured to learn how to graph.

Same with AI. Having AI generate a for loop doesn't mean you understand the concept of a for loop. You can argue that it's a waste of time to learn about for loops because an AI can write one for you but that's a separate matter.

reply
Imagine if year 2 kids get a calculator instead of learning to add. They'll never learn to add.
reply
If I hand you a math problem, and you point your camera at it and write down ChatGPT’s answer, you are definitely not doing math.
reply
"If I hand you a equation to solve, and you type in the numbers, hit enter on your programmatic calculator, and write down Texas Instruments' answer, you are definitely not dong math." <-- would have been my teachers' attitude too.

Throw in "and when the batteries in your calculator die, you'll need to know how to do it by hand!" for good measure. :-)

I jest...

reply
I think the difference with the calculator analogies is a calculator just speeds up calculations you could do yourself (granted some very slowly). I can’t type in “sally has 35 apples, and wants to give an equal number to each of her 7 friends. how many apples does each get?” I have to know to do 35/7. But an ai will do that problem solving for me, with zero understanding on my part.
reply
I took calc at around the same time. The teacher had us learn to sketch function graphs by hand the old fashioned way, by finding the derivative and looking for critical points, etc.

Then he brought the graphing calculators in and had us plot graphs on those, compare them to our hand sketches, and set domain and range on the graph based on the critical points we found. He emphasized that doing the math beforehand let us use the graphing calculator effectively, and without knowing the math the calculator was useless.

Which sounds like the most sensible voices w.r.t. AI. At least for now. Six months ago I would not trust AI for any but rather menial tasks, but frontier models are able to do more and more of what I do every time I turn around. The TI-83 has been a fixed quantity in terms of capability since the 90s, and it never computed derivatives itself.

reply
Actually it is your code and it is your work.
reply
The legality around that has not yet been tested, so
reply
In the same sense that hiring someone overseas to do your remote work job is submitting your code and your work.
reply
Using typewriters is surrender!

Not your handwriting, not your work!

reply
I use AI all the time for coding, but a tool that non-deterministically reaches potentially a different output than I would have produced myself is not analogous to typewriters.
reply
You yourself would be non-deterministic if we could rewind time. So what's the issue here?

Not to mention, LLMs can be made deterministic if that were actually valuable.

Seems like determinism is just the latest excuse to hate.

reply
It’s not exactly determinism, it’s authenticity. If we rewind time, of course the words would be different. It’s not relevant to my argument.

There’s a reason why the top comments of HN blog posts whine about articles that are clearly written by AI. I use AI constantly as a coding agent, but I care deeply about the authenticity of the words I write intended for other human beings to be my own.

reply
> It’s not exactly determinism, it’s authenticity.

I hope you understand, by so glibly switching from "determinism" to "authenticity" you've just provided more evidence that this is just the latest excuse to hate.

But that aside - what happens in a couple years, when LLMs inevitably improve, and their writing is objectively superior to human writing? And people who just want to read well-written material won't care about the authenticity?

I suspect there will be another glib switch. Because the reality here is just that AI is hated. Full stop.

reply
That's a terrible analogy. It's more like using a typewriter where the job is calligraphy.

I use LLMs at work all the time, and it truly does feel like somebody else coding for me, and me reviewing, cleaning up, and asking for changes. It's really not my work, nor is it my code, but I'm still fine bringing it in.

I also don't use LLMs on my personal code done in my free time because I want my brain to still be fully functional in a few years.

reply
I still use LLMs on personal code as well because I can build way more of it and I have way too many open source projects
reply
I think it's pretty telling that the only response techbros have to that is some form of false equivalence, every single time.
reply
If you can't see why your analogy is deeply broken I honestly don't know what to do for you.
reply
It’s not clear to me why people believe determinism has some special property.
reply
When you read the code thats been generated and submit it as a PR it becomes deterministic
reply
You still don't get it.

Think about the act of writing with a pen.

Now think about what a typewriter does in that context.

Now think about what an LLM does in that context.

Can you reason about how those are vastly different tools within the context of writing or communication, so much so that the comparison doesn't actually make any sense?

Hint: it has nothing to do with determinism. It has to do with the nature of the work itself and the role of the person doing it.

As an aside, this whole exchange really is just a perfect encapsulation of the outcome-focused versus process-focused individual.

The outcome-focused person sees words in a document and whether an LLM produced them or a human typed them is a distinction without a difference.

The process-focused person is utterly baffled that anyone could think those are in any way equivalent.

reply
> You still don't get it.

HEH. I just read your comment three times and I definitely don't get it. I think its entire point is to express outrage about not getting it, rather than actually explain it.

reply
Weird, I don't think any of my comments express outrage

Bafflement? Certainly.

Maybe a little sadness at the lack of understanding of, or appreciation for, the creative process? Sure.

Outrage? Nah.

reply
I think it was your phrase starting with the word "Hint:".

I only see that construction used condescendingly.

reply
Yup, fair point, totally valid criticism.
reply
deleted
reply
Using automated looms or wearing textiles woven by it is cognitive surrender. It's not your fabric, it's not your work.
reply
Yes it is
reply
its a decomp, it wasnt your code to begin with
reply
There's a time for cognition and a time for just moving quickly and getting shit done.

Downloading a bunch of open source libraries and putting together some project with a bunch of glue code also requires little thinking, but before AI no one really said that was "cognitive surrender". People even got pats on the back... for using other people's work to build something.

reply
IMO it's fine if you use it to review hand-written code. Vibe-coding (and especially 100% slop projects) on the other hand, is indeed cognitive surrender as it's identical to cheating on homework back then.
reply
Could you not say the same about using a compiler or higher level language or a library you don’t understand or an algorithm you don’t understand or a chip that you don’t understand?
reply
Yes. How many JavaScript bootcamp programmers don't know how memory works?
reply
deleted
reply
Producing shit code slowly hasn't held me back so far and I don't intend to start letting it do so now.
reply
> You won't be able to produce as good code

This says more about you than anything else. You weren't able to produce good code before AI, and you are not producing good code after AI.

reply
Username checks out.

You might be right. I'm a better programmer than most, but I'm nowhere near as good as I could be, and there is still so much I could learn and improve upon. But back when I was saying that "AI is better than most programmers", ~6 months ago, I figured people at my level were still somewhat safe, as the average programmer, even working professionally, is a shockingly low bar. Do not judge the entire profession by Hackernews posters; most of us are in the upper quartile or so.

These days, for small to medium-sized tasks, frontier LLMs are consistently well within that upper quartile. People at my level have a lot to be concerned about, as most of our day-to-day can be automated away. Sure, there's need for judgement and architectural discipline, but in most shops that's done by the people we used to make fun of in the 2000s, who sit in design review meetings and produce box-and-arrow diagrams, not code. Those are now the real bringers of value to a software development company or division.

At a bare minimum, it is irresponsible to ship code that has any sort of security requirement without using AI. Frontier models are able to discover zero days in minutes that would have taken months with human investigators, and if you're not auditing and red-teaming your own code with AI, someone else will use AI to pop it.

You are just not working to a professional standard in 2026 if you're not using AI.

reply
> I'm a better programmer than most

I don't think so. If you were truly better than most, you'd be proud of your work, instead of trying to avoid doing it at all costs, while accusing others who don't do the same of "not working to a professional standard."

Can't write bad code if you don't write code at all, am I right?

reply