Live data from Hacker News

Ask HN: What's the worst piece of software you use everyday?

news.ycombinator.com

271–280 of 1001 posts

Re: Ask HN: What's the worst piece of software you use everyday?

#271

Slack: their web UI is ridiculously slow, and I hate how it creates this expectation that I’m online 24/7. GitHub: we mainly use phabricator now at my day job (which I love love love), but I don’t really derive any joy from using this product anymore. I think great tools are also fun to use, perhaps controversially. I can’t quite put my finger on it, but I find GitHub sort of a drag for some reason. NodeJS: I absolut…

"we mainly use phabricator now at my day job (which I love love love)"

What do you love about phabricator? It looks interesting, even if it is written in php. (just joking...)

Re: Ask HN: What's the worst piece of software you use everyday?

#272
post #142

JIRA. The most complex simple system I used. Simple in theory (Project Management) but complex in implementation.

JIRA is heavyweight, but I've never been remotely satisfied with any of the competitors. If your team is more than 5 people or you have multiple teams, you're absolute going to need all that sophistication from JIRA. If you ask me what's the worst piece of software I use every day today, it's Asana.

ClickUp

Re: Ask HN: What's the worst piece of software you use everyday?

#273
post #157

Mail.app on macOS. Some macOS apps are really great (Notes or Safari for example), but the average quality is poor. Mail, for example, is slow, search almost never works, etc.

I have a love/hate relationship with Mail. It has exactly the feature set and UI I would want from a mail application.

But god, these bugs. Somwhere down the line it became strangely slow. It's constantly displaying false values on how many emails it is about to fetch. And I accidentally deleted emails on more than one occasion without having a clue on how that happened.

Re: Ask HN: What's the worst piece of software you use everyday?

#274

The Apache big data suite (Hadoop/Spark/Yarn/Hive/HDFS/etc). In several years of big data engineering work, I've believe I've seen only one application that couldn't be refactored into a simple multi-instance framework-free program. People use the big data frameworks as glorified distributed-job management tools, and the resulting systems are more fragile, more complex, more vulnerable to weird version compatibility…

Someone had to mention this.

Re: Ask HN: What's the worst piece of software you use everyday?

#276
Gradle. I appreciate that it is a fast build system, and a lot of it does just work. When it doesn't just work it's a nightmare. The config language is completely opaque and undiscoverable (Kotlin might fix this, but I ran out of patience to understand how Gradle works a while ago) though.

In many respects I think the fact there's a commercial version of it is a sign that it's lacking in the UX area.

Re: Ask HN: What's the worst piece of software you use everyday?

#278
post #183

Docker. I use it and love it every day in both dev and prod, but I also really kind of hate it. I'll keep my complaints short. There should not be a system-wide daemon. (Or any daemon). It should not require root at all (no setuid either). From outside the container, the container and its processes should be a single process (with threads). (Like glueing a bunch of processes together.) The containers should be nest-a…

Docker is also essentially completely broken on MacOS and has been for years. The performance penalty on anything doing I/O is like 5x, and it tends to completely hammer my CPU. There are tons of internet discussions, so it appears to not be just me.

Isn't that inherent because Docker needs a Linux kernel, so running it on Darwin has a hard requirement on virtualization and running an entire guest operating system?

Re: Ask HN: What's the worst piece of software you use everyday?

#280

The Apache big data suite (Hadoop/Spark/Yarn/Hive/HDFS/etc). In several years of big data engineering work, I've believe I've seen only one application that couldn't be refactored into a simple multi-instance framework-free program. People use the big data frameworks as glorified distributed-job management tools, and the resulting systems are more fragile, more complex, more vulnerable to weird version compatibility…

And I belieieve you. I designed my own on-disk log based format for my last two prorojects.
Post reply on HN