Live data from Hacker News

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

news.ycombinator.com

571–580 of 1001 posts

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

#571

I hate to say it, but Signal. Signal has consistently been a pain to use for my moderately sized ( Messages sometimes don't arrive or arrive out of ordered and appear in the wrong order, scrolling up has random jumping behavior, opening the chat in iOS causes my audio to stop playing, there is explicitly no way to back up any of the chat, copying multiple messages is broken on desktop, search is super slow and search…

Yes, I've given up trying to report these issues as it's been years since my initial reports and I've never seen the things I reported fixed. Signal desktop has been broken for almost a year for me "Error handling incoming message" is shown instead of each message. Theres no easy way to transfer messages between devices out-of-band when migrating to a new device (e.g. via encrypted binary backup blob). Messages const…

Signal desktop "works" for me in the sense that I usually receive messages, but probably about once a day one of my conversations suddenly displays somewhere from 20 to 70 lines of "Error handling incoming message." In talking to people this doesn't seem to be in response to any actual activity by the person on the other end.

I feel like I've seen Signal problems appear and get fixed, like for a couple months the desktop client just wouldn't get half or so of the messages I received, and then one day it seemed fine again. But the long deluges of "Error handling incoming message" have been present, as far as I can tell, for the entire time that I have used Signal Desktop, perhaps 3 years. I guess I consider it a feature now. :/

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

#573
post #295

Android. Truly horrible platform where I cannot even find a clock app that just works. I mean there is one shipped with a phone, but it has inconvenient timer and I do not like how time selection is done -- a lots of movements to scroll numbers to find one I need, -- but I cannot configure it to my convenience and I cannot find another clock app that works. And all this "Google phone wants to have an access to calend…

I zoom with my mom every week.

Her old tablet cannot upgrade to newer android version, which prevented zoom from updating, and caused zoom to refuse to work.

I bought her a new tablet. A friend set it up and was able to do a call. Everything was working. That was last week.

Today, I spent 40 minutes on the phone with her because after boot the tablet was showing a black screen.

No possibility for interaction.

Eventually, after many reboots, she noticed some kind of google security warning which instructed her to swipe up. I had to train her to swipe up over the phone.

We had the call, eventually, and I still have no idea what her tablet is asking of her.

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

#574

Anything Atlasssian. Jira, Bitbucket, confluence. Just frustrating to use, poor UX, and slow. Business types love them however. AWS. It’s UI is honestly baffling, it feels and looks like someone made it in a rush with jQuery and Bootstrap years ago. It’s login and identity and resource management is confusing, and apparently you need a chrome extension which adds a bunch of complicated options I don’t really understa…

Disagree strongly on git. On the surface the syntax is ugly, but the data model is brilliant. Once you wrap your mind around what commits, heads and remotes are and learn to rebase you get an incredibly simple and fine-grained control. I never use stash because it's trivial to create a WIP commit and rebase later into the chunks I want to ship to permanent history. Git is like a chef's knife: extremely powerful tool…

> Once you wrap your mind around what commits, heads and remotes are and learn to rebase you get an incredibly simple and fine-grained control.

> Git is like a chef's knife: extremely powerful tool that's dangerous in untrained hands.

Although, this is all part of the problem with Git. The problem is that it exposes this fine-grained control and knife's edge to the user by default. There isn't some simpler model that people can work with.

I cut my teeth on source-code control with Perforce. Of course, Perforce has many complex features, including stuff like workspaces, which as far as I can tell, Git doesn't have something like that. Anyway, despite its complex feature set, Perforce can be explained in a few minutes. You have some code in the repository. If you want to work on it, you check it out and it gets added to a changelist. If you want exclusive change rights, you can lock it to prevent others. If you want others to see what you're working on, you can shelve your changes without submitting so that they can inspect. When you're done, you submit your changelist. All of this can be done via excellent visual tooling or the command line. I highlighted things with italics because these are the right words for the actions in how Perforce calls them. It's intuitive.

For Git, it isn't that simple. You must first explain a wide swath of concepts. I've explained Git to people, even using the GitHub Desktop app. It is very confusing and intimidating to people, and rightfully so. It confuses me, and I did some pretty advanced things with Perforce (and thus source-code control) before. And there's no default visual tooling. Git also has many names for things that are confusing. Also, Git was invented for a very specific purpose: Linux kernel development. The vast majority of development does not need the same complexity that such a niche development process needs.

When I recently wanted to do something in Git, I just could not figure it out. Probably simple for a Git expert, which is something I am not, but after searching many forum posts, I gave up because every answer was different and caveated in different ways and wasn't working for me. I installed GitKraken and solved my problem in seconds via a single right-click. Maybe I'm an idiot and I don't understand Git that well; both are likely true. But I am able to understand other complex things, so something is amiss. I think the primary issue is that Git requires me to study it just to use it in basic ways. I have an allergy to overly complex things, and so it's just a constant struggle for me. I tend to use visual tools for merging, diffing, managing commits, etc. so that I stay away from the Git CLI, which exposes the complexity in a non-usable way.

Lastly, Git is very narrow minded when it comes to things it controls. It assumes everything should be text.

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

#575

Microsoft Teams. I am forced to use it (work) and it is missing really basic features that messenger software had in the 1990s like Push-To-Talk, real multi-window (even with the recent "pop-out" functionality), and its UI is all the worst modern trends. You cannot extend it or fix these issues (e.g. plugins, custom CSS styles, etc). Plus it is buggy, I keep not getting calls/messages/etc, and every time my computer…

Teams is absolutely awful. I also have all the crashes, undelivered notifications, shitty UI, but whatever, that's par with Microsoft.

I have an issue where if there's any sound in my room in a meeting, it reduces the volume of someone else talking to me even if my mic is muted. My workaround is to only keep one earbud in and constantly listen for cars driving past outside so I can crank up the volume in advance. So Teams is literally painful to my ears.

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

#577
post #501

Microsoft Teams. I am forced to use it (work) and it is missing really basic features that messenger software had in the 1990s like Push-To-Talk, real multi-window (even with the recent "pop-out" functionality), and its UI is all the worst modern trends. You cannot extend it or fix these issues (e.g. plugins, custom CSS styles, etc). Plus it is buggy, I keep not getting calls/messages/etc, and every time my computer…

Tell me about it. We moved from Slack to Teams to cut costs. Common story. Leaves a LOT to be desired. 1. The UI took the fun out of well, whatever, Slack was/is. For some of the common interest channels at work, I see less people going to them. 2. I'm in a group where we frequently need to share images (mostly plots) among the members. Sometimes they just disappear. Yes. You upload an image during a conversation, co…

[deleted]

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

#578

Dropbox. I've used it for a decade, but now it's slow, bloated, and takes over CPU and memory like there isn't a single other program I need to run... and I was paying $20 for the privilege. But a few weeks ago I switched to Syncthing[0], and it's the best software transition I've ever made. Opposite of everything Dropbox is now: fast, simple, and I don't even notice it running in the background. Seamless setup, and…

I've been looking into a few of these (need to replace keybasefs before zoom kills it)

- syncthing does one thing well. However you need to be your own server admin. Which is great if you are or your company will do it for you, but I don't want to do it for my personal stuff.

- syncany is exactly what I want, but it didn't get out of alpha, the team apparently didn't make money and have stopped maintaining it, and it still has some scary bugs, although probably my needs are somple enough that they woulnd't be triggered.

- cryptomator looks good itself, but you need something else to do the cloud storage part, which ideally supports webdav. Unfortunately the davfs2 crashes my linux box and the other alternatives don't seem to be much better.

- nextcloud and owncloud again want you to be your own server admin

- the guys benind tahoe-lahfs have a reputation for solid crypto and reliability, but it is complex to run. privatestorage.io were going to do a managed version, but it doesn't seem to have materialised yet.

- There are solutions like internxt and ipfs where everyone stores everyone else's files. I'm not sure I trust that not to go down without warning.

- proton are supposed to be coming out with a protondrive, which hopefully will have an open source client, although locked into them.

- There are proprietary ones like tresorit and spideroak, which have closed clients. I may have to grit my teeth and use one of them.

- A bunch of others I didn't evaluate yet.

What I want is for someone else to do the server admin part (availability and backups), but without my trusting them with my keys, which I only use with open-source client code. I don't mind paying a reasonable amount, but apparently this is hard.

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

#579
post #134

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…

Strongly agree about this. Docker is conceptually on the right track, but it's fundamentally the wrong abstraction.

Even I would like to tune in to Docker bashing (in this case one can actually say with confidence: "Hitler was right"[1]) the fundamental architectural problem is on the OS side.

UNIX, and especially Linux, is a monolithic design. Even such an OS is able to separate user processes form each other all system parts run by concept in the form of a "big ball of mud", with "god-like" capabilities available to them by default. Sure, some internal "barriers" have been added, and per process capability dropping has been retrofitted, but this is backwards form the architectural point of view. Cutting things in peaces after the fact is almost always way more complicated and awkward compared to designing things in a modular way form the get go.

This is related as virtualizing a modular OS is almost a no-brainer (conceptually). You just need to start additional instances of the required system servers / modules / whatever-you-call-that-parts. Compared to that virtualizing a monolith is like trying to construct a kind of Ouroboros: It needs to run itself (with an altered, usually constrained view on the 'outside' world) from inside of itself; and it can't just globally drop the "god-like capabilities" its execution context provides—like it would be possible with an external process. It needs to "hide or manipulate things in front of its own eyes" even "it" has the "all seeing eye". Or to put it even more metaphorical: "A God tries to use his divine powers to constrain his omnipotence so he can lie to himself about the things he sees, without himself ever being able to look through this jugglery". Formulated like that the architectural issue is obvious, I guess.

[1] https://www.youtube.com/watch?v=PivpCKEiQOQ , and I just learned it seems he was also a Kubernetes fan. :-)

Post reply on HN