Live data from Hacker News

6 weeks of Claude Code

blog.puzzmo.com

221–230 of 603 posts

Re: 6 weeks of Claude Code

#221
post #66

Earlier quoted context omitted.

Fascinating since I found the recent Claude models untrustworthy for writing and editing SQL. E.g. it'd write conditions correctly, but not add parens around ANDs and ORs (which gemini pro then highlighted as a bug, correctly.)

If you aren't already (1) telling Claude Code which flavor of SQL you want (there are several major dialects and many more minor ones) and (2) giving it access to up-to-date documentation via MCP (e.g. https://github.com/arabold/docs-mcp-server ) so it has direct access to canonical docs for authoritative grounding and syntax references, you'll find that you get much better results by doing one or both of those thing…

Haven't heard of docs-mcp-server, but there is the very popular Context7 with 23k Github stars and more active development:

https://github.com/upstash/context7

Re: 6 weeks of Claude Code

#222
post #66

I have about two weeks of using Claude Code and to be honest, as a vibe coding skeptic, I was amazed. It has a learning curve. You need to learn how to give it proper context, how to chunk up the work, etc. And you need to know how to program, obviously. Asking it to do something you don't know how to do, that's just asking for a disaster. I have more than 25 years of experience, so I'm confident with anything Claude…

Fascinating since I found the recent Claude models untrustworthy for writing and editing SQL. E.g. it'd write conditions correctly, but not add parens around ANDs and ORs (which gemini pro then highlighted as a bug, correctly.)

Try getting Claude to write a style guideline based on some of your existing manually coded work and then see if it improves using that in context.

Re: 6 weeks of Claude Code

#223
Does Claude Code use a different model then Claude.ai? Because Sonnet 4 and Opus 4 routinely get things wrong for me. Both of them have sent me on wild goose chases, where they confidently claimed "X is happening" about my code but were 100% wrong. They also hallucinated APIs, and just got a lot of details wrong in general.

The problem-space I was exploring was libusb and Python, and I used ChatGPT and also Claude.ai to help debug some issues and flesh out some skeleton code. Claude's output was almost universally wrong. ChatGPT got a few things wrong, but was in general a lot closer to the truth.

AI might be coming for our jobs eventually, but it won't be Claude.ai.

Re: 6 weeks of Claude Code

#224
post #66

I have about two weeks of using Claude Code and to be honest, as a vibe coding skeptic, I was amazed. It has a learning curve. You need to learn how to give it proper context, how to chunk up the work, etc. And you need to know how to program, obviously. Asking it to do something you don't know how to do, that's just asking for a disaster. I have more than 25 years of experience, so I'm confident with anything Claude…

Fascinating since I found the recent Claude models untrustworthy for writing and editing SQL. E.g. it'd write conditions correctly, but not add parens around ANDs and ORs (which gemini pro then highlighted as a bug, correctly.)

I found claude sonnet 4 really good at writing SQL if you give it a feedback loop with real data. It will research the problem, research the data, and improve queries until it finds a solution. And then it will optimize it, even optimize performance if you ask it to run explain plan or look at pg_stat_statemnts (postgres).

Re: 6 weeks of Claude Code

#225

I've been using Claude code 12-16 hours a day since I first got it running two weeks ago. Here's the tips I've discovered: 1. Immediately change to sonnet (the cli defaults to opus for max users). I tested coding with opus extensively and it never matches the quality of sonnet. 2. Compacting often ends progress - it's difficult to get back to the same quality of code after compacting. 3. First prompt is very importan…

I had success with creating a VERY detailed plan.md file - down to how all systems connect together, letting claude-loop[1] run while I sleep and coming back in the morning manually patching it up. [1]: https://github.com/DeprecatedLuke/claude-loop

What are some examples of what you've got it to do?

Re: 6 weeks of Claude Code

#226

Earlier quoted context omitted.

How can you end up with code you don't understand, if you review anything it writes? I wouldn't let it deviate from the architecture I want to have for the project. I had problems with junior devs in the past, too eager to change a project, and I couldn't really tell them to stop (need to work on my communication skills). No such problem with Claude Code.

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.

Re: 6 weeks of Claude Code

#227
For me, the most compelling use of LLMs is to one shot scripts, small functions, unit tests, etc.

I don’t understand how people have the patience to do an entire application just vibe coding the whole time. As the article suggests, it doesn’t even save that much time.

If it can’t be done in one shot with simple context I don’t want it.

Re: 6 weeks of Claude Code

#228
post #214

Earlier quoted context omitted.

> If there's a CLI tool, Claude can run it. If there's not a CLI tool... ask Claude anyway, you might be surprised. No Claude Code needed for that! Just hang around r/unixporn and you'll collect enough scripts and tips to realize that mainstream OS have pushed computers from a useful tool to a consumerism toy.

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

Re: 6 weeks of Claude Code

#229

Earlier quoted context omitted.

It's the automators dream come true. Anything can be automated, anything scripted, anything documented. Even if we're gonna use other (possibly local) models in the future, this will be my interface of choice. It's so powerful.

It's not a dream come true to have a bunch of GPUs crunching at full power to achieve your minor automation, with the company making them available losing massive amounts of money on it: https://www.wheresyoured.at/the-haters-gui/ ... while also exposing the contents of your computer to surveillence.

[dead]

Re: 6 weeks of Claude Code

#230

Earlier quoted context omitted.

Its all great until >> I thought I would see a pretty drastic change in terms of Pull Requests, Commits and Line of Code merged in the last 6 weeks. I don’t think that holds water though The chart basically shows same output with claude than before. Which kinda represents what I felt when using LLMs. You "feel" more productive and you definitely feel "better" because you don't do the work now, you babysit the model a…

Not for me. I just reversed engineered a bluetooth protocol for a device which would taken me at least a few days capturing streams of data wireshark. Now i dumped entire dumps inside a llm and it gave me much more control finding the right offsets etc. It took me only a day.

[dead]
Post reply on HN