Ask HN: What's the most overengineered tool everyone uses but won't admit sucks?

[fazlerocks]

Looking to build something open source and trying to figure out what tools everyone pretends to love but actually hate.

I'll start. Jira. We all use it, we all hate it, nobody admits how much time we waste updating tickets.

Did you move it to the right column? Story points aren't filled out. Link it to the epic.

Meanwhile the actual work takes 2 hours, documenting it takes another hour.

Half the team ignores it, the other half are obsessed with workflows that have 47 different statuses. But try suggesting GitHub issues and suddenly "how will we track velocity??"

What tool is supposed to make you productive but just creates busywork?

[esperent]

Next.js:

- so many rendering modes - SSG, SSR, ISR, streaming SSR, PPR, client and server components.

- de facto Vercel lock in: edge runtime, middleware, image optimization, ISR, and lots more are massively complex to set up or less performant off Vercel.

- fragmented ecosystem between app and page router.

- so much boilerplate with the app router: layout.js, loading.js, error.js, page.js

Not everything here is bad - in fact some parts are excellent. There's just so much of it, so many ways of doing any single thing and already so much legacy code in a system that's only a few years old, and it's growing in complexity with every release.

[petargyurov]

Next.js feels like a tech demo that exists to demonstrate a bunch of highly optimised paths to frontend development. Yes, my page probably will load faster if I did so and so, but all the work required for it is not worth the 2ms saved.

I'm sure someone will chime in with "skill issue", and that's true to some extent, but you gotta admit it's an over-engineered "solution".

[abraxas]

Git. Most people have no need for 95 percent of its features and don't have a good mental model of how it works. Just copy and paste commands to get it to work, more or less.

[a_tartaruga]

I have to disagree with this strongly. Git is probably the perfect software. It is designed around a mental model that is exactly matched to its use case. Far from copy pasting experienced developers are often fluent in the git model and use it intentionally. I took a look at the man page out of curiosity given your 95 percent comment and I would agree that the majority of ancillary and log level commands are unused. But looking only at the main porcelain commands I would say I regularly use 80 percent of them.

[eternityforest]

Nobody knows how it works, but we have a good mental model of the high level behavior, and we understand the features we actually use.

[solardev]

Git is the one software that I know less about the more I use it. 10+ years now, and every month I learn some new quirk. It very much has that "designed by engineers, for one particular super smart engineer, gl everyone else" vibe. I'm like a 0.5x dev at best and my brain doesn't have enough folds to fit its mental model.

[swah]

On the other hand, I don't feel punished for not using the complex stuff. Still miss (some parts of) Darcs, though... it was so "user first" compared to this.

[mountainriver]

A lot of people have taken on git too, but at this point it’s so entrenched I’m not sure it’s going away anytime soon.

Maybe we’ll have more agentic SCM that auto solves merges and all that fun stuff in the future. But for now we are stuck with a pretty challenging piece of software

[nunez]

I think the Git CLI is very learnable.

[matt_s]

JIRA gets a lot of deserved hate but I think nearly all software work tracking systems suffer from the same issue: marketing over promises about velocity and predictions about project delivery timelines.

Have we as an industry gotten any better at delivering projects on time? If you have a lot of dysfunction in your organization no software is going to fix that. Or to put it another way, you can’t solve people problems with software.

[BobbyTables2]

The whole story point thing seems like a scam where some invented currency is used to trick people into not seeing reality.

I’ve never worked on a team where any nontrivial task could be done by any two people in roughly the same amount of time.

Experience, skill, subject area familiarity — everyone is different.

It is utter madness to estimate sprints before assigning the work!

[fazlerocks]

Right. We're optimizing for the wrong metrics. Hours spent arguing if something is a 3 or 5 story points could've been spent just building it.

The obsession with predictability in an unpredictable process is the real problem, especially in copilot and cursor era. :D

[mountainriver]

Jira is also just terribly built

[wsc981]

Maybe I am the odd one out, but I don’t hate JIRA. From my POV it works pretty well. I would agree Github Issues would be nicer though.

By the way in last few companies I worked at I’ve been using Azure DevOps and that feels over engineered to me. I think much stuff could be done with Github Actions instead.

At times I looked at AWS services, but also seems quite complex and I find the website navigation horrible - at least last time I tried.

[AnimalMuppet]

JIRA might be like C++. It's OK if you just use a subset, and everyone uses the same one. If you use all of it, though, you get a mess.

The fundamental problem with JIRA is that it's trying to be usable for all the workflows in all companies in all the world. It's hard to do that simply.

And the problem with using it is that companies don't fix their workflow; they just try to port their existing workflow to JIRA. The result is that all the frustrations with the workflow turn into "frustrations with JIRA" (on top of the frustrations that are actually due to JIRA itself).

[coldtrait]

The entire javascript ecosystems since the advent of node.

[mattl]

Everyone I know who uses Jira hates it. I don’t think there’s a lack of people ready to point out the things they hate about it.

I have one:

I hate that browsers (except Firefox) won’t let me copy a column of data from a table on a webpage. It’s 2025, most tables are going to be data these days, not layout.

[bigyabai]

MacOS

[nis0s]

It's not what you'd expect for a linux machine but it just works and has a reliable ecosystem with iOS. The worst is trying to understand how it stores information, but again if you're expecting control like in a linux machine, prepare to be disappointed.

[aitchnyu]

Anybody else gets audio skipping with Spotify and random app freezes? Feels worse than an obscure Linux distro.

[mattl]

Related. Apple is turning into Sony with their naming of stuff.

In my house I have Apple branded hardware running:

Mac OS

Mac OS X Server

Mac OS X

OS X

macOS

iOS

iPad OS

tvOS

watchOS

homeOS

audioOS

And now I’ll have the strange honor of having two Macs, one running Mac OS X Server 1.23 and one running macOS 26.

[drekipus]

Big one, but I've had a few people who admit that it's shit.

It's shit but it's just enough to get the job done/get out of your way, As long as you play by its rules

[muzani]

Jira's a great tool with a terrible UI. You have to heavily customize it, build it into your command line, automate stuff and so on.

[pirates]

helm, except everyone I’ve ever worked with who has spent enough time with it freely admits that it kind of sucks.