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

6 weeks of Claude Code

blog.puzzmo.com

Post reply on HN
Print view View original

281–290 of 603 posts

Re: 6 weeks of Claude Code

#281

Post by zmmmmm »

KronisLV wrote: post #58
arevno wrote: post #55

Earlier quoted context omitted.

> 1. Monorepos can save time Yes they can save you some time, but at the cost of Claude's time and lots of tokens making tool calls attempting to find what it needs to find. Aider is much nicer, from the standpoint that you can add the files you need it to know about, and send it off to do its thing. I still don't understand why Claude is more popular than Aider, which is by nearly every measure a better tool, and ca…

> Aider is much nicer, from the standpoint that you can add the files you need it to know about, and send it off to do its thing. As a user, I don't want to sit there specifying about 15-30 files, then realize that I've missed some and that it ruins everything. I want to just point the tool at the codebase and tell it: "Go do X. Look at the current implementation and patterns, as well as the tests, alongside the docs…

Aider does know the whole repository tree (it scans the git index). It just doesn't read the files until you tell it to. If it thinks it needs access to a file, it will prompt you to add it. I find this to be a fairly good model. Obviously it doesn't work off line though.

Re: 6 weeks of Claude Code

#282

Post by anonu »

zmmmmm wrote: post #276

I'm most interested in how well these tools can tackle complex legacy systems. We have tonnes of code that's been built over a decade with all kinds of idioms and stylistic conventions that are enforced primarily through manual review. This relates in part to working in a regulated environment where we know certain types of things need radical transparency and auditability, so writing code the "normal" way a develope…

Ultimately it depends on how many examples in that language showed up on stackoverflow or in public GitHub repos. Otherwise, ymmv if it's not python, c++, rust or JavaScript

Re: 6 weeks of Claude Code

#283

Post by hollowturtle »

MuffinFlavored wrote: post #17

I think Claude Code is great, but I really grew accustomed to the "Cursor-tab tab tab" autocomplete style. A little perplexed why the Claude Code integration into VS Code doesn't add something like this? It would make it the perfect product to me. Surprised more people do not talk about this/it isn't a more commonly requested feature.

"Cursor tab tab tab" is just nuts. I'm also getting accustomed to type carelessly, making syntax mistakes who cares if a tab can fix that. I fly with it. As per why more people dont talk about this, I have a the strong opinion that tools find success in the median of the market, not in the excellence. I think coders with a great autocomplete are a real deal. I find so boring and courtproductive chatting about a problem

Re: 6 weeks of Claude Code

#284

Post by willsmith72 »

channel_t wrote: post #208
giancarlostoro wrote: post #169

Earlier quoted context omitted.

If you are a Senior Developer, who is comfortable giving a Junior tips, and then guiding them to fixing them (or just stepping in for a brief moment and writing where they missed something) this is for you. I'm hearing from Senior devs all over thought, that Junior developers are just garbage at it. They product slow, insecure, or just outright awful code with it, and then they PR the code they don't even understand.…

Yes, can confirm that as a senior developer who has needed to spend huge amounts of time reviewing junior code from off-shore contractors with very detailed and explicit instructions, dabbling in agentic LLM coding tools like Claude Code has felt like like a gift from heaven. I also have concerns about said junior developers wielding such tools, because yes, without being able to supply the right kind of context and…

Totally agree with the off-shore component of this. I'm already going to have to break a task down into clear detail and resolve any anticipated blocker myself upfront to avoid multi-timezone multi-day back and forth.

Now that I'm practiced at that, the off-shored part is no longer valuable

Re: 6 weeks of Claude Code

#285

Post by felipeerias »

zmmmmm wrote: post #276

I'm most interested in how well these tools can tackle complex legacy systems. We have tonnes of code that's been built over a decade with all kinds of idioms and stylistic conventions that are enforced primarily through manual review. This relates in part to working in a regulated environment where we know certain types of things need radical transparency and auditability, so writing code the "normal" way a develope…

You need to provide agentic tools with enough context about the project so they can find their way around. In Claude Code this is typically done via a CLAUDE.md document at the root of the codebase.

I work on Chromium and my experience improved immensely by using a detailed context document (~3,000 words) with all sorts of relevant information, from the software architecture and folder organisation to the C++ coding style.

(The first draft of that document was created by Claude itself from the project documentation.)

Re: 6 weeks of Claude Code

#286

Post by jadbox »

Good article, but fwiw, I think GraphQL is a bane for web dev for 90% of projects. It overcomplicates, bloats, and doesn't add anything over regular OpenAPI specs for what is usually just CRUD resource operations.

Re: 6 weeks of Claude Code

#287

Post by Fraterkes »

silenced_trope wrote: post #193
Fraterkes wrote: post #5

Irrespective of how good Claude code actually is (I haven’t used it, but I think this article makes a really cogent case), here’s something that bothers me: I’m very junior, I have a big slow ugly codebase of gdscript (basically python) that I’m going to convert to C# to both clean it up and speed it up. This is for a personal project, I haven’t written a ton of C# or done this amount of refactoring before, so this c…

Is GDScript really less efficient than C# in Godot? What bottlenecks are you experiencing? I'm a developer experienced with Python (GDScript-like) and C#, but am new to Godot and started with GDScript.

It really depends on how much actual logic you implement in Gdscript. It is really slow though, even slower than python as far as I know. So if you’re doing anything beyond gluing engine calls together (eg writing complicated enemy logic) its easy to run into performance issues. The “official” way to deal with that is to create gdextensions for the slow stuff, but at that point you might aswell do everything in C# (imo).

It’s easy to convince yrself that code is going to be fast enough, but games run into bottlenecks really quickly, and it also makes your stuff inaccessible to people who don’t have great hardware.

Re: 6 weeks of Claude Code

#289

Post by SparkyMcUnicorn »

dv_dt wrote: post #228
elAhmo wrote: post #214

Earlier quoted context omitted.

Simple task of unzipping with tar is cryptic enough that collecting unix scripts from random people is definitely something people don't want to do in 2025.

Script? I havent used anything more complex than "tar xzf file" in a decade

Remembering one thing is easy, remembering all the things is not. With an agentic CLI I don't need to remember anything, other than if it looks safe or not.

Re: 6 weeks of Claude Code

#290

Post by everforward »

ako wrote: post #226
everforward wrote: post #171

Earlier quoted context omitted.

I've only used the agentic tools a bit, but I've found that they're able to generate code at a velocity that I struggle to keep in my head. The development loop also doesn't require me to interact with the code as much, so I have worse retention of things like which functions are in which file, what helper functions already exist, etc. It's less that I can't understand, and more that my context on the code is very we…

Ask it to document the code with design documents and mermaid diagrams. Much faster to review.

I might have to try this. Without having tried it, it feels like the context I think I lack is more nitty gritty than would be exposed like this. It's not like I'm unsure of how a request ends up in a database transaction, but more "do we need or already have an abstraction over paging in database queries?". It doesn't feel like mermaid diagrams or design documents would include that, but I'm open to being wrong there.
Post reply on HN