Hacker News: kadhirvelm

New comment by kadhirvelm in "The bottleneck was never the code"

kadhirvelm — Wed, 06 May 2026 15:01:44 +0000

Totally agree, we wrote our own piece similar to this: https://productnow.ai/blogs/teams-that-coordinate

I really think as code becomes cheap, misalignment between people, teams, and organizations is going to hurt a lot more, especially when everyone is trying to move at break neck speeds.

I also think a big piece of this is human attention and inertia. Aka, why bother doing the hard work to coordinate with others when you can just ship whatever you’re thinking. I think whichever organizations can figure out the human and cultural aspects to this will do phenomenally

New comment by kadhirvelm in "Incident with Actions"

kadhirvelm — Tue, 05 May 2026 16:13:33 +0000

Honestly I kind of feel for them - their traffic must be spiking like no tomorrow. Though still annoying when the team takes down time because GitHub is down...has anyone transitioned to something else successfully?

New comment by kadhirvelm in "[dead]"

kadhirvelm — Tue, 05 May 2026 15:19:05 +0000

We don’t think AI vs human authorship is as much of a problem at slop vs not slop is. To break through the noise, we’ve started optimizing our docs on human download time

New comment by kadhirvelm in "Bun is being ported from Zig to Rust"

kadhirvelm — Tue, 05 May 2026 07:14:36 +0000

I can't imagine going from reviewing code in Zig to letting Claude code handle it in Rust. Seems like a lot of change to deal with in a short amount of time. Wonder how much the bun team culture will change? We've been really liking bun so far

New comment by kadhirvelm in "Doc driven engineering prioritizes team coordination"

kadhirvelm — Thu, 30 Apr 2026 13:31:29 +0000

As AI wrote more and more of our code, we found the speed came at a steep cost: we were constantly misaligned even as a small team. It was just too much to keep track of. So we switched to a doc driven development culture and found a lot more success in keeping the stack stable and maintaining feature velocity.

Doc driven engineering prioritizes team coordination

kadhirvelm — Thu, 30 Apr 2026 13:31:29 +0000

Article URL: https://productnow.ai/blogs/engineering-playbook

Comments URL: https://news.ycombinator.com/item?id=47962168

Points: 1

# Comments: 1

New comment by kadhirvelm in "Our doc-driven engineering playbook"

kadhirvelm — Wed, 29 Apr 2026 22:47:55 +0000

We are a doc-driven development team. No major feature ships without a clean RFC attached to it. It sounds like overhead, but in practice it's been one of the highest-leverage investments we've made.

Our doc-driven engineering playbook

kadhirvelm — Wed, 29 Apr 2026 22:47:55 +0000

Article URL: https://productnow.ai/blogs/engineering-playbook

Comments URL: https://news.ycombinator.com/item?id=47955723

Points: 5

# Comments: 1

New comment by kadhirvelm in "The Cognitive Dark Forest"

kadhirvelm — Sun, 29 Mar 2026 20:24:23 +0000

Honestly my hope is the arbitrage that allowed big tech to make the kind of margins it does on software starts to go away because it’s sooo cheap to build software. In other words, defending the technical moats that we rely on today doesn’t make sense in the future because it’s not a reliable way to make money. Aka no need to protect your technical secrets because there’s no capitalist reason to lol. Taken further, my naive hope is societal attention moves away from this layer and onto whatever becomes the new way to make money and the people left paying attention to software are big on sharing

New comment by kadhirvelm in "Next.js is infuriating"

kadhirvelm — Tue, 02 Sep 2025 16:13:43 +0000

Well the thing that’s infuriating for me is feeling like there isn’t a good, well supported alternative for writing an enterprise grade React app that will be continue to be around. I used to rely on create-react-app, but now that that’s deprecated, I often find myself asking what else can I actually rely on? I don’t want to spend eng cycles dealing with webpack and stuff, this seems to be what the React team is endorsing so I guess I’m stuck?

Another thing I don’t know how to think about is the target market for nextjs seems to overlap with Ruby on Rails, a lot of e-commerce, media, etc. And most of these B2B apps I write are certainly not that…

New comment by kadhirvelm in "Jujutsu for busy devs"

kadhirvelm — Tue, 22 Jul 2025 14:20:31 +0000

Sounds like your opinion is jj is easier and faster? Would you say that’s true for new developer onboarding too?

New comment by kadhirvelm in "Jujutsu for busy devs"

kadhirvelm — Tue, 22 Jul 2025 05:29:37 +0000

I’ve had a lot of success using https://graphite.dev/. Been pretty easy to pick up and slots right into our usual GitHub workflow. I end up using the vscode extension to manage it. Anyone have opinions how jujutsu compares?

New comment by kadhirvelm in "Reflections from Toxic Engineering Teams"

kadhirvelm — Thu, 17 Jul 2025 23:10:44 +0000

Some thoughts on the causes of toxic engineering teams I've been on and some potential fixes.

Reflections from Toxic Engineering Teams

kadhirvelm — Thu, 17 Jul 2025 23:10:44 +0000

Article URL: https://resync-games.com/blog/engineering/toxic-teams

Comments URL: https://news.ycombinator.com/item?id=44599336

Points: 5

# Comments: 1

New comment by kadhirvelm in "LLMs as Compilers"

kadhirvelm — Thu, 03 Jul 2025 06:06:53 +0000

Totally agree - I'd bet there will be a bigger emphasis on functional testing to prevent degradation of previously added features. And I'd bet the scope of tests we'll need to write will also go up. For example, I'd bet we'll need to add latency based unit tests to make sure as the LLM compiler is iterating, it doesn't make the user perceived performance worse

New comment by kadhirvelm in "LLMs as Compilers"

kadhirvelm — Thu, 03 Jul 2025 06:03:54 +0000

Interesting, I'd hypothesize something slightly different, that we'll see a much more efficient language come out. Something humans don't need to read that can then get compiled to machine code super efficiently. Basically optimizing the output tokens to machine work done as much as possible

New comment by kadhirvelm in "I'm dialing back my LLM usage"

kadhirvelm — Thu, 03 Jul 2025 02:09:39 +0000

Wrote more thoughts here: https://resync-games.com/blog/engineering/llms-as-compiler

LLMs as Compilers

kadhirvelm — Thu, 03 Jul 2025 02:05:23 +0000

Article URL: https://resync-games.com/blog/engineering/llms-as-compiler

Comments URL: https://news.ycombinator.com/item?id=44450937

Points: 35

# Comments: 55

New comment by kadhirvelm in "I'm dialing back my LLM usage"

kadhirvelm — Wed, 02 Jul 2025 17:09:55 +0000

I don’t doubt LLMs will become better assistants over time, as you said every few weeks. I more mean if LLMs will cross the assistant to compiler chasm where we don’t have to think about the code anymore and can focus on just the features

New comment by kadhirvelm in "I'm dialing back my LLM usage"

kadhirvelm — Wed, 02 Jul 2025 15:45:56 +0000

I wonder if this is as good as LLMs can get, or if this is a transition period between LLM as an assistant, and LLM as a compiler. Where in the latter world we don’t need to care about the code because we just care about the features. We let the LLM deal with the code and we deal with the context, treating code more like a binary. In that world, I’d bet code gets the same treatment as memory management today, where only a small percent of people need to manage it directly and most of us assume it happens correctly enough to not worry about it.