Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)RE
Posts
72
Comments
715
Joined
2 yr. ago

  • hmm havent heard of this one yet. Looks promising, gonna try it later. Thanks!

    For people seeking an interface similar to signal, I suggest Session. It's a fork of signal that onion-routes the messages (they have their own onion routing network, not TOR). There are no user IDs stored anywhere, you message people through their public keys. From the user experience side of the coin, it's a little on the slow side tho.

  • Would be awesome if there was more software to bridge the gap between CLI and GUI workflows. trash-cli and dragon-drop are pretty useful to that extent, but there is still much that could work better. I want files I've touched in bash to appear in the "Recent" section in the GTK filepicker, and stuff like that.

  • Yeah apt tends to shit itself very often. I don't like how it's actually two different programs (dpkg and apt) glued together with perl and python. It all feels too fragile. A friend once tried updating a package, and it failed because... he was issuing the apt command from with a python virtual environment. Can't say for pacman because I've never used arch, but xbps is just one set of self-contained binaries, which feels much more robust. Alpine's APK fits that bill as well, lovely little package manager. Tho I guess apt predates both of those, so it's not a fair comparison. Someone had to make those mistakes for the first time.

    I also really dislike the Debian/Ubuntu culture of fucking around with the sources file to add other people's repositories on top of the distro-default ones (ubuntu calls this PPA). It's a good idea in theory, but in practice those third party repos always fuck up in some way and brick your package manager. Just search for "apt Failed to fetch" in your favourite internet search engine, and you will see hundreds of people confused about it. You can do it with almost any package manager, but for some reason it's mainly the debian/ubuntu people who like shooting themselves in the foot like this.

  • I posted a meme a while back and out of the woodwork comes some guy ranting about how apt install sshfs is confusing. Like, the meme wasn't even about CLI vs GUI lol. Nobody was claiming superiority, but there they go ranting anyway.

  • Yeah I was gonna say that while it sounds completely unusable, it's surprisingly not too bad actually. Some of the more complex shortcuts can get pretty tedious, but nothing that a good config can't solve.

    I remember once my friend's laptop died, and while it was in RMA he was using his phone with an external keyboard and mouse to develop a webapp lol. Just goes to show that any computing device that can run a web browser and VIM covers 90% of your daily software needs haha.

  • Yeah exactly ANY interface made by humans speaks a design language, and it's only "intuitive" insofar as the user understands that language. There's nothing inherently "intuitive" about GUI, it's a language that you've learned through a long process of trial and error. This is painfully obvious to anyone who's ever had to help Grandma reset her gmail password out over the phone. Same for CLI. At first you're copy-pasting commands from tutorials and struggling with man pages, but after a while you get used to the conventions. You learn that -h helps you out and --verbose tells you more and so forth. You could make the case that the GUI design language is more intuitive because it's based of physical objects like buttons and sliders that many people are familiar with, but honestly ever since we abandoned skeumorphic design that argument rings a little hollow.

  • Yeah I totally agree. But still, I feel like there are much more terrible GUI programs out there than terrible CLI programs. The only truly awful CLIs I can think of is that tool for managing MegaRAID controllers that has the weird abbreviations everywhere, and shell interfaces to GUI-first bloatware like Dconf that were probably added as an afterthought. I think with CLI there's only so many things that the developer can fuck up. It's all just text. Meanwhile with GUI there are endless opportunities for truly horrid design. Think of Teams. Think of the github web interface. Think of the rddit redesign. Or go watch that Tantacrul video on Sibelius. CLI could never have such a breadth of terribleness.

  • This is a good practice tho. The HTTP code describes the status of the HTTP operation. Did the server handle it? No? Was the url not found? Did it time out? Was the payload too large? And the JSON describes the result of the backend operation. So 200 OK with error: true means that your HTTP request was all good, but the actual operation bugged out for whatever reason. If you try to indicate errors in the backend with a HTTP error code, you quickly get confused about which codes can happen for what reason.