@expoliticaljunkie @geekygirldawn it's really not to the point. The problem is not people randomly dying, it is overwhelmingly people changing jobs (or having their job responsibilities changing).

(taps the sign, yet again) https://blog.tidelift.com/bus-factor-boss-factor-and-the-economics-of-disappearing-maintainers

@luis_in_brief @expoliticaljunkie But in the context of open source projects, I don't think "Boss Factor" applies as well as it does in software dev teams within orgs.

@luis_in_brief @expoliticaljunkie Changes at work may be the *main* reason, but it's not the *only* reason.
We're actually leaning toward something more descriptive and inclusive, like Key Contributor Count.

@geekygirldawn (and if that reads as angry, it... is? I find the industry's deeply-embedded cultural 🙈🙉 when it comes to the links between personal finances and small-project maintenance increasingly infuriating.)

@luis_in_brief I agree with your frustration about people disconnecting finances from maintainer health. Also, as someone who recently and very suddenly lost a key maintainer in a car accident, I also have lots of feels about this topic and know first hand how disruptive this can be, regardless of the reason.

@geekygirldawn yes, when I first posted this article in 2019 lots of other friends of Seth Vidal (close friend of mine, yum maintainer, killed by a drunk driver while cycling home from work at RH) had Feels in response.

So, yes, I'm fine with a label that replaces the whole dreaded "factor" language.

@geekygirldawn @luis_in_brief If I can elbow in on this one point: numerical accuracy is not the _only_ criterion for a good term. Another useful facet of the "Bus"/"Meteor" term is that it communicates an event that is unforeseeable and instantaneous.

Yeah, layoffs _can_ happen without warning, but not _all_ job changes are sudden/unforeseen. Many come with advance notice, include transition time, handover training etc.