@GergelyOrosz: This is the thing with internal tools: over time, they almost always become subpar vs a tool a vendor builds At Large C…
Summary
The tweet discusses how internal tools often become inferior over time compared to vendor-built solutions, with an example of replacing a SaaS product leading to potential maintenance issues from widespread 'improvements'.
View Cached Full Text
Cached at: 09/09/26, 11:51 AM
This is the thing with internal tools: over time, they almost always become subpar vs a tool a vendor builds
At Large Company that have their own, custom o11y, talked with an eng… who said how much they’d love to use Datadog (or similar) because that would “just” work instead of “kind of” work
Aaron Rubin (@aaronrubin): We replaced a SaaS product with an internally built tool. Anyone from the company can improve it by submitting code.
I give it 2 more months until it is an unusable mess thanks to all the “improvements” people are making.
Similar Articles
@GergelyOrosz: "We would never be comfortable to give a 3rd party tool access to our database" - from a dev at a mid-sized company tha…
A developer at a mid-sized company built their own coding harness, used in 70%+ of PRs, because they were uncomfortable giving a third-party tool database access, reflecting a trend of companies keeping code and data IP in-house.
@GergelyOrosz: If you've been in tech for some time, this should be obvious: Every single "success story" about a rewrite/migration et…
A tech commentator notes that success stories about rewrites and migrations published by companies are half-truths, omitting negatives and internal incentives, and warns that copying them without understanding context leads to disappointment.
@GergelyOrosz: Incredible how GitHub’s eng team knows reliability (having zero nines) is their #1 problem for ~6 months now and seemin…
The tweet highlights GitHub's ongoing reliability problems, criticizing the engineering team for not resolving frequent outages despite having skilled engineers, and suggests past architectural decisions are to blame.
@GergelyOrosz: So much sw today doesn’t care much about perf. It just feels sluggish. And everyone seems to have accepted it. Except w…
Gergely Orosz discusses how modern software often neglects performance, citing examples like Bun and Linear, and highlights a fast demo of Superlogical for tmux by Mitchell Hashimoto.
@arpit_bhayani: It is concerning how enggs are losing their grip on their systems. Not just on the low-level code, but on the end-to-en…
Engineers are losing grip on their systems due to rapid delivery and higher-order abstractions, which speed up happy paths but prolong failure paths without enough discussion.