News for hackers. Stuff that matters.

chuboy

Show HN: We scored 50k PRs with AI – what we learned about code complexity

https://gitvelocity.dev

I'm a CTO with a ~16-person engineering team. Last year I wanted real data on what was actually shipping, not guesswork or story point theater. So we built GitVelocity.Every merged PR gets scored 0–100 by Claude across six dimensions: scope (0–20), architecture (0–20), implementation (0–20), risk (0–20), quality (0–15), perf/security (0–5). Six dimensions added up, then scaled by change size —...

( Read More... | no comments | 10 points | on HN )
Re:AI fatigue is real and nobody talks about it on Sunday February 08, 2026 @10:43PM (#46941333)
I burned out too. Late last year I was running 4-5 projects in parallel with AI, always wanting every spare second utilized. Put up some amazing output numbers. Then hit a wall.

Since then I've pulled back to 2-3 at a time - thats sustainable for me. But I had to build systems to make it work: larger chunked tasks so I'm not constantly context switching on small stuff, adversarial LLMs where Claude writes and Codex judges so reviews are more solid, tooling to track whether I'm shipping real complexity or just noise. (Thats actually why I built https://gitvelocity.dev - wanted to measure my own output honestly, not just feel productive.)

Two things I've landed on:

First - the "don't context switch" adage needs updating. It was true when switching meant reloading everything in your head. With AI handling more of the implementation, the switching cost is lower. My wife juggles 10 things managing our kids schedules/appointments and shes way better at it than me - not wired differently, just practiced. I think we can build that muscle.

Second - were still measuring productivity the old way. Commits, PRs, lines. AI makes volume trivial so expectations ratchet up. If we measured complexity and value instead, the pressure to churn would ease.

Burnout is real. But some of this is growing pains, not permanent condition.

Re:A food iPhone app that doesn't suck on Monday May 07, 2012 @03:20PM (#3940527)
How to measure if a food app sucks:

1) No complicated menus and forms

2) No limitations in food type, like just pizza, burritos, or greasy takeout.

3) Photo of the food you're about to eat.

4) Should be instant gratification: the food should come to you. Not send you to a restaurant.

5) Put in an order in less than 10 seconds

Mike, your issue is exactly what we want to solve. We thought about the current assumptions of how people order today:

1) Figure out what to eat 2) Determine if it's worth the money

On Munchery, we flip it entirely around:

1) A chef figures out what you eat based on the best ingredients of the season 2) The meal always costs the same

Or in foodie terms, Munchery is French prix fixe + Japanese omakase. We think that not only brings great value to customers, but it's just plain exciting.

Re:Ask HN: Rate my app: PNGSquash on Tuesday June 30, 2009 @04:59AM (#680513)
Give punypng a try as well... and make the world more puny.

http://www.gracepointafterfive.com/punypng