The process is supposed to be sustainable. That doesn’t mean you can take one activity and do it to the exclusion of all others and have that be sustainable.

Edit:

Also, regretably, I’m using the now-common framing where “agile” === Scrum.

If we wanna get pure about it, the manifesto doesn’t say anything about sprints. (And also, you don’t do agile… you do a process which is agile. It’s a set of criteria to measure a process against, not a process itself.)

And reasonable people can definitely assert that Scrum does not meet all the criteria in the agile manifesto — at least, as Scrum is usually practiced.

It’s funny (or depressing), because the original concept of agile is very well aligned with an open source/inner source philosophy.

The whole premise of a sprint is supposed to be that you move quickly and with purpose for a short period of time, and then you stop and refactor and work on your tools or whatever other “non value-add” stuff tends to be neglected by conventional deliverable-focused processes.

The term “sprint” is supposed to make it clear that it’s not a sustainable 100%-of-the-time every-single-day pace. It’s one mode of many.

Buuuut that’s not how it turned out, is it?

It’s the #1 thing that drives me crazy about Linux.

It seems obvious. You’ve got a Windows/Apple/Super key and a Control key. So you’d think Control would be for control characters and Windows/Apple/Super would be for application things.

I can understand Windows fucking this up, cuz the terminal experience is such a low priority. But Linux?

There’s some projects like Kinto and Toshy which try to fix it, but neither work on NixOS quite yet.

The real question is all the stuff beyond just having the distro installed. The packages, the services, the configs, the application data.

If you leave all that stuff the way it was installed via the old package manager, it may have some bad assumptions baked in and may be incompatible with packages you install with the new package manager.

And if you clear all of it out and reinstall it, have you really gained anything vs. just doing a clean install?

There’s a reason you have a home dir. Just copy that forward along with whatever other config files you might’ve customized.

Btw, if the ability to make drastic changes while still maintaining continuity is an important feature for you, maybe check out NixOS.

upower -d can provide some useful info on-demand. I think there’s a daemon component to it too, which may have variable log levels.

Not really. There are barely any chips out there.

Oct 2021: 200 billion ARM chips

Nov 2023: 1 billion RISC-V chips, hoping to hit 16 billion by 2030

Nov 2024: 300 billion ARM chips

Cool, but… why not just NixOS?

ARM support. Every SoC is a new horror.

Armbian does great work, but if you want another distro you’re gonna have to go on a lil adventure.

Damn, my bad for mentioning a thing that may become relevant if they need new hardware.

I guess I’ll just leave them along with the other comments, which… suggest they’ll probably need new hardware.

It won’t work on Android, but you could probably replace Android or attach a mini PC.

Idk if this helps, but I recently learned Plasma BigScreen is a thing.

Apple’s still doing it.

If it gets any more powerful, it might be able to solve the halting problem.

I suppose you’re right. It’s just another tool for helping you abide by immutable practices without forcing immutability as an unbreakable rule.

NixOS is kinda the best of both worlds, because it does everything in a way that is compatible with an immutable fs, but it doesn’t force you into abiding by immutability yourself.

You can always opt into immutability by using Impermanence, but I’ve never seen any reason to.

Edit: That said, the syntax has a steep learning curve and there are tons of annoying edge cases that spawn out of the measures it takes to properly isolate things. It can be a lot to micromanage, so if you’d rather just use your system more than tinker with it, it may not be a good fit.

Why has there been no progress on this? Schedule more meetings!

My most successful standups have been like:

“Okay, we’re all here. Anyone wanna take a look at anything together?”

“I need some help with XYZ. Alice, can you take a look?”

“Sure.”

“Anything else? No? Alright, let’s do it.”

Typically less than 2 minutes of whole-team time, at our desks. Really just a reserved pivot point where it’s okay to interrupt each other’s tasks to ask for some pairing time. Sometimes an unofficial second one would happen after lunch.

That sounds…

Easier to get almost right than actually learning the subject.

Much, much harder to get completely right than actually learning the subject.

So yes, basically the archetypal use case for LLMs.

Microsoft sues the Library of Babel

The venerable master Qc Na was walking with his student, Anton. Hoping to prompt the master into a discussion, Anton said “Master, I have heard that objects are a very good thing - is this true?” Qc Na looked pityingly at his student and replied, “Foolish pupil - objects are merely a poor man’s closures.”

Chastised, Anton took his leave from his master and returned to his cell, intent on studying closures. He carefully read the entire “Lambda: The Ultimate…” series of papers and its cousins, and implemented a small Scheme interpreter with a closure-based object system. He learned much, and looked forward to informing his master of his progress.

On his next walk with Qc Na, Anton attempted to impress his master by saying “Master, I have diligently studied the matter, and now understand that objects are truly a poor man’s closures.” Qc Na responded by hitting Anton with his stick, saying “When will you learn? Closures are a poor man’s object.” At that moment, Anton became enlightened.