Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Coding with LLMs in the summer of 2025 – an update

antirez.com

Post reply on HN
Print view View original

371–380 of 434 posts

Re: Coding with LLMs in the summer of 2025 – an update

#371

Post by jakebennet89 »

cheeze wrote: post #211
QRY wrote: post #193

Earlier quoted context omitted.

Have you considered the Framework Desktop setup they mentioned in their announcement blog post[0]? Just marketing fluff, or is there any merit to it? > The top-end Ryzen AI Max+ 395 configuration with 128GB of memory starts at just $1999 USD. This is excellent for gaming, but it is a truly wild value proposition for AI workloads. Local AI inference has been heavily restricted to date by the limited memory capacity an…

I love Framework but it's still not enough IMO. My time is the most valuable thing, and a subscription to $paid_llm_of_choice is _cheap_ relative to my time spent working. In my experience, something Llama 3.3 works really well for smaller tasks. For "I'm lazy and want to provide minimal prompting for you to build a tool similar to what is in this software package already", paid LLMs are king. If anything, I think th…

[dead]

Re: Coding with LLMs in the summer of 2025 – an update

#373

Post by LeafItAlone »

skydhash wrote: post #209
LeafItAlone wrote: post #196

Earlier quoted context omitted.

>The reason I don't like those arguments is that they merge two orthogonal stuff: Solving problems and optimizing your tooling. You can optimize PyCharm just as much you can fiddle with Vim's config. But you’re ignoring that the “optimizing tooling” is for the goal of making it easier for you. Its spending time now to decrease time spent in the long term. I spent over a decade with Emacs as my sole editor and have si…

Emacs is not a python oriented IDE. So the comparison is moot from the beginning. Some people likes what Emacs offers and mesh it with external tools. Some prefers a more complete package. Nothing wrong with either, especially if you have the time and the knowledge to iterate quicly on the first. What you may need is something others can do without. So what’s best is always subjective.

Sure.

I think it’s odd for you to criticize someone’s reasons when you apparently just reject their underlying premise to begin with (which is, effectively, my experience with a particular open source tool isn’t the best for me and the one I found that does isn’t open source).

Frankly, the idea of having 4 different ways of editing code, as you’ve described above, just seems like a nightmare to me. I like to have one tool that does it all and learn to use that tool well. The Jetbrains tooling allows me to do this with little of my time spent configuring it.

If what you are using works well for you, then I think we should all be happy here.

Re: Coding with LLMs in the summer of 2025 – an update

#376

Post by amelius »

KronisLV wrote: post #366
dakiol wrote: post #25

> Gemini 2.5 PRO | Claude Opus 4 Whether it's vibe coding, agentic coding, or copy pasting from the web interface to your editor, it's still sad to see the normalization of private (i.e., paid) LLM models. I like the progress that LLMs introduce and I see them as a powerful tool, but I cannot understand how programmers (whether complete nobodies or popular figures) dont mind adding a strong dependency on a third part…

The software is largely there: you can run Ollama, vLLM or whatever else you please today. The models are somewhat getting there: even the smaller ones like Qwen3-30B-A3B and Devstral-23B are okay for some use cases and can run decently fast. They’re not amazing, but better than much larger models a year or two ago. The hardware is absolutely not there: most development laptops will be too weak to run a bunch of tool…

Didn't Karpathy, in his latest talk, say something along the lines of: don't bother with less capable models, they are just a waste of time.

Re: Coding with LLMs in the summer of 2025 – an update

#378

Post by justatdotin »

stingraycharles wrote: post #367
KronisLV wrote: post #366

Earlier quoted context omitted.

The software is largely there: you can run Ollama, vLLM or whatever else you please today. The models are somewhat getting there: even the smaller ones like Qwen3-30B-A3B and Devstral-23B are okay for some use cases and can run decently fast. They’re not amazing, but better than much larger models a year or two ago. The hardware is absolutely not there: most development laptops will be too weak to run a bunch of tool…

And models like Qwen3 really don’t match the quality of Opus 4 and Gemini-Pro 2.5. And even if you manage to get your hands on 512GB of GPU RAM, it will be slow . There’s simply so much going on under the hood at these LLM providers that are very hard to replicate locally.

its impossible to catch up; but there is still much fertile and prospective territory within reach

Re: Coding with LLMs in the summer of 2025 – an update

#379

Post by jfkfibkririfk »

leemoore wrote: post #285
apwell23 wrote: post #7

> Coding activities should be performed mostly with: Claude Opus 4 I've been going down to sonnet for coding over opus. maybe i am just writing dumb code

Same, if you dont give opus big enough problems it's more likely to go off the rails. Not much more likely but a little more likely

Did your meditation pay off? Did you hit stream entry?

Re: Coding with LLMs in the summer of 2025 – an update

#380

Post by faxmeyourcode »

amluto wrote: post #377

> Always be part of the loop by moving code by hand from your terminal to the LLM web interface Is there any good tooling for making this part easier and less error prone, short of going to a full-fledged agent system?

I don't aggree 100% with the OP on this suggestion. I use an agent to build a feature, then if it's significantly important enough I will have it open a PR that I can review traditionally after testing.

Copying and pasting code may work but when the agent is right there and can go read a file on its own I don't see the point in copying and pasting this way.

Really though, like another comment said, I'm probably working on different problems than antirez, so your mileage may vary.

Post reply on HN