What do you think are the primary challenges for Open Source the coming years?
Security? CRA? Financing? Maintainer burnout? Recruiting young developers? Adapting to a country-former-ally going nuts? AI slop? AI bot overload? Something else?
(I'd like some more food for thoughts for an upcoming talk)
daniel:// stenberg:// reshared this.
Jan Johannesson
in reply to daniel:// stenberg:// • • •Phil Eichinger
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Phil Eichinger • • •Phil Eichinger
in reply to daniel:// stenberg:// • • •Konstantin Weddige
in reply to daniel:// stenberg:// • • •see mastodon.social/@organicmaps/1…
But I would call that issue geopolitics.
Organic Maps (@organicmaps@mastodon.social)
MastodonDeeAnn Little
in reply to daniel:// stenberg:// • • •Efexor Zolpidem
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Efexor Zolpidem • • •Efexor Zolpidem
in reply to daniel:// stenberg:// • • •Mozilla has moved towards the AI Datamining ponzi scheme too... we have the Firefox forks that try to mitigate privacy concerns like LibreWolf and WaterFox, but those are smaller initiatives.
Brave and Vivaldi also have their shady schemes, so not a good alternative.
By "a browser" I mean something that is well supported, has a vibrant community and is not trying to mine users data for profit.
Josh Bressers
in reply to daniel:// stenberg:// • • •I think this is a really good topic, I can't wait to see what you come up with
I would sum it up as "sustainability" which is a meaningless term
The challenge is everyone needs something different
Some people might need to be paid, others are being paid but fighting AI slop
Then you have some trying to fight off freeloader companies with silly demands
The list is infinitely long
Juan
in reply to daniel:// stenberg:// • • •some legends like you may retire and there may not be enough new blood to replace them.
I'm thinking about the effect that AI code tools may have on a generation of new sw engineers. Not only in their skills but also in their attitude regarding effort.
Jörn Franke
in reply to daniel:// stenberg:// • • •stateful being
in reply to daniel:// stenberg:// • • •Winni Neessen
in reply to daniel:// stenberg:// • • •inawhilecrocodile
in reply to daniel:// stenberg:// • • •Projects dying due to lack of people available to maintain it.
Personal q. Have you thought about your own project(s) longevity? The Github contributors page shows there are 4ish people who have been contributing consistently in the recent past.
Can we collect some samples for future cloning purposes? 😜
tecHunt
in reply to daniel:// stenberg:// • • •Stefan Eissing
in reply to daniel:// stenberg:// • • •Sean M. Collins
in reply to daniel:// stenberg:// • • •Marcia
in reply to daniel:// stenberg:// • • •Projects die:
I have seen some "frankenapps" with older releases or old versions of multiple software. Meh.
Some apps/tools/utilities work fine without updates, others had vulnerabilities and was risky business.
Better to search for alternatives to unmaintained and use compatible @latest versions.
When someone picks up an unmaintained project - or tool, that culture may not be as welcoming as the previous.
+ demands of support and features - the struggle is real! Burnout happens.
ang_mo_uncle
in reply to daniel:// stenberg:// • • •Troed Sångberg
in reply to daniel:// stenberg:// • • •fnrd
in reply to daniel:// stenberg:// • • •CarlosCD
in reply to daniel:// stenberg:// • • •Andre Weissflog
in reply to daniel:// stenberg:// • • •Dr. Quadragon ❌
in reply to daniel:// stenberg:// • • •Basil Berntsen
in reply to daniel:// stenberg:// • • •🔗 David Sommerseth
in reply to daniel:// stenberg:// • • •Licensing.
The MIT/BSD based licenses seems to get a lot of traction. And while that extreme freedom those licenses has advantages, it has a darker side-effect which can end up with more fragmentation.
For example, take the uutils project, aiming to replace coreutils. If commercial projects pulls in this as a replacement, they can add changes to uutils and never needing to share back the changes they did.
If those changes results in behavioral changes, going from one distro to another one may have quite some compatibility implications. Writing scripts using coreutils/uutils binaries suddenly need to account for various behaviors.
uutils is just a simple example. But GPL licenses can help reduce the fragmentation aspects. Sure, a GPL project can be forked - but it will be with a new name, so it is much clearer that "this is different".
Wolf480pl
in reply to daniel:// stenberg:// • • •watering down of the open-source ethos.
I'm worried that people are taking open-source for granted, forgetting what it's all about, bending (and allowing others to bend) the open-source definition, or just slapping on an open-source license while acting against the spirit of open-source in every other aspect.
Jean-Christophe Dichant
in reply to daniel:// stenberg:// • • •Serge Droz
in reply to daniel:// stenberg:// • • •I would think of misguided regulation. States become increasingly aware of the importance and ubiquitousness of OS software. That's not bad. But they often don't understand the model, and somehow try to fit OSS and its authors into the same frameworks as commercial providers.
So we need better models. Some of this is discussed in the genevadialogue.ch/geneva-manua…
GENEVA MANUAL – On Responsible Behaviour in Cyberspace
Geneva DialogueThibaud Colas
in reply to daniel:// stenberg:// • • •Antoine Blanchard
in reply to daniel:// stenberg:// • • •Karsten Schmidt
in reply to daniel:// stenberg:// • • •Tariq
in reply to daniel:// stenberg:// • • •* UX and human-centred Design.
This is not a risk like the other items because the competition is pretty poor. But it is a huge opportunity.
The open source community is overflowing with technical talent. But not so much on user research, service design, ux design, visual and content design, accessibility.
also
* Fascism
I don't just mean supply chain attacks eg pagers, I mean harassment, blocking eg from services, infiltration to discredit, doxing the community, censorship.
1/2
Daniel Gerber
in reply to daniel:// stenberg:// • • •Bastien Guerry
in reply to daniel:// stenberg:// • • •- 1970-1980: FLOSS seeds (Emacs)
- 1980-1990: FLOSS principles (GNU)
- 1990-2000: FLOSS community (Linux)
- 2000-2010: FLOSS businesses (RH)
- 2010-2020: FLOSS big tech (Google)
- 2020-2030: FLOSS Governments wake up
The current situation is that we run trains on rails built by volunteers in hackerspaces.
I believe governments will understand the usefulness of guaranteeing the interoperability and stability of our digital infrastructures, and invest in Free Software to achieve this.
tarakiyee
in reply to daniel:// stenberg:// • • •Genders: ♾️, 🟪⬛🟩; Soni L.
in reply to daniel:// stenberg:// • • •corporate capture.
we already have it, but we don't doubt it's gonna get worse.
Daniel Böhmer
in reply to daniel:// stenberg:// • • •I can't rank the issues for all of FOSS projects but to add one missing in your suggestions:
The increasing fragmentation of development platforms after a phase of >10 years of concentration on #GitHub.com. I think its decline started with the acquisition by #Microsoft. That wasn't good either but fragmentation makes it harder to get contributions by newcomers who are not yet part of your platform.
Roodie
in reply to daniel:// stenberg:// • • •@jornfranke
yes, I think the infrastructure must be strengthened, which boils down to finances.
Maybe Microsoft and Android (alphabet) does not play nice and think that open source is getting to strong, so maybe they try to push it down, just a thought.
Another aspect is accessibility, maybe linux improves on that.
And how will OpenSource cope with the AI stuff, some influence is to be expected?
And what about the legal aspects. Rights are being curtailed everywhere. What impact does this have on OpenSource community. e.g. Cryptographically sophisticated software could be affected by that. But maybe some people who had previously done considerable work will also be missing from the community (and if it's just because of demographic change...).
Resilient and robust infrastructure certainly can't hurt in stormy times. Enough money for unexpected events certainly won't be a bad idea either.
Jim Fuller
in reply to daniel:// stenberg:// • • •Jimmy Sjölund
in reply to daniel:// stenberg:// • • •nineofseven
in reply to daniel:// stenberg:// • • •Lydia Pintscher
in reply to daniel:// stenberg:// • • •