Yeah, part of the reason I like open-source. The devs don’t need to sell you anything, so they can just tell you that what they made is a steaming pile of garbage.

I’ve been noticing that when I read an English text to someone who also speaks my mother tongue, that I will switch to my mother tongue for reading out numbers. For some reason, it feels pretentious to pronounce it in English.

Jujutsu is a Git frontend, from what I understand, much like there’s tons of Git GUIs. So, you interact with it in a different way, but you still push to a Git repository and others can interact with your code by using Git.

I guess, it somewhat lessens the grip of Git, because they can hook different backend services (e.g. Subversion, Mercurial, Fossil) into this frontend, and from what I understand, they plan to develop an own backend eventually. But yeah, for now, the communication standard is still Git.

I also have to say, I feel like many people don’t realize how much dexterity and skill it takes to constantly crank that camera.

The twin-stick camera controls are a terrible solution, even if they may be the best we have. They are a major barrier for entry IMHO. With 2D games, you could hand a controller to someone, who doesn’t play games very much and they’d still typically be able to play along. But with 3D games, that’s so much harder, because now you have to press buttons and move the camera at the same time.

So, I imagine, even when the hardware became available, that various studios still tried to find simpler solutions.

Yeah, that is crazy to me. I understand them wanting to make other games in between and that making those games takes a few years each. Rationally, I’m on board with the decision-making and the math that leads to this.
But that the result is a generation who didn’t have an Elder Scrolls part released in their childhood, that still feels like far too grand of a concept.

somewhat logical, but entirely in practice verb-noun command structure.

That’s supposed to be “impractical”, not “in practice”, for others reading along.

For example, the “proper” command to list a directory is: Get-ChildItem
The “proper” command to fetch a webpage is: Invoke-WebRequest https://example.com/

In these particular cases, they do have aliases defined, so you can use ls, dir and curl instead, but …yeah, that’s still generally what the command names are like.

It’s partially more verbose than C#, which is one of the most verbose programming languages out there. I genuinely feel like this kind of defeats the point of having a scripting language in the first place, when it isn’t succinct.
Like, you’re hardly going to use it interactively, because it is so verbose, so you won’t know the commands very well. Which means, if you go to write a script with Powershell, you’ll need to look up how to do everything just as much as with a full-fledged programming language. And I do typically prefer the better tooling of a full-fledged programming language…

I’ve been trying to basically build a library that helps you put together a distribution archive.
And my initial plan for the API looked something like this:

Distribution::new("my-program")
    .dir("assets")
    .file("favicon.png", |path| build_favicon(path));  // "|path| ..." is a lambda function that gets the target path passed in

So, it would allow you to define the file structure, and for the parts that actually need to be built, you’d provide a lambda function, which it would automatically run or not, depending on whether the inputs changed.

Right, inputs, what are those? I kind of need my user to tell me. So, I decided to implement the caching as a separate API, which you would call on your own when you get called by the lambda function.

Then I realized, I kind of don’t need the lambda function then. I could just construct file paths and then my user calls their build_favicon(...) function or similar on their own.

There is just one crucial problem with that. This is what the path API in the stdlib looks like:

PathBuf::new("my-program")
    .join("assets")
    .join("favicon.png");

I might not have built anything, really. 🫠

Yeah, fair enough.

Depends on the distro how that alias is defined (if it is defined)…

I just want to say that you’re probably worrying too much about it. Of course, there is lots of things one can do to improve security (which the others here are listing dutifully) and it is foolish to just assume that one’s computer is entirely secure, because as a user, you will always have the ability to bypass that.

But there’s a pretty firm consensus in the IT industry that Linux is more secure than Windows. And that the popular Linux distributions are more trustworthy organizations than Microsoft.

So, it’s good to inform yourself, but if you survived on Windows, you at least should not worry about the Linux side of things. It’s more than fine.

Fish is not the worst in this regard, because:

• The defaults are pretty good, so you don’t typically need a config file for it to be usable.
• As of version 4.0, Fish is (experimentally) available as a single executable for download from their GitHub page. So, even on hosts where you can’t install anything, you may still be able to copy that executable file onto there and use it.

But there may still be situations where it’s annoying, like if you’re working in a container, then you likely don’t want to mount your fish executable every time.

But I also have to say I don’t find it too big of a deal.
I still use Bash for scripting (just throw a #!/bin/sh or #!/bin/bash at the top of your script, like you should anyways), and then for interactive use, not that much of the shell syntax comes into play anyways.
And if I ever do need to copy a complex Bash command into an interactive shell, I can just run bash, then run the command in there and then exit back out.

In the sense that “on the spectrum” is often used to say that someone has autistic traits, yeah. But there would still be a spectrum and everyone would be on it, it would just reach from no autistic traits to maximum autism.

Polandball would be another web comic like that. Although the characters are just circles with flags in them, so no idea how useful that is.

Eh, as much as there’s obviously folks who use certain distros for the fun of it, the vast majority of distros get created to cover a specific use-case. If you have that use-case, then deploying the respective distro brings you so much closer to your target setup than the easy installation of a noob distro could save you time.

I also have to say, many stereotypical noob distros make extremely conservative choices, which makes them harder or scarier to use in various ways, like for example not having filesystem rollback. I cannot imagine going back to that, specifically because I have shit to do.

Ah, fair enough. Not sure how to do that then.

I was gonna say, I feel like the current method does a good enough job documenting that validation has happened, but I guess you do want it reflected in the structure of the type, so that the code that takes the information from the struct can safely make the assumption that some of the options don’t exist. And then, yeah, it would be nice to not need a separate parsing step for that.

Just to note, I disagree entirely. Even in commercial development, it’s the core premise of agile development to ship features early and continuously integrate feedback. Granted, lots of companies claim to do agile without actually doing it, but it’s at least not a law of nature what you’re describing.

But with this not being commercial development either way, I really don’t feel like you can make any predictions. If the volunteer that implemented this sees your bug report, they could decide to drop everything else and fix that, because they get to pick their own priorities. They might have the solution in their head right away and it doesn’t take them long at all to implement. Or someone new to the project might decide this sounds like a good issue to get started with.

Clap has dependent options and mutually-exclusive argument groups built-in: https://docs.rs/clap/latest/clap/_derive/_tutorial/index.html#argument-relations

For the environment-specific requirements, you can use compiler feature flags…

Yeah, a few years ago, a friend handed me their iPhone to see, if I could find an option they were looking for. And I was genuinely appalled at how slow everything felt, solely due to the animations. Like, iOS has objectively better UI performance, but then they chose beautiful over usable with the animations and that makes it feel worse in many ways.

Mint’s desktop environment, Cinnamon, is technically based on GNOME Shell (i.e. a fork of it), but we’re not just talking “pretty heavily modified”. In many ways, it’s its own thing now and you can’t really assume things to work similarly.

Probably the very same thing that the post talks about, which is extracting the first word of a line of text.

The output of md5sum looks like this:

> md5sum test.txt
a3cca2b2aa1e3b5b3b5aad99a8529074 test.txt

So, it lists the checksum and then the file name, but you wanted just the checksum.