Claude has been miserable for anything Java related, in my experience. Use it maybe as a cross check for ChatGPT, which is far superior. They both make mistakes, but Claude repeatedly changes course, contradicts itself, or makes suggestions that are basically unusable. I don't understand why conversations here are always focusing on a bad LLM.
Ask HN: How can I get better at using AI for programming?
301–310 of 491 posts
Re: Ask HN: How can I get better at using AI for programming?
#302Hey, Boris from the Claude Code team here. A few tips: 1. If there is anything Claude tends to repeatedly get wrong, not understand, or spend lots of tokens on, put it in your CLAUDE.md. Claude automatically reads this file and it’s a great way to avoid repeating yourself. I add to my team’s CLAUDE.md multiple times a week. 2. Use Plan mode (press shift-tab 2x). Go back and forth with Claude until you like the plan b…
Hey Boris, I couldn't agree more. And using Plan mode was a major breakthrough for me. Speaking of Plan Mode... I was previously using it repeatedly in sessions (and was getting great results). The most recent major release introduced this bug where it keeps referring back to the first plan you made in a session even when you're planning something else ( https://github.com/anthropics/claude-code/issues/12505 ). I fin…
So you either need to be very explicit about starting a NEW plan if you want to do more than one plan in a session, or close and start a new session between plans.
Hopefully this new feature will get less buggy. Previously the plan was only in context and not written to disk.
Re: Ask HN: How can I get better at using AI for programming?
#303Earlier quoted context omitted.
This is just meaningless knee-jerking, try making an actual argument. At least the GP is arguing that more use of AI leads to loss of personal coding skills. It's unclear at this point what level AI will grow to, i.e. it could hit a hard wall at 70% of a good programmer's ability, and in that case you would really want those personal coding skills since they'll be worth a lot. It could also far exceed a good programm…
"This is just meaningless knee-jerking," Your point is valid. "AI leads to loss of personal coding skills" Unfortunately, I can no longer do long division. No one will pay me to do long division and I have a calculator now. I could stay sharp at long division for a hobby though. Keep those for loops sharp if you want, but I don't see people paying you to hand code. Eventually, it will just be a liability. (like not u…
Re: Ask HN: How can I get better at using AI for programming?
#304Earlier quoted context omitted.
This is the fastest way to unemployment benefits (if that is the goal).
Have we really reached the point where a candidate gets outright rejected for not using AI tools, without taking personal aptitudes into consideration?
Re: Ask HN: How can I get better at using AI for programming?
#305Hey, Boris from the Claude Code team here. A few tips: 1. If there is anything Claude tends to repeatedly get wrong, not understand, or spend lots of tokens on, put it in your CLAUDE.md. Claude automatically reads this file and it’s a great way to avoid repeating yourself. I add to my team’s CLAUDE.md multiple times a week. 2. Use Plan mode (press shift-tab 2x). Go back and forth with Claude until you like the plan b…
Re: Ask HN: How can I get better at using AI for programming?
#306Claude has been miserable for anything Java related, in my experience. Use it maybe as a cross check for ChatGPT, which is far superior. They both make mistakes, but Claude repeatedly changes course, contradicts itself, or makes suggestions that are basically unusable. I don't understand why conversations here are always focusing on a bad LLM.
have you used claude code?
Re: Ask HN: How can I get better at using AI for programming?
#307Earlier quoted context omitted.
Does the same happens if I create an AGENTS.md instead?
Claude Code does not support AGENTS.md, you can symlink it to CLAUDE.md to workaround it. Anthropic: pls support!
Re: Ask HN: How can I get better at using AI for programming?
#308I use AI at work. We have a huge codebase in Golang. 1000s of files. I had tried cursor, claude code, gemini cli, openai codex and all sorts of vscode based idea (like windsurf, antigravity etc). All of them get overwhelmed when there is something to implement or change in the codebase primarily due to the amount of code. But I like aider. I had better capabilities and is controllable, you can try. And if you use it…
It is deliberately NOT a fully agentic tool and this really oftentimes is a benefit. With a little bit of manual work you get exactly the files you want in context and prevent the wrong files from being edited (/read-only). Plus, by skipping on all that agentic thinking and tool calling you save on tokens and edit are faster.
Re: Ask HN: How can I get better at using AI for programming?
#309Earlier quoted context omitted.
The effect of these tools is people losing their software jobs (down 35% since 2020). Unemployed devs aren’t clamoring to go use AI on OSS.
Wasn't most of that caused by that one change in 2022 to how R&D expenses are depreciated, thus making R&D expenses (like retaining dev staff) less financially attractive? Context: This news story https://news.ycombinator.com/item?id=44180533
Re: Ask HN: How can I get better at using AI for programming?
#310Hey, Boris from the Claude Code team here. A few tips: 1. If there is anything Claude tends to repeatedly get wrong, not understand, or spend lots of tokens on, put it in your CLAUDE.md. Claude automatically reads this file and it’s a great way to avoid repeating yourself. I add to my team’s CLAUDE.md multiple times a week. 2. Use Plan mode (press shift-tab 2x). Go back and forth with Claude until you like the plan b…
What a joke. Claude regularly ignores the file. It is a toss up: we were playing a game at work to guess which items will it forget first: to run tests, formatter, linter etc. This is despite items saying ABSOLUTELY MUST, you HAVE To and so long.
I have cancelled my Claude Max subscription. At least Codex doesn’t tell me that broken tests are unrelated to its changes or complain that fixing 50 tests is too much work.