Good question, I was thinking about this the other day. The reason being that development of several fediverse apps has seemingly stalled because the previously active developers have life issues. (I’m not moaning about it, just a straightforward account)
It seems to me that FOSS developers wouldn’t want their projects to be popular. Because that comes with pressure to constantly improve or expand and it takes up more time. So they start a Patreon or similar but that adds more pressure.
When projects are community developed then I see disagreements and personality clashes which increases stress for lead developers.
You’ve inadvertently hit on the beginnings of an apparent paradox to do with the relationship between numbers and the counting numbers
Suppose the largest number you can have is X and the smallest number you can have is -Y. Then between -Y and X, you can count X+Y numbers which is clearly larger than X. But X is the largest possible number so X+Y doesn’t exist.
From a users point of view, I understand your concerns. When other clients are undergoing significant development. It’s a little disconcerting to see the pace of Liftoff development slow and bugs not getting fixed.
Have you seen the discussion over on Matrix in Liftoff Development. From what I can tell, someone new has been doing things that hasn’t merged. Other than that not much has happened.
But really none of that matters because what matters to end users is seeing the bugs they encounter squashed and that’s not happening.
I’ve suggested before that this might be a funding issue and offered that users could donate.
This seems to happen quite often. I don’t know if it’s a bug in Liftoff or the error message could be improved to better describe a problem with the instance.
I don’t get the link. What have smart cars got to do with phone screens breaking. Surely the people who design smart cars will be different than the people who design phone screens ?
It was you that brought up using computers. You didn’t say anything about learning or progressing.
As for certain age, I think your answer actually supports my piint that it’s down to individual experience rather than age. Consider a manual worker who doesn’t trust technology and will only have a basic dumb phone. They are technology averse but might be in their 20s.
Computerisation of the workplace started in the 70s (I was there) and by the mid 80s was commonplace. Even shops were installing computerised systems then, even if it was a standalone register with a number of preset department numbers. A conservative estimate is that the majority of people working and living from 1990 onwards would have experience of computers whether at work, in shops, at the bank, in the car or public transport or at home. Let’s be generous and say they retired in 2000 at age 60 (will be higher in most countries) after ten years of familiarity then they’d be over 80 now.
And yet we have people much younger than that who are technology averse and unable or willing to learn. Why is that? Because age is not the deciding factor but people’s own lives experience.
Have a look at the UN Global Report on ageism and how it affects younger people as well as older people. The flip side of stereotyping older people is that you automatically stereotype younger people as being easily able to do the thing you think older people can’t do.
You’re right that the UN is not always consistent but note that the Secretary General is not talking exclusivity but that more support is needed and that they are referring to new technologies rather than email which has been around for over 50 years. I sent my first email in 1981 when addresses were resolved in the opposite way to nowadays.
Good question, I was thinking about this the other day. The reason being that development of several fediverse apps has seemingly stalled because the previously active developers have life issues. (I’m not moaning about it, just a straightforward account)
It seems to me that FOSS developers wouldn’t want their projects to be popular. Because that comes with pressure to constantly improve or expand and it takes up more time. So they start a Patreon or similar but that adds more pressure.
When projects are community developed then I see disagreements and personality clashes which increases stress for lead developers.