Am I spending too much time on HN or is every post/comment section filled with this same narrative? Basically, LLMs are exciting but they produce messy code for which the dev feels no ownership. Managing a codebase written by an LLM is difficult because you have not cognitively loaded the entire thing into your head as you do with code written yourself. They're okay for one-off scripts or projects you do not intend t…
I’m currently using Cursor to complete something that would have taken me about a full year in a month. But I’m in no rush to invite an army of people to compete with me just yet. I’ll be back when I’m sipping coladas on a beach to tell you what I did.
I'm dialing back my LLM usage
131–140 of 252 posts
Re: I'm dialing back my LLM usage
#132LLMs save me a lot of time as a software engineer because they save me a ton of time doing either boilerplate work or mundane tasks that are relatively conceptually easy but annoying to actually have to do/type/whatever in an IDE. But I still more-or-less have to think like a software engineer. That's not going to go away. I have to make sure the code remains clean and well-organized -- which, for example, LLMs can h…
I'm in a similar boat. I've only started using it more very recently, and it's really helping my "white-page syndrome" when I'm starting a new feature. I still have to fix a bunch of stuff, but I think it's easier for me to fix, tweak and refactor existing code than it is to write a new file from scratch. Often times there's a lot of repetition in the app I'm working on, and there's a lot of it that's already been ab…
Re: I'm dialing back my LLM usage
#133Earlier quoted context omitted.
honestly my theory is part of it is people who are very caught up in the "craft" part of it and now hate these LLMs for producing shit that pretty much works but isn't like this "perfect specimen" of coding architecture that they now have to pour over. honestly, the vast majority of basically CRUD apps out there we are inflating our skills a bit too much here. even if the code is junk you can adapt your mindset to ac…
The fundamental limitation of LLMs writing code is that reading and understanding code is harder and slower than writing it. With other engineers that I work with there is an established level of trust where I do not need to deep dive into every PR. With LLMs it is like I am constantly doing code reviews for someone with whom I have zero trust. This is fundamentally a slow process, especially if you need to maintain…
Re: I'm dialing back my LLM usage
#134Earlier quoted context omitted.
Your steroids comparison made me think of Cal Newport's recent blog post[1] where he argues that AI is making us lazy. He quotes some researchers who hooked people up to EEG machines then had them work. The people working without AI assistance incurred more brain "strain" and that's probably a good thing. But even he doesn't think AI shouldn't be used. Go ahead and use it for stuff like email but don't use it for you…
It's worth noting this is the exact argument people used against adopting electric calculators.
Re: I'm dialing back my LLM usage
#135Is this Zed Shaw’s blog?
Re: I'm dialing back my LLM usage
#136I don't think LLM for coding productivity is all hype but I think for the people who "see the magic" there are many illusions here similar to those who fall prey to an MLM pitch.
You can see all the claims aren't necessarily unfounded, but the lack of guaranteed reproducibility leaves the door open for many caveats in favor of belief for the believer and cynicism for everybody else.
For the believers if it's not working for one person, it's a skill issue related to providing the best prompt, the right rules, the perfect context and so forth. At what point is this a roundabout way of doing it yourself anyway?
Re: I'm dialing back my LLM usage
#137Earlier quoted context omitted.
Yes, it's very polarized. That being said, people have shown a lot of code produced by LLMs so I don't understand the dismissive argument you make at the end. Below is a link to a great article by Simon Willison explaining an LLM assisted workflow and the resulting coded tools. [0] https://simonwillison.net/2025/Mar/11/using-llms-for-code/ [1] https://github.com/simonw/tools
While I greatly appreciate all of Simon Willson's publishing, these tools don't meet the criteria of the OP's comment in my opinion. Willson's tools archive all do useful, but ultimately small tasks which mostly fit the "They're okay for one-off scripts or projects you do not intend to maintain" caveat from OP. Meanwhile, it's not uncommon to see people on HN saying they're orchestrating multiple major feature implem…
Re: I'm dialing back my LLM usage
#138LLMs have limits. They are super powerful but they can't make the kind of leap humans can. For example, I asked both Claude and Gemini below problem. "I want to run webserver on Android but it does not allow binding on ports lower than 1000. What are my options?" Both responded with below solutions 1. Use reverse proxy 2. Root the phone 3. Run on higher port Even after asking them to rethink they couldn't come up wit…
Re: I'm dialing back my LLM usage
#139Earlier quoted context omitted.
> The other side of it is people who seem to have 'gotten it' and can dispatch multiple agents to plan/execute/merge changes across a project and want to tell you how awesome their workflow is without actually showing any code. This is a great read on the situation. Do you think these people are just making it up/generating baseless hype?
I think people are rightly hesitant to share code that has their name on it but for which they know nothing about. I have seen a few of these full blown llm coded projects and every one of them has has some giant red flashing warning at the top of the README about the project being llm generated. So I think it’s probably a mix of avoiding embarrassment and self preservation.
Re: I'm dialing back my LLM usage
#140I think LLMs have made a lot of developers forget the lessons in "Simple Made Easy": https://www.youtube.com/watch?v=SxdOUGdseq4 LLMs seem to be really good at reproducing the classic Ball of Mud, that can't really be refactored or understood. There's a lot of power in creating simple components that interact with other simple components to produce complex functionality. While each component is easy to understand and…
> I suppose once LLMs get really good at that skill, will be when we really won't need developers any more. I don't really get this argument. So when LLMs become "perfect" software developers are we just going to have them running 24/7 shitting out every conceivable piece of software ever? What would anyone do with that? Or do you expect every doctor, electrician, sales assistant, hairdresser, train driver etc. to st…
I started my software career by automating my job, then automating other people’s jobs. Eventually someone decided it would be easier to just hire me as a software engineer.
I just met with an architect for adding a deck onto my house (need plans for code compliance). He said he was using AI to write programs that he could use with design software. He demoed how he was using AI to convert his static renders into walkthrough movies.