Live data from Hacker News

What makes Claude Code so damn good

minusx.ai

121–130 of 322 posts

Re: What makes Claude Code so damn good

#121

Earlier quoted context omitted.

[flagged]

> I bet you could replace your slop pile with a tenth of the lines of clean code, and chances are it'd be less work than you think. Actually, no. When LLMs produce good, working code, it also tends to be efficient (in terms of lines, etc). May vary with language and domain, though.

Eh, when is that, though? I'm always worrying about the bugs that I haven't noticed if I don't review the changes. The other day, I gave it a four-step algorithm to implement, and it skipped three of the steps because it didn't think they were necessary (they were).

Re: What makes Claude Code so damn good

#122

Earlier quoted context omitted.

> I bet you could replace your slop pile with a tenth of the lines of clean code, and chances are it'd be less work than you think. Actually, no. When LLMs produce good, working code, it also tends to be efficient (in terms of lines, etc). May vary with language and domain, though.

Eh, when is that, though? I'm always worrying about the bugs that I haven't noticed if I don't review the changes. The other day, I gave it a four-step algorithm to implement, and it skipped three of the steps because it didn't think they were necessary (they were).

Hmm...

It may be the size of the changes you're asking for. I tend to micromanage it. I don't know your algorithm, but if it's complex enough, I may have done 4 separate prompts - one for each step.

Re: What makes Claude Code so damn good

#123

Earlier quoted context omitted.

Eh, when is that, though? I'm always worrying about the bugs that I haven't noticed if I don't review the changes. The other day, I gave it a four-step algorithm to implement, and it skipped three of the steps because it didn't think they were necessary (they were).

Hmm... It may be the size of the changes you're asking for. I tend to micromanage it. I don't know your algorithm, but if it's complex enough, I may have done 4 separate prompts - one for each step.

Isn't it easier to just write the code???

Re: What makes Claude Code so damn good

#124

Earlier quoted context omitted.

Eh, when is that, though? I'm always worrying about the bugs that I haven't noticed if I don't review the changes. The other day, I gave it a four-step algorithm to implement, and it skipped three of the steps because it didn't think they were necessary (they were).

Hmm... It may be the size of the changes you're asking for. I tend to micromanage it. I don't know your algorithm, but if it's complex enough, I may have done 4 separate prompts - one for each step.

It was really simple, just traversing a list up and down twice. It just didn't see the reason why, so it skipped it all (the reason was to prevent race conditions).

Re: What makes Claude Code so damn good

#125
post #77

Earlier quoted context omitted.

LLMs do not „forget“ everything completely either. Probably all major tools by now consume information from some form of memory (system prompt, Claude.md, project files etc) before your prompt. Claude Code rewrites the Claude.md, ChatGPT may modify the chat memory if it finds it necessary etc.

Writing stuff in a file is not “memory” (particularly if I have to do it), and in any case, it consumes context. Overrun the context window, and the tool doesn’t know about what is lost. There are various hacks these tools take to cram more crap into a fixed-size bucket, but it’s still fundamentally different than how a person thinks.

> Writing stuff in a file is not “memory”

Do you understand yourself what you just said? File is a way to organize data in memory of a computer by definition. When you write instructions to LLM, they persistently modify your prompts making LLM „remember“ certain stuff like coding conventions or explanations of your architectural choices.

> particularly if I have to do it

You have to communicate with LLM about the code. You either do it persistently (must remember) or contextually (should know only in context of a current session). So word „particularly“ is out of place here. You choose one way or another instead of bring able to just tell that some information is important or unimportant long-term. This communication would happen with humans too. LLMs have different interface for it, more explicit (giving the perception of more effort, when it is in fact the same; and let’s not forget that LLM is able to decide itself on whether to remember something or not).

> and in any case, it consumes context

So what? Generalization is an effective way to compress information. Because of it persistent instructions consume only a tiny fraction of context, but they reduce the need for LLM to go into full analysis of your code.

> but it’s still fundamentally different than how a person thinks.

Again, so what? Nobody can keep in short-term memory the entire code base. It should not be the expectation to have this ability neither it should not be considered a major disadvantage not to have it. Yes, we use our „context windows“ differently in a thinking process. What matters is what information we pack there and what we make of it.

Re: What makes Claude Code so damn good

#126
post #33

Oof, this comes at a hard moment in my Claude Code usage. I'm trying to have it help me debug some Elastic issues on Security Onion but after a few minutes it spits out a zillion lines of obfuscated JS and says: Error: kill EPERM at process.kill (node:internal/process/per_thread:226:13) at Ba2 (file:///usr/local/lib/node_modules/@anthropic-ai/claude-code/cli.js:506:19791) at file:///usr/local/lib/node_modules/@anthro…

I get this issue when it uses sudo to run a process with root privileges, and then times out.

Re: What makes Claude Code so damn good

#127
post #5

What do people think of Google's Gemini (Pro?) compared to Claude for code? I really like a lot of what Google produces, but they can't seem to keep a product that they don't shut down and they can be pretty ham-fisted, both with corporate control (Chrome and corrupt practices) and censorship

It sucks.

Lol downvoted, come on anyone who has used gemini and claude code knows there's no comparison... gimme a break.

Re: What makes Claude Code so damn good

#128

I don’t know if I’m doing something wrong. I was using Sonnet 4 with GitHub Copilot. Recently a week ago switched to Claude Code. I find GitHub Copilot solves problem and bugs way better than Claude Code. For some reason, Claude Code seems very lazy. Has anyone experience something similar?

The consensus is the opposite: most people find copilot does less well than Claude with both using sonnet 4. Without discounting your experience, you’ll need to give us more detail about what exactly you were trying to do (what problem, what prompt) and what you mean by “lazy” if you want any meaningful advice though.

Where do you find this "consensus"?

Re: What makes Claude Code so damn good

#129

Earlier quoted context omitted.

> https://github.com/anthropics/claude-code That repository does not contain the code. It's just used for the issue tracker and some example hooks.

https://github.com/dnakov/claude-code :trollface:

That's been DMCA'd since you posted it. Happen to know where I can find a fork?

Re: What makes Claude Code so damn good

#130

Earlier quoted context omitted.

It sucks.

Lol downvoted, come on anyone who has used gemini and claude code knows there's no comparison... gimme a break.

You're getting down voted because of the curt "it sucks" which shows a level of shallowness in your understanding.

Nothing in the world is simply outright garbage. Even the seemingly worst products exist for a reason and is used for a variety of use cases.

So, take a step back and reevaluate whether your reply could have been better. Because, it simply "just sucks"

Post reply on HN