Ask HN: Have you ever seen a perfect codebase? | Hacker News Reader

Ask HN: Have you ever seen a perfect codebase?

10 pointsmcdow13 comments

In my experience even the best software projects have a few skeletons in their closet, blemishes on an otherwise well-built project.

At the end of the day, we all have to build things that simply work and provide business value. Striving for perfect code is not the goal. But it does make me wonder: does perfect software even exist? If not, what's the gold standard?

View on HN

The most successful products I've worked on have had the worst codebases. Seriously scary brittle legacy piles of janky code, but that met the market need perfectly and had quite a bit of success.

The best codebases I've worked on have had brilliant teams making sure they code was elegant and as close to perfection as I've seen, but that also got thrown in the trash because they were just coding for its own sake, without bringing any actual value to the end users.

I'm sure there are projects out there that do both product and engineering well. I just haven't seen it.

I've never seen a perfect anything.

The gold standard for a codebase isn’t perfection - it’s impact. Financially, the closest analogy is ROI minus Operating Costs: as long as that number is positive, you’re technically in good shape. But the real goal is to maximize that difference. For internal systems, that means pairing high ROI with high Business Impact Value.

The hidden danger? ‘Skeletons in the closet’ - technical debt, brittle architecture, poor documentation - inflate Operating Costs over time. They erode ROI silently, turning what looked like a strong investment into a liability. A truly great codebase isn’t just functional; it’s engineered to minimize those skeletons.

Practically I haven't seen. Either they were sloppy or there was a lot of legacy stuff (especially in big projects). If by perfect you mean 100% bug free and perfectly readable/maintainable, I don't think they exist. Even NASA's code isn't 100% bug free (~0.04 defects per KLOC vs average 15–50 defects in the industry). Exceptions might be some very small codebases. But reasonably polished / tested / maintainable codebases exist.

See https://en.wikipedia.org/wiki/Knuth_reward_check

I would like to refer you to: Gödel's incompleteness theorems

https://en.wikipedia.org/wiki/G%C3%B6del's_incompleteness_th...

I don't think its possible to define what a perfect codebase would look like let alone write one. Programming is enough of an art form that quantitative analysis will always fall short. This also happens to be one of the reasons I love to write software.

I've seen a perfect codebase. It models the problem well, is easy to understand, and has tests for all inputs.

yes. it is the codebase of an empty folder before any code is added

serious answer: too subjective to define perfect. we have all experienced the bikeshedded code review as either the bikeshedder or -ee. no one can agree what is perfect!

I personally like uv

I don’t think it exists. An empty folder perhaps. Guaranteed bug free.

Provided your set of functional requirements is the empty set. If there are any requirements then an empty folder is going to have some serious functional defects.

This python code comes pretty close:

```

# main.py

if __name__=="__main__": print("This code is not useful")

```

Reply on news.ycombinator.com