Live data from Hacker News

Wheel Reinventor’s Principles (2024)

tobloef.com

11–20 of 101 posts

Re: Wheel Reinventor’s Principles (2024)

#11

It's funny how often engineers say "it depends"! Even a basic axom like don't reinvent the wheel doesn't always apply. After all, we have entire industries dedicated to doing exactly that! Goodyear spends a lot of time investing in new wheel technology every year.

> It's funny how often engineers say "it depends"

Then just wait until you speak with lawyers.

Re: Wheel Reinventor’s Principles (2024)

#14

It's funny how often engineers say "it depends"! Even a basic axom like don't reinvent the wheel doesn't always apply. After all, we have entire industries dedicated to doing exactly that! Goodyear spends a lot of time investing in new wheel technology every year.

[deleted]

Re: Wheel Reinventor’s Principles (2024)

#16
post #13

"I am not reinventing the wheel, I am disrupting the wheel industry" — TramSDK creator https://github.com/racenis/tram-sdk

“Tramway Drifting and Dungeon Exploration Simulator”

I thought I knew what those words meant but as I read the README I realize I don’t.

I am clearly not the intended audience for whatever that is.

Re: Wheel Reinventor’s Principles (2024)

#17
post #7

I'll add "reduce code size and complexity" to the list of benefits. A python library to calculate a simhash, or track changes on a django model, or auto generate test fixtures, will often be 90% configuration cruft for other usecases, and 10% the code your app actually cares about. Reading the library and extracting and finetuning the core logic makes you responsible for the bugs in the 10%, but no longer affected by…

Hard agree. A library should not inflict complex use cases' complexity on simple use cases, but sometimes they do, either because they're poorly designed or because they're overkill for your use case. But often I see pain and complexity excused with "this is the library that everybody else uses."

Sometimes a simple bespoke solution minimizes costs compared to the complexity of using a massive hairball with a ton of power that you don't need.

One big caveat to this: there's a tendency to underestimate the cost and complexity of a solution that you, personally, developed. If new developers coming onto the project disagree, they're probably right.

Re: Wheel Reinventor’s Principles (2024)

#20
Reinventing the wheel often means breaking things. Innovation often requires getting rid of backwards compatibility. The status quo is promoted by those who have invested in it, so disrupting it can be met with fierce resistance.

When I tell people that file systems are antiquated and need to be replaced with something much better; I often get strong push back.

This is a wheel that I have been reinventing for some time. It's not something that can be fixed with minor tweaks.

Post reply on HN