Live data from Hacker News

The insecure evangelism of LLM maximalists

lewiscampbell.tech

291–295 of 295 posts

Re: The insecure evangelism of LLM maximalists

#291

Earlier quoted context omitted.

Far less than you'd think for local LLMs.

Local LLMs that you can run on consumer hardware don't really do anything though. They are amusing, maybe you could use them for basic text search, but they don't have any real knowledge like the hosted ones do.

Gemma 3 27B, some smaller models in the 8-16B size range, and up to 32B can be run on hardware that fits in the "consumer" bracket. RAM is more expensive now, but most people can afford a machine with 32GB and maybe a small graphics card.

Small models don't have as much world knowledge as very large models (proprietary or open source ones), but it's not always needed. They still can do a lot of stuff. OCR and image captioning, tagging, following well-defined instructions, general chat, some coding, are all things local models do pretty well.

Edit: fixed unnecessarily abrasive wording

Re: The insecure evangelism of LLM maximalists

#292

I tend to share the sentiment of the author. I think that coding assistants tend to quite good as long as what you ask is close to the training data. Anything novel and the quality if falling off rapidly. So, if you are like Antirez and ask for a Linenoize improvement that has already be seen many times by the LLM at training time, the result will seem magical, but that is largely an illusion, IMO.

Heads up that this is "more true" for non-reasoning LLMs. Reasoning gives an LLM a lot more runway to respond to out of distribution inputs by devoting more compute on understanding the code it's changing, and to play with ideas on how to change it before it commits.

Re: The insecure evangelism of LLM maximalists

#293
post #284
post #237

Earlier quoted context omitted.

> filtered out at some stage (an early one being college intro CS classes) Most schools' CS departments have shifted away from letting introductory CS courses perform this function— they go out of their way to court students who are unmotivated or uninterested in computer science fundamentals. Hiring rates for computer science majors are good, so anything to up those enrollment numbers makes the school look better on…

From my dated experience in a CS-adjacent major, I'm torn between "that's bad, people need to care about the craft" versus "that's good, CS was a bit too ivory-tower/theory focused".

As someone who ended up getting two bachelor's degrees so that I could somewhat deeply explore diverse subjects, I think schools would do well to have strong, distinct programs in:

  - computer science
  - computer engineering
  - software engineering
  - mathematics
  - some kind(s) of interdisciplinary programs that interweave computing with fine arts, liberal arts, or business, e.g.,
    - digital humanities 
    - information science
    - idk what other disciplines
and provide generously list courses taught in one department but highly relevant in another under multiple headings, for use as electives in adjacent minors and majors.

IIRC, when I was in school, my university only had programs in "computer science", "electrical and computer engineering", "management information systems", "mathematics", and an experimental interdisciplinary thing they called "information science, technology, and the arts". Since then, they've created a "software engineering" major, which I imagine may have alleviated some of the misalignment I saw in my computer science classes.

I loved the great range of theory classes available to me, and they were my favorite electives. If there had been more (e.g., in programming language design, type theory, or functional programming), I definitely would have taken them. But if we'd had a software engineering program, I likely would have tried to minor in that as well!

To me, it's an old-school liberal art (like geometry and arithmetic) that specialists typically pursue as a formal science (that is, a science of logical structure rather than experimentation, like mathematics or Chomskyan grammar). The engineering elements that I see as vital to computer science per se are not really software engineering in the broadest sense, but mostly about fundamentals of computing that are taught in most computer science programs already (compilers, operating systems, binary operations, basic organization of CPUs, mainframes, etc.).

My computer science program technically had only one course on software engineering per se, and I think schools should really offer more than that. In fact, I think that's not enough even within a "computer science" program. But I think the most beneficial way to provide courses of broader interest is with "clear but porous" boundaries between the various members of this cluster of related disciplines, rather than revising core computer science curricula to court students who aren't really interested in computer science per se.

Re: The insecure evangelism of LLM maximalists

#294

Earlier quoted context omitted.

hmm, maybe you are not as good at using llms as you think then? lol jk. i mean if you have imposter syndrome then this feeling will always be prevalent. how do you know what you are good at or not? i might be competent enough to have progressed this far in my career as in "results", but comparison to people i consider "good" devs always puts in that doubt. i guess it strikes a chord when someone in the same breath of…

hmm, maybe you are not as good at using llms as you think then? lol jk. Oh yeah that's entirely possible. I think mentioned it several times in the article. One always has to be open to the possibility that one is just ignorant. i guess it strikes a chord when someone in the same breath of claiming to be open minded makes a backhand comment where people who like llms might just must be a shitty programmer or whatever…

[deleted]

Re: The insecure evangelism of LLM maximalists

#295
post #286

Earlier quoted context omitted.

Honestly? LLMs are currently above average at programming. We've all been through The Daily WTF at least once. That's representative of the average. (Although some examples are more egregious than others.)

> The Daily WTF at least once. That's representative of the average I'd say The Daily WTF are the more spectacularly weird and wrong, not representative; I've seen a few things deserving to be on their site in real life*, but the average I've seen has been much better than that. It's difficult to be sure, but I think these models are roughly like someone with 1-3 years of experience, though the worst codebase(s) I've…

I have certainly seen some things from people who were previously colleagues that would make a number of hilarious Daily WTF posts. :(

Apart from my own personal anecdotal information, the state of web development is absolutely dire [^1]. Software bloat has been a problem for as long as I've been using computers. In fact, the software crisis [^2] predates _me_, and I'm an old man.

I'm sure there are people who disagree that inefficiency in software is a problem at all, or that it's even related to the original question (whether LLMs have reached the level of an average programmer). LLMs can generate an astronomical amount of bloat! Because that's what they have been trained on. Most of the code in the wild is outrageously bad.

And that's my point. LLMs absolutely have reached the level of average programmers because average programmers produce code that most critical thinkers believe is of objectively low quality.

I can't say what the average years of experience is for the developers that create these SPA behemoths. Perhaps an estimate based on the Stack Overflow Annual Developer Survey is in the right ballpark. Most respondents (21.1%) in 2025 have been coding for 6 - 10 years [^3]. This is of course across all domains, not just web development. Without detailed breakdowns, this is the best information I have on the subject.

[^1]: https://tonsky.me/blog/js-bloat/

[^2]: https://en.wikipedia.org/wiki/Software_crisis

[^3]: https://survey.stackoverflow.co/2025/developers#2-years-codi...

Post reply on HN