Live data from Hacker News

How I'm Productive with Claude Code

neilkakkar.com

121–130 of 192 posts

Re: How I'm Productive with Claude Code

#121
post #37

Earlier quoted context omitted.

Sometimes outcomes and achievements and work product are useful beyond just... stack ranking yourself against your peers. Seems so odd to me that this is your mentality unless you're earlier in your career.

Fair enough. I've been in software more than I would like to admit. And the more I'm in, the less I care about achievements in a work environment. All I care about is that the company pays me every month, because companies don't care about me (they care about my outome per hour/week/month). So it's essential to rank yourself high against your peers (being ethically and the like, ofc), otherwise you are out in the nex…

People would really be better off seeing themselves as mercenaries with health benefits. You are nothing more. You learn, you make friends, but your job is ephemeral. Do it, but don't get attached TO it.

Re: How I'm Productive with Claude Code

#123
post #97

This is the "lines of code per week" metric from the 90s, repackaged. "I'm doing more PRs" is not evidence that AI is working, it's evidence that you are merging more. Whether thats good depends entirely on what you are merging. I use AI every day too. But treating throughput of code going to production as a success metric, without any mention of quality, bugs, or maintenance burden is exactly the kind of thinking de…

FWIW, I've been using AI, but instead of "max # of lines/commits", I'm optimising for "min # of pr comments/iterations/bugs". My goal is to end up with less/simpler code and more/bigger impact. The real goal is business value, and ultimately human value. Optimise for that, using AI where it fits. Along those lines, some techniques I've been dabbling in: 1. Getting multiple agents to implement a requirement from scrat…

The Goodhart's law effect there seems obvious - rather than code getting better, you might just become less rigorous in your reviews and stop commenting as much. You may not even realize your standards are dropping.

Re: How I'm Productive with Claude Code

#125

Call me incompetent, but I don't get it. > I switched the build to SWC, and server restarts dropped to under a second. What is SWC? The blog assumes I know it. Is it https://swc.rs/ ? or this https://docs.nestjs.com/recipes/swc ?

In the links you provided, swc is the same entity.

Re: How I'm Productive with Claude Code

#126

Call me incompetent, but I don't get it. > I switched the build to SWC, and server restarts dropped to under a second. What is SWC? The blog assumes I know it. Is it https://swc.rs/ ? or this https://docs.nestjs.com/recipes/swc ?

Both links are the same, SWC in this context is probably Speedy Web Compiler. It transpiles really fast but doesn't do any type checks.

Re: How I'm Productive with Claude Code

#127
> And like any good manager, you get to claim credit for all the work your “team” does.

Meanwhile in the real world the expectations shift to normalise the 10x and your boss wants to know why your output isn’t 12x like that of Max

Re: How I'm Productive with Claude Code

#128

Call me incompetent, but I don't get it. > I switched the build to SWC, and server restarts dropped to under a second. What is SWC? The blog assumes I know it. Is it https://swc.rs/ ? or this https://docs.nestjs.com/recipes/swc ?

Pretty sure they're the same thing. The second link is on how to use swc with nestjs.

Re: How I'm Productive with Claude Code

#129

This is the "lines of code per week" metric from the 90s, repackaged. "I'm doing more PRs" is not evidence that AI is working, it's evidence that you are merging more. Whether thats good depends entirely on what you are merging. I use AI every day too. But treating throughput of code going to production as a success metric, without any mention of quality, bugs, or maintenance burden is exactly the kind of thinking de…

Lines of code are meaningful when taken in aggregate and useless as a metric for an individual’s contributions. COCOMO, which considers lines of code, is generally accepted as being accurate (enough) at estimating the value of a software system, at least as far as how courts (in the US) are concerned. https://en.wikipedia.org/wiki/COCOMO

COCOMO estimates the cost of the software, not the value. The cost is only weakly correlated with value.
Post reply on HN