folkrav

Really bigger updates obviously require a major version bump to signify to users that there is potential stability or breakage issues expected.

If your software is following semver, not necessarily. It only requires a major version bump if a change is breaking backwards compatibility. You can have very big minor releases and tiny major releases.

there was more time for people to run pre-release versions if they are adventurous and thus there is better testing

Again, by experience, this is assuming a lot.

From experience shipping releases, "bigger updates" and "more tested" are more or less antithetical. The testing surface area tends to grow exponentially with the amount of features you ship with a given release, to the point I tend to see small, regular releases, as a better sign of stability.

I do connect to VMs and containers all the time, I just don't see a reason not to speed myself up on my own machines because of it. To me, the downside of typing an alias on a machine that doesn't have it once in a while, is much less than having to type everything out or searching my shell history for longer commands every single time. My shell configs are in a dotfiles repo I can clone to new personal/work machines easily, and I have an alias to rsync some key parts to VMs if needed. Containers, I just always assume I don't have access to anything but builtins. I guess if you don't do the majority of your work on a local shell, it may indeed not be worth it.

I'd rather optimize for the 99% case, which is me getting shit done on my machine, than refuse to use convenient stuff for the sake of maybe not forgetting a command I can perfectly just look up if I do legitimately happen to forget about it. If I'm on a remote, I already don't have access to all my usual software anyway, what's a couple more aliases? To me this sounds like purposefully deciding to slow yourself down cutting paper with a knife all the time cause you may not have access to scissors when you happen to sit at someone else's desk.

That's not "self hosting" related tho lol

What, you don't think Strix Point AMD Ryzen AI 9 365 Yoga Pro 7 is easy to say? Which part of Strix Point AMD Ryzen AI 9 365 Yoga Pro 7 do you dislike so much? If anything Strix Point AMD Ryzen AI 9 365 Yoga Pro 7, or how I like to call it, SPARA9365YP7, flows pretty well, as far as I'm concerned.

Didn't the last Apple model with FW ship about that long ago? Last of their computers with said port I can think about is the 2012 Macbook.

Ardour is indeed pretty good. I’m a Reaper guy, which is incidentally available on Linux as well nowadays, so on the DAW and audio interface front, I’m all covered. If anything, my older 2i4 runs slightly more stable over Linux/Pipewire than it does on Windows with the official driver. I’m more on the composition/production side of things (amateur, although I do have a very small amount of professional experience), it’s mostly the amp sim and virtual instruments landscapes that left me on my appetite a bit last time I tried. There just weren’t many option and they all frankly sounded like crap. Maybe that got better since then, I don’t know hehe.

Huh. I’ve tried the Ardour and stuff way for a while. I’m curious what kind of stuff you’re producing. I tried for a while, but IME the good effects, and ESPECIALLY virtual instruments, were very few and far between. This and VR gaming are the two things I still have a Windows machine for.

I never timed it up precisely, but on my desktop with an MSI board, it sometimes feels like I’m waiting longer for the board to get past the UEFI into the bootloader than for the whole OS to load off my m.2…

It was self-fulfilling for me. I started self-hosting and messing with networking before I went into IT. I thought I’d be in a very different field until ~10 years ago.

Not gonna lie, I never really asked myself if nano was still in active development or not. It has just always felt like it was “finished” in some way.