Please tell your friends about federated social media site that speaks several fediverse protocols thus serving as a hub uniting them, hubzilla.eskimo.com, also check out friendica.eskimo.com, federated
macroblogging social media site, mastodon.eskimo.com a federated microblogging site, and yacy.eskimo.com an uncensored federated search engine. All Free!
“Nanook” is a slur for northern indigenous people in the same way “Chan” is a slur for Chinese people. Sure, there might be some members of that demographic with that name, but using the term as a generalization for that demographic is derogatory in intent.
Using the term “Eskimo” in the instance name is problematic for at least two reasons.
The term itself is considered problematic and derogatory for reasons I don't have time to go into here, but feel free to research why it’s under fire.
I haven’t checked, but the admins are probably not part of the demographics that the term would refer to, so they’re not “reclaiming a slur” so to speak
The comparison between “Nanook” and “Chan” is misleading and not linguistically equivalent. “Nanook” originates from Inuit mythology and is not inherently a slur, while “Chan” has been used in explicitly mocking or derogatory ways. It’s important to recognize the context and history behind each term rather than assume they carry the same weight.
You're right, but also taking together their comment history, we can reasonably assume that they chose their username with the intent to slur rather than as a more benign meaning.
European authoritarians and their enablers in the media are misrepresenting GrapheneOS and even Pixel phones as if they're something for criminals. GrapheneOS is opposed to the mass surveillance police state these people want to impose on everyone.
There are ongoing coordinated attempts at misleading people about GrapheneOS and Signal in multiple European countries. A consistent pattern are completely unsubstantiated claims about exploits with no evidence. These are contradicted by actual evidence, leaks and their behavior.
GrapheneOS is not immune to exploitation, but the fearmongering done in these ongoing attacks on it is very clearly fabricated. They feel threatened enough by GrapheneOS to engage in coordinated attempts at convincing people that it's unable to protect their privacy and security.
GrapheneOS eliminates many classes of remotely exploitable vulnerabilities and makes the vast majority far harder to exploit. It even puts up a strong fight against attacks advanced forensic data extraction tools with physical access. See discuss.grapheneos.org/d/14344… for an example.
There's currently an example of one of these attacks on the project ongoing across Swedish forums and social media. This reached our forum at discuss.grapheneos.org/d/23535…. An account pretending to be just asking questions goes on to pretend to be an expert citing non-existent sources.
This same thing is currently ongoing across several Swedish forums and on social media. It's generally not in English which makes it inaccessible to the broader GrapheneOS and privacy community so they can get away with extraordinary, unsubstantiated claims much more easily.
GrapheneOS is not supposed to stop people installing malware and granting it invasive permission. It does provide alternatives to being coerced into granting invasive permissions by apps via our Storage Scopes, Contact Scopes and other permissions, but it's a user choice.
GrapheneOS similarly not supposed to prevent authorized access to data by someone with the PIN/password and access to the device. Rather, we provide far stronger protection against unauthorized access via exploit protections, 2-factor fingerprint unlock, duress PIN/password, etc.
Our features page at grapheneos.org/features provides an overview of how GrapheneOS improves privacy, security and other areas compared to the most secure Android devices running the stock OS. It's not immune to exploitation and cannot be. Products making that claim are scams.
Not being immune to exploitation doesn't mean it can be successfully exploited in a given real world scenario. It's significantly harder to develop and deploy an exploit successfully. It can be exploited, but it doesn't mean it is happening especially at scale or consistently.
Having far from perfect security does not mean real world attacks including sophisticated ones will be successful in practice. Don't fall for security nihilism propaganda. We'll keep working on advancing security for general purpose computing devices. It will keep getting better.
Los Google Pixel son los máximos representantes de Android, con permiso de Samsung. Es por ello que convencen a los usuarios entusiastas del sistema...
Apple stores which devices/users install which apps. They have the device IDs. US government could obtain a list of people who installed the app if a court authorized it. Not clear what they mean by having to store device IDs. Those IDs aren't accessible to Android apps.
ANDROID_ID is a per-app-per-profile random ID. Not clear why they would need it. Android has privacy-preserving hardware-based attestation if they're talking about making it harder to spoof a location. Can't prevent either iOS or Android users making false reports via attestation APIs regardless.
Making posts with inaccurate technical claims about Android doesn't inspire confidence. It's a closed source app with a closed source service fully under their control. Why is that the approach if their goal is helping people rather than monetizing interest in it?
Apple records which apps people install and requires an account to use their app store. Apple Push Notification Service (APNs) has comparable privacy to Firebase Cloud Messaging (FCM). However, iOS apps must use APNs for push while Android apps do not have to use FCM.
Android apps can implement their own push service or allow the user to choose a service via the UnifiedPush framework. Play Store has a policy of requiring FCM for most use cases for battery reasons but there are exceptions. Unlike iOS, Android allows installing apps from other app stores / sources.
ICEBlock app is very clearly misleading people about privacy and their safety. Apple has a list of which accounts/devices have installed the app. They will provide it to the US government if they receive a court order. FCM is also not less private than APNS and FCM doesn't work the way they claim.
iPhones have good overall privacy and security but Apple does collect telemetry, forces people to have accounts and knows which apps each user/device has installed. They do not have magical privacy and security properties. An app like this claiming iOS gives them 100% anonymity is very strange.
iOS has significantly worse support for VPNs than Android and requires using Apple services. Android exists without Google services and people can install apps from elsewhere. The mandatory or effectively mandatory services on Google Mobile Services devices and iOS have comparable privacy.
I'm genuinely interested in people thoughts about the Fediverse because here in the UK it has massively stalled in 2025, like a lot of things. I am seeing way less posts from UK people and way less interaction and general use in fact. Most seem to have stopped social media use to be fair, and I know a lot of that is to do with my age (old fart here, 56 laps round sun and counting) but the numbers game look poor from my point of view. Do we think the Fediverse has a future now after useage appears to be going downwards? Is it a UK thing? (well I know the UK is weird but hey)
Bluesky blew itself up cos they failed to be sufficiently decentralised and became an echo chamber. Activpub systems are less echo chambery but still have a very strong left lean that is significantly effecting out ability to grow especially among the centre who represents the majority. We need more right wing opinions and allow said right wing opinions if we want the majority of people to adopt it.
The fundamental failure of the fediverse that is limiting us is that accounts are not transportable. We need some decentralised ledger of accounts that can be cryptographically verified with a zero trust system. U just set up a oidc server to do that auth and that plugs into every single fediverse application everywhere.
Oidc is the protocol by which auth can happen its the evolution of oauth. U need to build some kind of decentralised ledger then u set up a server that checks that ledger against the user provided auth then u simply make this server have an oidc endpoint allowing it to be plug and play with existing fediverse services.
I say oidc cos almost all fediverse software is already compatible with it.
My point is: if you have a ledger that the user controls and can use to redirect to different auth endpoints, then you don't need oauth. You just use the record in the ledger as the authentication mechanism directly.
Yeah exactly. But instead of having to implement that auth process in every different fediverse service in however many different languages u simply write it once with an oidc endpoint and all fediverse services can run it as a container in their stack. It makes implementing such auth system a simple config change and updating a docker compose to add a new service.
What I am trying to say is that "getting the user to complete a login" is not the novel part that is missing. What we are missing is a way for the user to have control over their actor ID, so that they use the same id regardless of what server that id is delegated to.
So, unless I am misunderstanding you, what you are proposing is an OIDC provider which could be used to authenticate on any other service. That's good, but it doesn't solve the problem that if we had an unified OIDC provider without a DID, all of the actor ids would end up dependent on the OIDC provider.
Ahh I see what ur saying now. Yeah the actor id is hard as it needs to be an actual dereferenceable uri as actors need an inbox and outbox of activities.
I don't think u can maintain cross instance actor ids. The only issue I see with having multiple actor ids for the same user is that they will have their content and profile split across multiple instances.
I guess u could have a meta id that dereferences to all ur actor ids?
Ahh I see I've never looked into how atproto works might need to look into it and sees if some of its systems can be adapted for Activpub. Thx for the info
If you are keen on working on something like that, let me know. I've done some preliminary work to get a DID system that would work like did:plc but I got a bit stuck trying to use a decentralized database based on IPFS as the "ledger" mechanism.
Specific to the DID, I haven't published yet. But what I am doing is based on my Typescript SDK for ActivityPub, so you can follow that repo for updates.
God, shut up. There's the "communist" dumbass instances which is just far right levels of stupid, and then literally the entire rest of this platform is just normal centrist europe views. "Leftist" is a term Americans use to describe giving immigrants healthcare and thinking homeless people should be given homes.
Go say something against trans and see how the fediverse reacts most instances will hand out an instant instance ban. That's a pretty mainstream right wing belief but its almost completely censored on the fediverse.
Normal centrist European views huh? I don't think so their are a lot of right ringers Europe who wouldn't be allowed to say what they want here. Perhaps that's what some Americans mean when they say leftist but that's not what most people mean pretty shit straw man imo.
Hate speech has no place here, no matter how comfortable these creeps feel around their fascist politicians and policemen at home.
Hating Jews was "pretty mainstream" in the NSDAP.
Hate speech is hate speech no matter how many bootlicking pieces of shit might agree, and this is not a platform that's friendly to the miserable fuckers who have nothing better to do with their lives than to spread hate and intolerance. They have Twitter and Truth social to spread their shit.
And here lies my point. A vast majority of people don't think its hate speech. And a vast majority of people believe free speech supersedes hate speech.
Please define hate speech.
I've seen many people defending violence against Jews in the name of Palestine right here on lemmy so I'd say hating Jews is pretty mainstream in the fediverse right now.
I believe the right to free speech grants you the right to express hatred as long as ur not calling for violence u should have the right to say whatever the fuck you want.
That's a pretty mainstream belief for a lot a people who have been completely ostracised and discriminated against by the fediverse as a whole.
In common language, “hate speech” refers to offensive discourse targeting a group or an individual based on inherent characteristics (such as race, religion or gender) and that may threaten social peace.
A related reading would be the paradox of tolerance, which goes far in explaining why we do not want this shit anywhere near our communities.
As for anti-Semitism, I've seen some of it in response to Israel's ongoing genocide, and of course the current context makes both anti-Semitism and anti-Muslim sentiments a very real problem. However, I think people on here mostly seem to be able to distinguish Israel and Judaism, and when they don't it seems moderators are generally doing a better job than on most platforms in my experience. But I doubt you're here in good faith, so I don't see much point in discussing something like this with you.
That's a pretty mainstream belief for a lot a people who have been completely ostracised and discriminated against by the fediverse as a whole.
If you feel discriminated against because people don't want you around, feel free to vote with your feet.
First I always discuss in good faith its a far more rewarding and enjoyable way to engage with the shared human experience. Second the condescending attitude isn't particularly pleasant I'm not speaking with you in such a way I ask you have the same respect for me.
Sure that's a fair definition.
I would argue the paradox of tolerance is widely misunderstood the full quote in which it is based is as follows:
"Unlimited tolerance must lead to the disappearance of tolerance. If we extend unlimited tolerance even to those who are intolerant, if we are not prepared to defend a tolerant society against the onslaught of the intolerant, then the tolerant will be destroyed, and tolerance with them.
In this formulation, I do not imply, for instance, that we should always suppress the utterance of intolerant philosophies; as long as we can counter them by rational argument and keep them in check by public opinion, suppression would certainly be most unwise." - Karl Popper (The Open Society and Its Enemies 1945)
I think most people ignore the second half of it as its convenient for them to do so.
If you feel discriminated against because people don't want you around, feel free to vote with your feet.
Ahh yes vote with my feet and leave the fediverse hence why op is asking why the fediverse has stagnated and doesn't seem to be growing. You have expertly just proven exactly the original point I was trying to make.
U see I also believe in equality (of opportunity) if you have the right to spread hate against right wing views then said right wingers should have said right to spread hate against your views.
I'm tolerant of your hate speech and combat it with ration argument. Your not tolerant of my speech and combat it with deletions, bans, and personal attacks. We are not the same.
And here lies my point. A vast majority of people don't think its hate speech. And a vast majority of people believe free speech supersedes hate speech.
Actually, a vast majority of people don't support being a shitbag to other people. You're confusing popular sentiment with the whims of the conservative elite. If you don't just hide in right wing echo chambers all the time you might be surprised to find out how unpopular your terrible views are.
I frequent many forums both digital and physical under a multitude of identities and the only ones who despise free speech are the extreme left. Pretty much everyone likes it. Lemmy is the most echo chambery of all the places I visit.
If your views are so popular how did trump win the election? Why have almost all right wing parties across Europe gotten a larger percentage of the vote? Why did almost every state in the us shift more right in the last election? These are the facts. You are objectively wrong
I've provided more facts to support my claim than you have for yours. I've provided nothing, whereas you have actively lied about the nothing you've brought forth. I don't need to prove anything to you.
Not that I could, conservatives don't think anyway, and you can't logic someone out of a position they felt their way into.
Of the counties with nearly complete results, more than 90 percent shifted in favor of former President Donald J. Trump in the 2024 presidential election,
Like, no. You can't even read and parse one paragraph, and you want me to compile a bunch of research you won't understand? You want me to explain the difference between a scant majority of the population who decided to and were permitted to vote and a vast majority of all people everywhere to someone who struggles with basic reading? What a laugh.
I made 2 claims u said I was wrong because my claims where wrong I proved my claims where true. Now ur refusing to provide evidence to support your claims. Engage in good faith. Stop being a hypocrite. Have some honour lest I lose what little respect I used to have for u.
The fundamental failure of the fediverse that is limiting us is that accounts are not transportable. We need some decentralised ledger of accounts that can be cryptographically verified with a zero trust system. U just set up a oidc server to do that auth and that plugs into every single fediverse application everywhere.
I've never felt this was as important as people say, at least here in the Threadiverse I don't see it being important. Can you explain how this would help Lemmy/PieFed?
Because it would solve the whole issue of people deciding what instance to sign up to. It would make the fediverse better than the mainstream "the one account to rule them all".
Instances still exist its just that u can log into literally any of them with 1 account. I get instance banned from an instance ur still banned from that instance.
So people still have to choose an instance to login to? This is just to save you from creating an account which is like 25 keystrokes and 4 clicks?
I also don't really want to make things easier for people who get banned often, sounds like it would be easier for trolls to bounce between hundreds of instances with fewer accounts.
A lot of right-wing beliefs have become so extreme that I am frankly happy to not be around them, regardless of how important I feel it is to avoid echo chambers (very). Its one thing to want to be able to have conversations with people you disagree with even though it's challenging, it's another thing to constantly have to contend with people who would like to debate whether you're a human and deserve basic human dignity because you're a minority.
But I would appreciate if we could at least manage not to attack other left wing folks over not being left wing enough, or over what methods are a productive way to solve the problems we're facing.
It's kind of just a microcosm of the infighting and purity testing of the left more broadly (at least in America, I have no idea how things are with the culture of leftwing communities or voices in Europe or the rest of the world), but it still sucks and I'd like to hope we can find a way to do better.
Tbh I'm not even sure what the right and left wing means or believes anymore.
Both terms have been so utterly corrupted and coopted that they have become meaningless to the point of simply being a term used to other one group by the other.
Well that's the problem everyone thinks they are exactly the minimum amount of left and that anyone right of them is a facist. If someone is continuously called a fascist Nazi eventually they will listen.
"If you tell a lie big enough and keep repeating it, people will eventually come to believe it" - Joseph Goebbels
Australia wasn't so much on the extreme of Americans but we are getting there. Interestingly both the right wing and the extreme left got fucked in our most recent election. Mind u I'm not happy with the current federal government they are introducing a pre capital gains tax on everyone's savings.
I can appreciate how twisted and emotionally charged the labels have become. As a queer(-ish, it's complicated) person in the US, it is not uncommon for right wing spaces on reddit to offhandedly describe me and all the people I care about as groomers. Thats not a good faith discussion of whether the way that I want to see problems solved is productive, it's just dehumanizing people because they're minorities.
I don't want to be around that. I think it is extremely important to have conversations with people you don't agree with, and I still have very little emotional capacity to engage with people that far away from me in terms of what's considered an acceptable way to engage with other humans.
I don't wish them death and dismemberment or for them to face violent retribution (and before people take issue with that, that would radicalize people and harm every single cause I care about, making every problem I'm facing worse. Even just purely pragmatically that's a horrible way to solve our problems like 99% of the time), but I don't wish to share space with them, I don't have that in me.
The left does absolutely have an issue with calling anyone we dont like a Nazi, which is a painful problem to confront due to the fact that our government is descending into outright fascism, and it is now infinitely harder to have a conversation about the fact that this is what fascism looks like now that the word has been so diluted as to be almost meaningless. It essentially just conveys "I really really really don't like that person" at this point, which is a big difference from "this person is framing minorities as responsible for all that ails society to gain power while stripping us of our freedoms and amassing personal power and currying favor with billionaires by selling them our institutions at all or our expense"
I'm curious, how did both the left and right get fucked in the recent election? I'm pretty much entirely unfamiliar with Australian politics save for a couple friendly jordies videos
The issue is the worst of both sides are the ones defining each other. I won't deny that I disagree with some of the things being pushed as part of education for young children. But I wouldn't say that that's grooming let alone define an entire group of people by that. Its defiantly not good faith.
I think the beautiful part of the internet is if u don't want to be around a particular person u can block them and they simply disappear. They have a right to speech but nobody has the right to force you to listen.
I don't think engaging with people emotionally is the correct way to engage especially over a text medium. I think the only real productive discussion that can be had without devolving into a screaming and name calling is rational and logical. I find that emotional arguments and weaponised empathy get deployed on mass instead of rational discussion.
I'm not saying that you should be forced to share a space with such people I simply think that others should not be restricted from having such spaces and engaging freely with people in those spaces.
This is what I'm saying people have been called fascist so long they have become the fascists. Its both sides stripping us of our freedoms and making our lives shit. Its a choice between get fucked or get fucked lite. We are all to distracted fighting a bullshit culture war to realise its just a distraction from the real issues. Funny how the whole culture war thing kicked off just after occupy wall street.
In Australia we have preferential voting so we don't have a 2 party system. We have the liberals who are centre right, we have labor who are centre left, we have the greens who are communists and we have the nationals who are fascists. The nationals never get any seats, liberal and labor trade places as the government every couple years and the greens get a couple seats. This time the greens lost almost all their seats same as the liberals.
It kinda seems like historically, growth has been driven by exoduses from larger platforms. Right now there's not any huge things going on on other platforms that piss people off and make them wanna leave but like, twitter, reddit and meta seem really good at finding shitty thing to do, so I'd kinda expect growth to just pick back up whenever the next outrage happens 🤷♂️
I honestly think self-righteousness pushes people away. It's why I can barely stand bluesky. During the big exodus from reddit, all these so-called far-lefties (who I think were just reddit goons doing infiltration) were all screaming for everybody to defederate. Even now, I keep arguing against idiots posting "kill a cop" or "kill fascists" memes, like this is literally an "advocate violence" platform. I don't expect to pull big numbers with that kind of shit.
Yeah we do have a lot of people who feel it's more important to demonstrate their anger than to figure out what people could do to improve the problems.
Worse still, a lot of people seem to have convinced themselves that whatever makes it most clear they're angry and hurts the people they disagree with the most is actually what's most productive. The anger about the state of things, particularly in the US is entirely valid. The self-justification of behaviours that burn bridges and radicalize more people is not.
If you want to implement any kind of solution you do, necessarily have to have a critical mass of people who agree with you, and you cannot build that by antagonizing anyone who doesn't already share your exact flavour of left wing ideology, and acting in a way that reflects poorly on your ideology to everyone except people who already agree with you
Very rarely is anyone willing to confront that violence as a means to an end, pragmatically, has enormous costs, and that employing it just because you're (justifiably) angry, is almost always detrimental to the exact abouts you're mad about
(Sorry, I know I kinda went off track from exactly what you were talking about, this is just a closely related huge frustration of mine)
violence as a means to an end, pragmatically, has enormous costs,
The people I'm talking about (the worst ones) don't even have an "end." No plan at all. The violence is the end. It's pure stupidity. I see it as the lust for violence, coming up with some politics to justify itself.
I agree. Its very frustrating, as someone who cares deeply about trying to do anything I can to find a future for myself in the increasingly broken status quo the US is devolving into (and has been in for a long time, albiet to a lesser extreme)
But don't you worry, they'll tell themselves the whole while that they're the righteous one for advocating wanton violence. I want off this ride 🙁
Even now, I keep arguing against idiots posting “kill a cop” or “kill fascists” memes, like this is literally an “advocate violence” platform
soooo much! Not only is this becoming an "advocate violence" platform, people are getting pissed if they have a post removed for advocating violence. Lemmy will def end up in the news after some crazy shoots up people and they find out he was all over Lemmy being cheered on to shoot billionaires or something.
Who is going to pay for those ads? With what money? There is no single entity here with enough interest in growing the Fediverse, and any grassroots movements that we do have are strictly against commerce.
I run bespoke hosting and services and people are spending less and less each month. Been doing it for 30 years in various ways and forms and 2025 is by far the hardest year to get anyone to part with money. Everybody thinks they should setup something ad laden it to death, make a fortune and retire at 30. Here in the UK you should visit a loc(ish) new website and see the content disappear behind a torrent of ads, clickbait articles, AI videos etc.
That tells us something about where our culture has gone and is going. I feel what you are seeing reflects this. There's a herd mentality driving a lot of norms.
Network effects are incredibly strong. Xitter is now a disinformation and fascist hellhole, and yet people who should know better still refuse to leave. We have the advantage that we're not growth focused, so we can can bide our time. The inevitable enshittification will do its job eventually, but there's no telling when the tipping point will happen.
Yet, Bluesky has grown to 35M+ active accounts, even though they started way after us
We have the advantage that we’re not growth focused
This is not an "advantage". This is an excuse we tell ourselves to cope with our failures.
The inevitable enshittification will do its job eventually,
And when it does, the majority of people will go the next shiny "free as in beer", VC-funded siloed platform and we are going to be just another "They don't know" meme.
Not gonna argue with you mate, I know we disagree fundamentally on what the fediverse means. Me and most others never will see eye to eye with you with your capitalist growth-focused approach.
The "most others" here is a heavily self-selected group of people who don't want to compromise on any of their values and treat any effort to grow as a threat.
All of this to say, it's fine if you say "Yes, we are small and I want it that way because if it gets any bigger we will be surrounded by people who do not uphold the same values we do". The problem is that you're arguing "We are only small because of $random_reason (network effects/evil capitalists/not enough funding/etc)", as if "being small" was determined by external factors and not something that you can control.
That's the point of disagreement. I think we can control this and we can bring more people here, but it's just that you don't want to do it if means sacrificing your ideology.
When I say "compromise", I am not saying "sacrifice them completely". I am talking about in terms of Big Fedi vs Small Fedi, regardless on where on the scale you want to stay, there are trade-offs to be made.
As I often do, I made a poll on the fediverse about two concepts I am interested in: Big Fedi versus Small Fedi. Although I think these are interesting topics, I couldn’t come up with exact summations of what the “Big Fedi” and “Small Fedi” positions are. So, I wanted to write down what I could here.
The fediverse, in this case, is an internetwork of social networks. It works a lot like email; you can have an account on one network and follow, message, and react to people (or bots) on other networks. The biggest software tool for making fediverse networks is Mastodon; there are a lot of other Open Source servers for setting up nodes. There are also some proprietary nodes — Meta Threads and Flipboard are two of the biggest.
The following are some clusters of ideas that I think coalesce into “Big Fedi” and “Small Fedi”. I haven’t been able to tie them all back to some fundamental principle on either side.
Big Fedi
The “Big Fedi” position is a set of ideas that roughly cluster together. Not everyone who agrees with one or a few of these agrees with them all, but I think they tend to be related.
The fediverse should be big. Real big. Like, everyone on the planet should have an account on the fediverse. It will make the internet better and the world better.
Weshould make choices that help bring the fediverse to new people. Because the fediverse should be big, we should be doing things to make it bigger; in particular, to bring it to more people.
There should be a lot of different account servers. (I’m using “account servers” instead of “instances” or “servers”.) It’s good to have a lot of choice, with a lot of different parameters: software interfaces, financial structure, what have you.
Commercial account servers are welcome. This variety includes commercial services. If they provide the right mix of features and trade-offs that certain people want, it’s good to have them, especially if they have a lot of users.
Moderation can be automated. Shared blocklists, machine learning, and other tools can be used to catch most of the problematic interactions on the fediverse.
Account servers can be big. It doesn’t matter how big they are: 1M, 10M, 100M, 1B people is fine.
The fediverse should have secondary services. In order to grow, we need secondary services, like people-finders, onboarding tools, global search, bridges, and so on.
The individual is central. People should be able to set up their environment how they like, including their social environment. They have the tools to do that. The account server may set some parameters around content or software usage, but otherwise it’s mostly a dumb pipe.
Connections should be person-to-person. The main social connection is through following someone. Building up this follow graph is important.
People I care about should be on the fediverse. I have a life outside the fediverse — friends, family, colleagues, neighbours. My governments, media, celebrities, sports figures, leaders in my industry. It would be good to have more of those people on the fediverse, so I can connect to them.
People should get to make choices about their account server. Everybody has different priorities: privacy, open source, moderation, cost, stability, features. We can all make our own choices about the account server we prefer.
It should be possible to have ad-free account servers. Technically and culturally, we should be able to set these up.
It should be possible to have Open Source account servers. People who prefer free network services should be able to run them and use them.
It should be possible to have algorithm-free account servers. You should be able to just follow things reverse chronologically.
It should be possible to have individually-run account servers. A normal technically-minded person should be able to run their own account server for themself, friends, their household, or even for a larger communty.
Harms that are mostly kept to account servers are up to people on those servers to solve. Good fences make good neighbours. If things become unbearable, people can move servers somewhat frictionlessly.
Affinity groups should stretch beyond account server boundaries. Groups, lists, and other social network features are important and should be fully federated. They should provide a lot of features.
There may be some harm that comes with growth; we can fix it later. We’re going to find problems as we go along. We can deal with them as we come to them.
The fediverse is going to look very different over time. The way things work now are not how they’re going to be 1, 3, 5, 10 years from now. Especially as the fediverse grows, different structures and ways of working are going to develop.
Open standards are important. By having public, open standards available through big standards organizations, we gain the buy-in from different account network operators to join the network. We definitely don’t have time to negotiate bilateral agreements; we need solid standards.
Variety in types of account server operators is good. Different people have different needs and tolerances. If we want to have more people, we need to cater to those different needs with different account servers.
Existing organizations can and should provide account servers. Not just existing tech companies; also businesses providing servers for their employees, universities for students, cities or other governments for their citizens.
Existing services, even if they’re bad, will become somewhat better if they have fediverse features. People on those services will get to connect with a variety of new people. They’ll find out about the fediverse, and might move to another account server, or try something else new.
It’s more important to bring good people to the fediverse than keep bad people off it. More people is good, and the people I care about on other networks are also good. There may be some bad people, too, but we’ll manage them.
Small Fedi
Here is a rough cluster of ideas that I’d call “Small Fedi”. Again, not everyone who agrees with one or two of these agrees with all of them.
The fediverse should be safe. Safe from harassment, safe from privacy violations.
Growth is not important. We’ve gotten along this long with a small fediverse. It’s OK how it is, so growth is not important. Growth is a capitalist mindset.
People who aren’t on the fediverse don’t matter as much as people who are. Their needs, at least. When discussing the future of the fediverse, we don’t need to talk about people on other networks much at all.
If people want to get on the fediverse, they can join an existing account server. We don’t need to bring new account servers to the fediverse; there are a lot already. People who really care about getting on the fediverse can join an existing account server, or set up their own. If they’re not willing to do this, they’re probably not that interested in the fediverse, so why should we bother trying to connect to them?
If growth could cause harm, we either should fix the problem before growing, or we shouldn’t grow. We should examine opportunities carefully, but by default we should say no.
Commercial account servers are discouraged. Most commercial services do harm. Even if they’re on the fediverse, they’re going to try to do harm to make more money. So, they should be avoided as much as possible.
Secondary services can cause harm and should be severely limited if allowed at all. People search and content search can be used for privacy invasion or harassment. Shared blocklists can be manipulated to cause echo chambers. Machine learning can be biased. Onboarding services favour big account servers. They should be discouraged or, preferably, closed.
The account server is central. Moderation decisions, cultural decisions, account decisions, most social decisions should happen at the account server level.
Account servers are the primary affinity group. You should find an account server that feels like home. Any other groups are less important.
Feeds like “fediverse” and “local” are important. There is a public community of account servers that your account server connects to, and the public feed from that community is important. You might use it more often than your home feed. Your local feed is also important, because your account server is a group you belong to.
Moderation should be primarily by hand. The courage and wisdom necessary to make most moderation decisions can only be managed by hand. Automated tools can be manipulated.
Account servers must be small. Human moderators can only do so much work, so the account servers they moderate can only be so big.
The fediverse works just about right right now, and shouldn’t change. There’s a good reason for how everything works, and it’s fine. People who want to change the way things work just don’t get it.
It’s not important that people from my real life are on the fediverse, and it’s kind of discouraged. The account server is the most important affinity group, then the larger “fediverse”. That’s enough; other people are needed or welcome. People who I know who aren’t on the fediverse don’t care about fediverse stuff, so they’d get bored here, anyway.
It is highly discouraged to have ad-supported account servers. Even if they only show ads to their own users, they are causing harm. In particular, they’re showing our content next to ads, or using our content to develop ad algorithms. Either way, harm goes beyond the server border.
It is highly discouraged to have proprietary account servers. They just can’t be trusted with their own users’ data. Also, they’re going to get some of our data, just through federation, and who knows what they’ll do with it.
It is highly discouraged to have algorithmic timelines. Anyone having these causes problems. If you want one, you just don’t get it.
Open standards are less important than making things work the way we want them. In particular, fiddling with standards to keep people safe, and to discourage particular account server structure, is an OK thing to do.
Most existing institutions have proved themselves untrustworthy and should not provide account servers. Name any particular part of civil society, and I can come up with an example of at least one bad practice they have.
Harms that happen on one account server are a problem for every account server. Server blocks, personal blocks, and protocol boundaries aren’t enough to isolate problems to their account server of origin. Secondary or tertiary effects can happen and cause harm.
Existing services, if they’re bad, will make the fediverse worse. Bad practices, bad content, bad members will cause problems for everyone on the fediverse.
It’s more important to keep bad people off the fediverse than to bring good people to it. Bad people can be really horrible. There aren’t actually that many good people on bad services, and if they really wanted to connect with us, they’d find another way.
Where do I land?
I’m mostly a Big Fedi person; I did the work on the fediverse that I’ve done in order to bring it to everyone on the planet. I don’t think people should have to pass a test to be allowed on the fediverse.
That said, I respect that harm can come from new technical decisions and new network connections. As someone deeply involved in the standards around ActivityPub and the fediverse, I’d like to make sure that we give people the tools they need to avoid harm — and stay out of the way when they use them. I very much like the Small Fedi suspicion of new services and account servers, and careful consideration of the possibilities.
I’d like to find ways to mitigate the problems of so many people on proprietary social networks being unconnected to the fediverse, but still centre the safety of existing fedizens. I don’t have an easy answer to how this can work, though.
Anyway, thanks for reading this far. Also, an acknowledgment: I borrowed the term “Small Fedi” without permission from Erin Kissane’s great piece on Untangling Threads. I’m also using it differently, stretching it out, which admittedly is an ingrateful thing with something you borrow. I hope it is not ruined by the time I return it.
Another acknowledgment: this framing is loosely based on the worse is better series of essays by Richard Gabriel. His lists of ideas are much shorter, more cohesive, and more algorithmic.
As I often do, I made a poll on the fediverse about two concepts I am interested in: Big Fedi versus Small Fedi. Although I think these are interesting topics, I couldn’t come up with exact s…
I mean everyone already has platforms they're largely comfortable with and fediverse platforms are less accessible, smaller, and usually clones of existing formats. The primary place we compete is on not being total dogshit, so when people can forget that their comfortable platforms are dogshit, it doesn't surprise me that people wouldn't be going out of their way to venture out into a new unfamiliar thing, with a different culture and much smaller userbase 🤷♂️
I'm happy to be here regardless of whether we're growing personally. In spite of Lemmy's challenges I enjoy it here, and that's enough for me.
I’m happy to be here regardless of whether we’re growing personally. In spite of Lemmy’s challenges I enjoy it here, and that’s enough for me.
I think this is a fine attitude if you are an user who just wants to enjoy a "slow web" kind of experience, but as someone aware of all the ill effects of Big Tech and Surveillance Capitalism, I wish we were more ambituous and aimed for a bigger slice of user share.
I am broadly in favor of growing the Fediverse, but I am also of the belief that most of the ways that people think that should be done, are potentially more counter productive than productive
For users, most people think of growing Lemmy as evangelizing. Personally I think that's almost always experienced as preachy and antagonistic. The real work of making the fediverse competive is the developers maintainers and hosters, and if we as users want the fediverse to grow I think the biggest thing we can do is be a part of making this a good place to be.
Its by creating a culture that when people show up and try things out on a whim, they decide to stay. It certainly helps for people to hear about the Fediverse, but if that's a accomplished through means that make people frustrated and hostile towards us, I think we've accomplished more harm than good.
I deeply miss the thriving small niche communities of reddit, and us not being able to sustain that is 100% down to not having enough users, but I see participating in a way that makes it worth being here as the biggest thing I can do to support the fediverse
My biggest frustration is that I sincerely believe that I had built like 80% of the tools needed to solve the onboarding issues:
Onboarding by signing up via Reddit OAuth on fediverser.network, so anyone had one single place to visit and "migrate"
A website with a curated list of recommended communities, so that they would have content available as soon as they signed up.
15+ topic-specific instances, so that people could become familiar with the concept of federation, without having to be overwhelmed by the initial choices and/or being forced to understand the "politics" of each instance
The "Community Ambassador" feature, to help people to organize and source content from different places and help them bootstrap their communities.
These things are all right there. There was no single admin interested in implementing it. Everyone was just looking at their own few thousand users and never got together to think "how can we get from 50k to 5 million?"
I can certainly see why that would be frustrating. I'm surprised I'd not heard of your project before- does it have a name or a github? If it does and I see folks talking about how we can improve onboarding or grow the fediverse it'd be nice to be able to mention it to them
I think I'm subbed to fedibridge- have you posted about it there? I feel like admins may be kinda swamped and it might need traction with users who want to see things grow in order to cut through the noise and have it be a significant enough priority for any admins. There may also be an issue of them knowing that making onboarding from reddit significantly easier, if successful might mean putting a lot more strain on themselves and their instance
That has been my impression of present dynamics and historical data, too - boom-bust-cycles of either some other platform fucking up or there being curiosity from some synergetic effect, then the initial wave breaking over time - but usually also leaving behind at least more (genuinely active) users than before the wave. For Lemmy, one can definitely see some reduction in activity, I think - not dramatically, but I do think it's noticeable if you spend a lot of time here. E.g. unlike during the last Exodus, I see more of "the same users" than before. There's still enough content, it does not feel dead by a long shot, and who knows when the next wave may hit.
That wave-like character makes it hard to estimate organic growth too, at times. The mass influx of users dying off over weeks will give shrinking numbers there, even if some users from organic growth who are more likely to stay and be active than "mass exodus users" may still join there. Also, users moving in between MBin/PieFed/Lemmy will fudge numbers, but they are essentially in the same ecosystem.
We had some nice steady growth up until some months back, probably partially driven by dissatisfaction with Reddit rallying behind Trump and further enshittification of it. But predictably the lions share of users just accepted the new normal as the inertia of leaving is just too high to overcome. For another exodus event there needs to be a bigger shock to the system, probably something like turning off old.reddit.
I've spent the a good part of last year working on Fediverser. The tools to lower the barrier of migration and to get people out of Reddit were built. To me, it feels like it's the users and admins here that were not interested in pushing that as a goal.
It definitely will happen. I've already noticed I'm sometimes getting weird "your IP is blocked" warnings when using old.reddit. They go away after a refresh but it wouldn't surprise me if they're trying to get people to stop using it.
Social media is kinda washed up. A lot of people are on substack, too. The internet as a place is just less popular, I think. We're all getting sick of it.
Fediverse does everything I require out of social media. Functionality of threadiverse is mostly there and getting better (Piefed will probably replace Lemmy as the go-to eventually), apps are better. Mastodon / microblogging was always good enough for communicating with real people, it’s when you’re an influencer you run into limitations but who cares about that. Maybe there aren’t that many people that are into this and that’s okay because we’re not a corporation that needs to report quarterly growth forever.
(Piefed will probably replace Lemmy as the go-to eventually)
I think rather we'll see more software popping up and diversifying the ecosystem. Then you can pick whichever you prefer. Which is the whole point of the fediverse. I'm currently working on my own implementation. Might take a long while before any alpha version as I'm super busy but I try to do at least a bit of work on it every day.
As a general comment, I suggest everyone interested in making the Fediverse grow to join those two communities - !fedibridge@lemmy.dbzer0.com is about promoting the Threadiverse on other platforms (usually Reddit) - !fedigrow@lemmy.zip is about growing communities on the platform
Nobody likes to shout into the void. The second one helps finding people to help you grow your communities.
I just wish there wasn't so much sectarianism on fedi. Or maybe it's a good thing that this kind of social dynamic is possible in online world. I don't really know. What I do know is that it's rather annoying to see the instance admin being labeled as reactionary because someone dug up something from five years ago and decided to start a FUD campaing.
Just from a quick look at fediverse.observer/, it looks like the Fediverse is mostly steady at 1-1.25 million monthly users (give or take) over the past two years with a slight decreasing trend. I think there are some reasons for this that are not entirely in our control.
There seems to be a global sentiment of disconnecting from social media and the internet in general. So, I wouldn't be surprised if ever platform is seeing a decaying user base. Anecdotally, among the people I see in real life, there is a general sense of exhaustion with online spaces. Whether it's from corporate-own, enshittified platforms to even places on the Fediverse, the people with whom I interact tend to find the entire thing hollow. They've trimmed down to one or two platforms (if that). In fact, I've even started to get that way. In the past, if someone were wrong and arguing against a point I made, I'd engage, especially if it's in something that I have expertise. Now, why bother? There's no use arguing; people have little interest in admitting fault or engaging in good faith (again anecdotally). That said, I'll concede that the Fediverse is a bit better on that front, but not by much.
Then there's the alternative nature of the Fediverse. It's been rehashed over and over about how "difficult" it is to get on and use. It's not actually that hard, but the barrier to entry is an extra step. That small extra step frightens people away from even joining. The only time that barrier gets broken is when a "legacy" social media platform does something anti-user. Then there is a refugee wave that comes in and goes out leading to a modest durable increase in users. Recently, there just hasn't been a major controversy on a major platform that leads people here.
Now, my final thought on this is to ask: Is a small and steady-ish population (despite modest decay) actually bad? In my view, I don't think it is. Being smaller and with a smallish barrier to entry means that we exclude a sizable number of the low-effort population. So, there's less (no zero) slop here. Plus, discussions, when had in good faith, can be much deeper and less filled with stupid low-effort jokes. Overall, I'm not too concerned with the number of people on the Fediverse. Growth isn't necessarily the best thing. Even so, with the way most mainstream platforms are going, it's inevitable that they will do something stupid that drives more people to the Fediverse at least for a time.
TL;DR: The monthly population is mostly steady with a modest decay. Most social media is likely seeing similar trends. I don't think the smaller userbase is that bad of a thing.
I definitely get burnt out on it faster when half my front page is meta posts. I don't have time to curate, I just want to see content that isn't about itself.
I browse lemmy exclusively, as a result of distaste for corporatization. Personally I have no reason to leave and I doubt I will anytime soon. I don't have any particular niches that I'm a part of, so the only thing that would cause me to leave is if the feed dried up. I usually open lemmy in the morning and scroll All - top 12h. I get an hour or so of scrolling before I reach posts with sub-10 votes. And that's all I really need. I'll be here until I can't do that anymore.
That's an interesting question. I don't think the advantages of the fediverse are part of any zeitgeist so are not attracting new and diverse users other than maybe through places like Flipboard and maybe Ghost. The future of social media is certainly going to remain fragmented and the fediverse fragments itself by default anyway. I do think that how people use social media is changing; people are tired of overuse to some extent. Does the fediverse have a future? I think it'll remain its own niche as corporate offerings come and go. Increased Interest may come from an unexpected growth in a specialism that is federated. I think my idealism for what the fediverse could achieve is now muted as I probably no longer have faith in open networks as the cultures are way too different so I probably now see the fediverse less through the email analogy and more through the linux analogy. If fedi plods on refining itself in its own slow way (volunteers and no money make for slow progress) then who know the next time a corp offering destroys itself and people search for a less awful and exploitative environment then it might just win out in the long term though I'm not entirely convinced about that. Does that mean i'm off to corporate networks. Not really. I'd rather just stop altogether than fall down that rabbit hole again.
I have enjoyed this discussion but some of my UK peers have added that the fediverse in general (like most social media to be fair) when it is new seems to "american" for them. Bluesky suffers from this criticism as well. This puts a lot of UK users off. Heck even threads is described by many as too us focused right now (see the I'm in the UK is anybody else posts on threads)
All the meta products, reddit, old fashioned forums... plenty of things. Discourse (pah) tik tok. Different but have way more users. I'm genuinely curious how they get so little traffic in this day and age against other methods. And yes, I know I'm asking on Lemmy, but I'm new here, and I still cannot fathom why they are so quiet
All the meta products, reddit, old fashioned forums… plenty of things. Discourse (pah) tik tok. Different but have way more users
Aren't all of those US focused?
I’m genuinely curious how they get so little traffic in this day and age against other methods. And yes, I know I’m asking on Lemmy, but I’m new here, and I still cannot fathom why they are so quiet
nope they have plenty of UK focused things. Run by a US corp of course, but plenty of local content. I welcome the debate, but for the majority of people not in the fediverse ecosystem, the numbers just look awful and that is a massive reason they don't either look here, or stay. Herd mentality is strong. Most of them are in no way shape or form techy either
That's really interesting. Australian here, and I've remarked several times how the userbase of the fediverse isn't dominated by American voices like most other social media platforms I've used.
It's an interesting perspective. Historically the fediverse was more European; Mastodon is based in Germany and initially got a lot of traction in France, NLNet has contributed a lot of the funding, and there's historically more adoption by European governmental organizations than US. But these days a lot of the energy is being driven by corporate interests (Flipboard, Wordpress, Meta, Ghost) which are primarily American (Ghost being the only exception), so that's leading to a change of dynamics. Distressing, especially given what's going on here in the US!
Kiwi here, originally European so I get content in two languages and from people with some interests in similar. Good percentage of local and international stuff generally keeps me happy. (Not too concerned/glad about overall numbers - there's no continuous growth on a finite planet)
It doesn't, but stalling is different than just sitting roughly the same. I am talking about my experience, with my peers and clients... most of whom have just upped and left
Also British, trying (somewhat failing) to avoid more of the political stuff and that seems to be most of the national specific stuff that gets posted.
There is something in that, plus the internet in general seems to be getting dumbed down a lot. Fedi also seems very much a place full of extreme views which for a lot of people is just a turn off. As a bloke seeing loads of content that is obviously sexual is also something I thought we'd seen the last of...
There is something in that, plus the internet in general seems to be getting dumbed down a lot. Fedi also seems very much a place full of extreme views which for a lot of people is just a turn off. As a bloke seeing loads of content that is obviously sexual is also something I thought we'd seen the last of...
Hey now, that guy is perfectly capable of being a reactionary piece of shit on his own! This kind of thing is entirely in line with what he already thinks.
and don't you think what he thinks was shaped by his self-proclaimed 170+ visits to the US to meet with industry giants and politians to further his own political agenda?
Depends on the topic. Economic and foreign policy sure, and he most likely got pointers on how to actually put his views into action, but the guy voted in favor of letting husbands rape their wives in 1997. Telling him to hate on LGBT+ is like kicking in an open door.
Only proof of its existence I can find is here, apparently it was formerly dubbed by Happy TV, which seemed to be a channel for airing childrens TV shows. I don't actually know if it's lost or not but I can't find it anywhere.
I'd say this is lost, while I can seemingly find other languages pretty easily, the Serbian dub specifically I've come up empty for as well
It's fairly common for a specific language of multi-language release content to be missing. Especially when it's outside of the mainstream languages like English, Spanish, Japanese etc.
Exynos 5400 modem Pixels (Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold): temporarily disable hardened_malloc and hardware memory tagging for shared_modem_platform executable due to an upstream write-after-free bug
Launcher: fix upstream bug causing a crash for the interface to add lockscreen widgets (currently a tablet only feature until Android 16 QPR1)
Changes in version 138.0.7204.63.0:
update to Chromium 138.0.7204.63
A full list of changes from the previous release (version 138.0.7204.45.2) is available through the Git commit log between the...
backport upstream port of Local Network Checks site settings to Android to provide per-site control with a prompt when sites try to use it instead of the status quo where Vanadium enforces Local Network Checks for the browser with only a global toggle for disabling it
This update is available to GrapheneOS users via our app repository and will also be bundled into the next OS release. Vanadium isn't yet officially available for users outside GrapheneOS, although we plan to do that eventually. It won't be able to provide the WebView outside GrapheneOS and will have missing hardening and other features.
Privacy and security enhanced releases of Chromium for GrapheneOS. Vanadium provides the WebView and standard user-facing browser on GrapheneOS. It depends on hardening in other GrapheneOS reposito...
This is the initial official release of GrapheneOS based on Android 16 after the June 10th release of Android 16. Device support for Pixels was removed from the Android Open Source Project for Android 16 and had to be reimplemented which is why it took so much longer than usual. Please join our testing chat room if you're interesting in testing this experimental release. We'll be making a series of releases this week to fix several known issues and other issues.
full Android 16 port with all GrapheneOS features available (we previously shipped some parts of Android 16 backported to Android 15 QPR2 to provide the 2025-06-05 and then 2025-07-01 Pixel patch level)
migrate to using adevtool to handle a much larger portion of device support since the Android Open Source Project no longer includes device support for Pixels
adevtool: add new arcslib infrastructure for extracting resource overlays from the stock Pixel OS
adevtool: use fixed build number and build date for state regeneration to reduce diffs
don't disable external ports at boot on debug builds for internal development for debugging early boot failures
Call it something like greentext or confessions or something. Anyone posting is automatically set to Anonymous with no link whatsoever to the original account for admin or users to track or in the logs/activity pub etc. Like the person will not get replies, notifications on their account for the post, or the ability to reply as Anon. Simply streamline creation of a throw away account using the existing credentials of an existing account for post access and to give automod a chance to act. Maybe bar new accounts or below a certain threshold of engagement.
One could make a community named "Anon Posting" or something, lock it so only a mod can post, and then make the sole mod a bot that would post anything it got via DM (probably after automoding, rate limiting, etc) to said community.
I do think it's a good idea for the bot to keep a log in case it gets abused for sufficiently evil purposes. One could add some extra functionality to the bot that would give identifying information about the poster to instance admins on demand (via DM), but I think instance admins would have pretty easy access to all DMs made to the bot, along with identifying information anyway. (Feel free to correct me if I'm wrong on that.)
Also, the bot could totally delete its logs and with them the identities of all posters after a while. Maybe a month?
And, of course, this wouldn't be ironclad anonymity. But it would keep identities secret from anyone but the bot maintainer and instance admins.
Yeah, sounds like a pretty cool concept. Not volunteering to write such a bot (at least any time soon) or anything, but I support it.
I bet you could create a system that runs someone user and domain thru a hash to produce a different alphanumeric value. Display that value instead of user@domain. So not exactly like 4chan, in that everyone has a user. But a username that is isolated from rest of fediverse. That would allow for 'confessions' type posts to not be linked to a standard account. And preserve ability of mods to ban the racists and trolls. I'm not coder. But it seems possible.
I keep seeing people go to the effort of creating a throwaway account to say or post stuff they want or need to externalize on the threadiverse. I'm willing to bet that for every person that goes to that much effort, there are likely somewhere between 10-100 people that lack an outlet and motivation to do the same. Greentext is just a mutual pretext on my part for genuinely caring about people under pressure right now and in need of an outlet in a way that is not really well supported by the fediverse or activity pub.
We are small enough here that regular names and people can hold meaning in familiarity and memorable history. Kind words and social interaction anonymously from these may hold considerably more value and meaning within this social dynamic that is not afforded elsewhere.
Aha, I see. So you mean there should be a community for anonymous posts. I think it's not inherently supported with ActivityPub. But I guess someone could create a bot that all posts went through. However for very obvious reasons the community would need to be moderated VERY efficiently.
Yeah, I'm kinda volunteering for the mod part. In truth I think it would take the respective instance admin setting up such a thing specifically. Like create a throwaway or something so that the actual user is not propagated to other admin or the full activity pub feed being transported. The one instance admin would know and have the ability to filter or block, but that information would never escape the one server. As a mod I would be blind to actual potential bad actors and only filter at the liberal community and comments level. So basically a normal community that replaces the OP name with Anon, and never shares the real ID with anyone.
I can write a bot that would be capable of doing such a thing if you would like. I don't have time to dev for free but if u wanna pay for me to make such a bot then I'd be happy to do so. U do get a 20% discount if the code is published under an AGPL licence.
“I think that AI and generative AI specifically is the most transformative technology of our lifetime, which is saying a lot, given that we have had the internet,” he told CNBC.
PhD student Job Garcia was tackled by agents, arrested and held in detention after filming an immigration raid at Home Depot, according to the legal group MALDEF.
WILMINGTON, Del. — AmeriStarRail, which for some time has been proposing privately owned and operated passenger service on the Northeast Corridor, has gone in a new direction with its latest proposal — literally and figuratively.
‘The More Dangerous State of the World and the Need for Fit Leadership,’ Panel 2, Speaker 8Dr. Steven Hassan- Undue influence expert- Fielding fellow on soci...
Maybe try recognizing that most people actually have very real, legitimate grievances which have been completely swept under the rug by assholes all too eager to avoid responsibility by painting those asking the questions as brainwashed.
Or continue condescending to the entire world so you never have to break the pretty illusions you've painted for yourself, and keep lamenting how the entire world is turning against you.
It's not, the needles or whatever are way to consistent, even in the darker areas. AI would have fucked all that up
Also, it's a basement well window, I have one of these as well. So OP would be standing on the side of the window in his house and the pinecone is on the other side in the fire escape well
Think of it like looking into a really big terrarium
Abdel Qader Sabbah, Sharif Abdel Kouddous, and Jeremy Scahill Jun 30, 2025
The outdoor cafe became a scene of carnage: all broken concrete and shredded wood, bodies strewn on the ground, plastic chairs torn apart, and blood soaked on the floor. A large crater in the ground in the cafe showed the missile impact. At al-Shifa hospital in Gaza City, fresh corpses in body bags were lined up outside."
Abdel Qader Sabbah, Sharif Abdel Kouddous, and Jeremy Scahill Jun 30, 2025
The outdoor cafe became a scene of carnage: all broken concrete and shredded wood, bodies strewn on the ground, plastic chairs torn apart, and blood soaked on the floor. A large crater in the ground in the cafe showed the missile impact. At al-Shifa hospital in Gaza City, fresh corpses in body bags were lined up outside."
The Trump administration has lifted export license requirements for chip design software sales in China, as Washington and Beijing implement a trade deal for both countries to ease recent restrictions on critical technologies.
Lol yea, because constantly spreading Russian propaganda like Ukraine being a Nazi regime or NK actually being really good and definitely not a brutal dictatorship is totally healthy for the Fediverse LMAO
Some of Ukraine’s allies are shifting their focus elsewhere just as the war-battered nation struggles with a fresh volley of missile and drone attacks in its fourth summer of Russia’s full-scale invasion.
I'm not gonna lie, guys, neither say the opposite: there are people who play in their phones, I bet you do, so do I. I'm curious to know what do you play in your phones, what kind of "phone gamer" are you. Remember PDAs? The only games that things had were mineswipper, solitaire, chess, sudoku among others. All those are games that perfectly use the touch capabilities of its device, but now, we have more process capacity, and we still have one touch screen (I know, you can touch many points of the screen at the same time). I've always seen the screen of my phone as a one big button, so, I can't play any game that needs more than one touch to be played. I do limit my catalogue of games to those mentioned above, and I really like them. I love sudoku.
A review of Nix/NixOS after using it on all my machines for three years. I'll cover what works, what doesn't, and why it's the first OS that's stuck with me.
This is a well-written post. I agree that “friction” involved with small changes and incompatibility with some Linux binaries are significant downsides. I think NixOS makes a lot of sense for development environments, but it’s not my preference for a personal device
I like the idea of nixos, but I feel like it makes a bunch of daily sacrifices in order to optimize a task I do once every few years? I hardly ever get a new computer, but I install/uninstall/update/tweak packages on my system all the time. With a dotfile manager and snapshots, I get most of the benefit without any of the drawbacks.
I'm always on the go, swapping PCs, travelling for medical reasons. Buy, sell, trade hardware. Nix allows me to boot into my system as if I never left with a simple hardware config update script. Rock solid consistency.
Is your hardware always the exact same? Because if it isn't, then I'm sure you have to do modifications to your config file. And at that point you night as well just use a regular distro instead.
So what the main hassle of switching is that you have to run your hardware file to update for your new hardware, then inside your Nix config rarely will I ever have to edit things (maybe UUIDS if totally new machine fresh nix install/but I usually ssd swap for ease of transition and speed, or even clonezilla multiple drives and use as needed) even drivers for example. I've got auto scripts setup to run that will automatically pull any drivers or updates from the base system nix update to any drivers.
There's really only two files you ever have to touch that I've used. Nix hardware, nix config. Once hardware is updated for which system you on you'll never touch that until you boot a new machine with different hardware. If you setup nix how it's supposed to be. Nix config is your master file. A single backup of that and when setup correctly. I can boot like I never left my machine. I'm talking librewolf still has my accounts open and logged in. VPN works. It's all seamless damn near.
You have to learn to play within nixos sandbox meaning understand what your capable of doing and do it all inside config. With a few auto scripts, and 3 or 4 common commands on desktop page for whatever you wanna do and its terminal and memory hands off. I've what I call dumb Monkey commented my entire config and its in order if boot process from power on machine to boot, etc to shutdown.
A regular distro still poses many many more challenges when hardware swapping. You have different files to remember fstab, etc etc which can lead to mental memory load and system clutter if you didn't build and maintain a perfect system from the beginning with stuff like files, sym links, all sorts if tweaks you've made over time.
So I switched to nix to mitigate those things. Now I've made a master config file copy, auto updates, backups, etc is all automated in the background now. All contained in my nix config. It's supremely stable. Mental load is zero. Fills my use case. Immutable.
You have nothing to lose and only to gain. Pick any desktop environment and setup to your liking. I came from windows, to mint, to full custom nix all my apps, browsers, luks, apparmour, firejail, the whole stack.
I've tried live boots of many other distributions but this is the cleanest, leanest, most manageable of them all. My only true concern is project lasting long-term. For now. Aside from not having GUFW. I'm happy. I think there's just a lot if misinfo and lack of hands on use from most people or incorrectly setup systems to utilize how nix should be ran. I think that should iron out over time.
You can manage multiple machines with a single Nix configuration git repository and modularize the configuration as much as you want. You can have a config with a desktop environment that you skip on servers, override individual variables for a specific host or do whatever you want. You can even remote deploy it all with a simple nixos-rebuild build --target-host "user@host" and it works across different architectures too (e.g. build on your fast x86 machine and deploy to a slow RaspberryPi).
Loved nixOS but couldn't install PIA VPN gui and disliked the workarounds. Also doing .net dev was more awkward than I liked so went back to Arch and wrote some scripts to install all the packages I want instead. Love the idea of nixOS though.
I feel like setting up a new machine is just the easiest to explain.
Personally, I find dotfiles messy, as you often just want to change one or two settings, but you always carry along the whole file with all kinds of irrelevant other settings. This also makes it impractical to diff two versions of those dotfiles, especially when programs write semi-permanent settings into there.
I guess, your mileage will vary depending on what programs or desktop environment you use. For example, I love KDE, but they really don't do a good job keeping the config files clean. Nix Plasma-Manager generally fixes that, and for example allows defining the contents of the panel in a readable form.
I think you over complicating your view here. I daily nix. Your not carrying a bunch if dot files. You have one. A single nix. Config. That's it. It's not big, long, messy, what so ever. I have mine commented by section from boot order to auto updates and backups. Your talking about 150 lines of extremely short and almost self explanatory code. I came from mint having never used nix. I figured it out doing a custom luks install and the whole custom build from scratch in no time.
Your diff issue is overblown. The edits you make are small and you cannot get lost in multiple configs unless your doing entire system writes which you would never do. I use a dead light weight diff GUI or terminal. This has to be one if the cleanest, maintenance free distros I have ever used.
It doesn't seem you have truly driven Nix with this take. No program writes directly to your config, even if there was say your temp scenario you reboot and temps would wipe away like you never did them unless you rebuild nix config. Most of your concerns would fall away once you really drove nix to see how it functions.
Yeah, you understood my comment entirely the wrong way around. When I say "dotfiles", I mean the non-Nix way of managing application configurations. Nix Home-Manager happens to write to these dotfiles, but that means I don't have to deal with the dotfiles myself.
I've used nixos exclusively lately. It's been awesome. No system scatter, clutter. It'd immutable. There's very slight driver hassle (you don't have GUI for drivers so a simple terminal command fetches everything you need.) in cinnamon. I came from mint. I have all basic commands in executable files on desktop for ease of hassle. It's not about rebuilding the system. Its about being hands off. Next to zero maintenance because not much in your system gets altered. I went for a full custom install from terminal. The only thing I personally miss being GUI is a firewall like UFW or GUFW.
Overall its more rock solid and workable than likely every distro I have ever tried. The feature set is nice, easy rollbacks, fucking cake backups. All you have to know is your entire system lives on one small editable file called nix. Configuration. Keep it in a micro SD or USB or any backup and it's as if you never left. Any changes you want you simply tweak in the config then reboot. If it breaks then select your previous gen number on boot and your exactly where you was before.
I diff my edits and keep copies, run auto backups, and more. It's so hands off that I haven't found a better replacement yet. My single biggest concern is long-term viability in the project.
This is a good example of what people consistently overlook/misunderstand, when it comes to Nix.
Obviously you can remount a /home, or just pull the dotfiles from a personal repo, but the strength of Nix is also in that I can re-create my entire config exactly how it is defined. If i were to setup a machine completely from scratch, with a mature enough config, it will get me from 0 to my exact desktop completely unattended.
But there are also many more advantages to it, at least in my eyes. Let's take trying/tweaking new packages as an example. Yesterday I pulled an old repo for an Outer Wilds mod. The thing needs a dev environment, and a mod manager for the actual game. A nix shell got me both, I finished my work, and when I exit out of fish, both are gone, just as I wanted them to be.
Another good example would be partial os updates. I've used Arch for almost 9 years before switching to Nix, and pretty much a top3 Arch rule is not doing partial updates, or partial rollbacks. In case of a breakage, I would have to manually redownload an older version of a tarball, pacman -U the package, and then hope i'm not cooked. In the case of gcc incompatibilities, it can quickly become a massive pain in the ass. My nix flake would never experience this problem, because I already have two different scenarios available - either i build based on an older lockfile from my git repo, or I create an overlay for a specific input I need, so that it still pulls what it needs, and doesn't interfere with the rest of my system
You only have one machine? I benefit from sharing configs between the laptop and the desktop. They are not the same, but I can easily copy paste a complex service I defined in my desktop to do the same thing on my laptop
I have a desktop, laptop, and a few VMs and servery things. Dotfile manager (yadm, which is a git wrapper) to sync personal settings, everything else I just do manually. The system-level configs are either different enough that standardizing them isn’t very helpful, or no more complicated than installing packages and activating services.
Personally, the stepping stone I needed to know about is Nix Home-Manager, which basically allows you to manage your dotfiles independent of the distro. From what I understand, if I do switch to NixOS, I'll continue using this code with just some minor tweaks.
But yeah, I agree with the verdict in the post. I like it a lot, but I would not have made it past the initial learning curve, if I didn't happen to be a software engineer. Sysadmins will probably be able to figure out how to put it to use, too. But it's just not for non-technical Linux users.
Untrue. I came from windows, to Linux mint, then now I daily nix. I'm an average person who prefers to be terminal hands off. I did a full custom install from my mint setup to nix, apps, luks, the entire swap and booted as if I never left basically. I faltered a few times and had to select previous generations in my boot menu but honestly it'd because somehow I fucked up my UUIDs. The learning curve is there but let me assure you it's minimal in terms of linux, and it's dead stable because nothing changes without you doing it. In 1000 years it should still be running Unadultered.
Meanwhile me as a barbarian installing Debian and copying my ~/.bashrc file (and a few others) if not just remounting /home/ in the new installation every few years.
The biggest downside to containers vs. Nix for me is that Nix can produce binaries for Linux and macOS, whereas docker only helps with Linux unless you can perform literal magic to cross-compile your project on Linux for macOS.
Containers also don't give you reproducible environments, and Nix does.
That said, Nix documentation is ass, so I usually end up going with containers because they require far less suffering to get working because writing a containerfile is much easier than guessing how to hobble together a Nix flake with a mostly undocumented language.
Skipped to the "ugly" part of the article and I kind of agree with the language being hard?
I think a bigger problem is that it's hard to find "best practices" because information is just scattered everywhere and search engines are terrible.
Like, the language itself is fairly simple and the tutorial is good. But it's a struggle when it comes to doing things like "how do I change the source of a package", "how do I compose two modules together" and "how do I add a repo to a flake so it's visible in my config". Most of this information comes from random discourse threads where the responder assumes you have a working knowledge of the part of the codebase they're taking about.
I always aim at packages and issued inside my nix config cuts all this hassle out atleast for me.. Ive got everything pretty meticulously commented and in order of boot process and in general running step by step order. I'm pretty sure I dumb monkey could figure out how it runs. I came from windows then mint then nix. To give you an idea of my PC knowledge. I think the whole point if nix is to keep the system contained and not scattered. I see many posters mentioning system scatter on nix as an issue and I have no idea how theu managed to complicate one if the simplest systems I've ever used as far as clean, tidy, goes.
I've been stuck on Nix for two weeks because I thought it would be a good idea to put a distro I had never used but that wouldn't break on my backup laptop in case my main one ever broke. I just couldn't force myself to install debian, not that I have anything against debian, it's just... kinda boring, while Nix seemed very interesting. IT SEEMED LIKE A GOOD IDEA AT THE TIME I SWEAR.
Guess what happened... I broke Arch. Then I reinstalled and the next day the laptop broke. Then the next day I tried to get my data back and the hard drive broke. So, backup laptop with Nix for two weeks...
I really really really like the declarative stuff. Installing packages through config files is so nice I'll never lose track of what I've installed ever again 🥰 🥰 🥰 I was already using a git repo for all my config files + GNU Stow to symlink everything to its proper place, so adding the .nix configs to that setup was very easy.
Having a clean system on rebuild is great. No more clutter left everywhere that I don't know about, no more half broken stuff left lying around.
But... - It's not Arch. Not Nix's fault, but I kept hearing that it would be "like Arch but declarative"... and it's really not 😑 Everything seems over-complicated vs as simple as possible. - I absolutely hate the language. - What's with those error messages from hell??? - And speaking of hell, every language that can't just use indentations like YAML instead of cluttering the code with {} and [] and () should have been relegated to the darkest pit of hell 20 years ago. But points to Nix for being less awful than JSON (the comma on every line but not the last thingy make me want to build a time machine to go murder the grandparents of whoever thought it was a good idea) - Packages are out of date even in the unstable branch (I know it's unfair since it's not trying to be a rolling release... but... but...) - Where are the source packages? Is that an Arch only thing? I liked having packages that automatically use the latest git commit without needing to manually install from source and manually reinstall each time I want an update like a medieval peasant... 😭 - Nix packages are weird. Even someone who's terrible at coding like me can read Arch PKGBUILDS... I miss you Arch 😢 - Apps not working because of paths that don't exist on Nix... what do you mean I need to patch the package myself? 😭 But at least there's steam-run, great preserver of what's left of my sanity. - ~~Can't wrap my head around installing some stuff like VSCode extensions (the advice I got was "don't bother just do it imperatively...)~~ (Edit: Finally figured it out!!!) - Wiki is often sparse on info and not very helpful if you don't already know what you are doing (and I clearly don't 😅) - Hidden configs. Some stuff works on its own like pipewire even though I haven't installed or configured it (I went with a minimal install that just gave me a tty then build from there, no DE), and how it's already configured is not in the default config files. It's very confusing not knowing why some stuff works and how it's configured by default.
But it's kinda growing on me. Like mold. Or cancer. Brain cancer.
Yes it's a headache if you don't have a clue what you're doing and suck at coding like me, but the good parts might make the headache worth it depending on what you want of your distro. A week ago I couldn't wait to get a new laptop to reinstall Arch, but now I'm actually wondering if I should keep trying Nix... OH GOD HAVE I CAUGHT THE NIX BRAIN CANCER? 😭
I'm just seeing your comment after I recommended Guix, that I could read and understand Guile Scheme is what made me hop away from NixOS, the nixlang is an ungrokable mess
I'm not a fan of nested parenthesis... but aside from that I don't know much about the language, is it more convenient? Does it also suffer from the error messages from hell problem?
Guix is a distribution of the GNU operating system.
Guix is technology that respects the freedom of computer users.
You are free to run the system for any purpose, study how it
works, improve it, and share it with the whole world.
That is something you can't quite escape in Nix either. While it doesn't use parenthesis like a Lisp, the nature of the language and the depths of the sets you are dealing with still makes you end up getting a lot of this at the end of your files:
];
};
};
};
}
Having one } too many or too few is a pretty common issue with Nix and feels very similar to Lisp, even when the rest of the language is quite different.
While some people love putting Lisp in everything, I really don't get it. Guix is far uglier than Nix in the language department. Scheme is not a configuration language and thus has none of the nice things that Nix has (multi-line string handling, defaults, lazy evaluation, inline expression, etc.), instead you get multiple levels of macro spaghetti. Furthermore, Guix forces you to turn everything into Scheme, where you can just use plain Bash in your Nix build steps, in Guix that is all Scheme.
I had spent a lot of years with Scheme before starting with Guix and then spend quite a few years with that, but even after all that switching to Nix just felt so much better instantly. Instead of trying to hack a DSL onto of Scheme you just get a language that's actually build for the task.
But points to Nix for being less awful than JSON (the comma on every line but not the last thingy make me want to build a time machine to go murder the grandparents of whoever thought it was a good idea)
Packages are out of date even in the unstable branch (I know it’s unfair since it’s not trying to be a rolling release… but… but…)
Sure, some packages are outdated. But in terms of percentage of up-to-date packages, it's (AFAIK) the best out of any distro repo. And that's perhaps even more impressive of a feat when realizing it also sports the biggest repo. For actual stats: repology.org/repositories/stat…
Wait how does Nix Unstable have a better score than the AUR? With four times less maintainers? That's really impressive, especially considering how much more simple Arch packages are to make.
Nix has more up to date packages than most distros have packages in total. There's a bot that goes around updating them automatically if they are from github. Maybe there's an issue with your package?
It's reproducible, so random updates are a no-no. You can however just dump the Git URL in your flake.nix inputs and then override the src of the package with that. The source gets updated when you do nix flake update next time. Something like this:
Finally managed to enable VSCode extensions without doing it imperatively or using home manager I'm so happy I could cry 😭 😭 😭
It actually wasn't even that bad, I'm just terrible at understanding documentation I guess
(vscode-with-extensions.override {
vscodeExtensions = with vscode-extensions; [
bodil.blueprint-gtk # Gtk Bluprint language support
ms-vscode.makefile-tools # Makefile language support
bbenoist.nix # Nix language support
ms-python.python # Python language support
naumovs.color-highlight # Color Highlight
ms-azuretools.vscode-docker # Docker
donjayamanne.githistory # Git History
seatonjiang.gitmoji-vscode # Gitmoji
];
})
You absolutely do. If you build a container and publish it you will pull down that exact thing every time. How is that not "reproducibility"?
You no what though? Scratch that - who gives a fuck? Bit-for-bit reproducibility takes far more effort than it's worth anyway. Even NixOS isn't completely reproducible. It's a false goal.
For dev environments, repeatable is okay.
It's well more than good enough you mean.
If you want actually reproducible binaries that you can ship, Nix is better fit for that purpose.
with ansible, you are responsible for making sure that executing the described steps in the described order leads to the desired result
with nix, you describe what you want your system to look like, and then figuring out how to get there is nix's problem (or rather, is obvious to nix thanks to nixpkgs)
It's missing the fact that the nix store can be huge, even if garbage collected regularly. This prevents me from using nix on my Ubuntu laptop with limited HDD space.
I haven't had any issues thus far. But I have not used a lot of appimages. Usually I can find everything in nixpkgs, and those that I didn't all worked with appimages.
I'm not quite sure why you fetishise a bit-for-bit over semantic equivalence. Doesn't it turn "it works on my machine" into "it works on my machine as long as it has this sha: ... "?
Let me disagree there, the language is trivial. It's just JSON-lookalike with expressions, with a lot of nice touches that make using it much easier than all the alternatives (e.g. sane multi-line string handling, lazy evaluation, default values, powerful key/value sets, etc.). The only real stumbling for me when first encountering it was realizing that functions can only take a single argument (which can be a key/value set) and that functions are literally just : (e.g. (a: a + 5) 6 => 11). That's easily missed if you just look at a file without reading the documentation.
The thing that makes it hard is just the complexity of the actual package collection, your configuration contains literally your whole system, and it's not always obvious where to find the thing you need, since sometimes it's a plain package, sometimes it is a services.foobar.enable = true and sometimes you have to fiddle with override or other package specific things. Knowing that search.nixos.org/ exists is half the battle here.
There is also the lack of static typing that can lead to rather verbose error messages, but it's not like many other configuration formats have that either.
There are a few gnarly things about Nix, even for someone who's familiar with Haskell (the most similar language to Nix that's even close to mainstream).
Dynamic typing (you mention this briefly). Some people like the extra flexibility that dynamic typing gives, but there's a tradeoff: more errors. The thing is, due to NixOS's complicated structure, the traceback for an evaluation error might not give you any information about where the cause is (indeed, the traceback might not include a single line of your own code!). This makes errors unusually costly in NixOS specifically, so any language feature that causes more runtime errors automatically has a worse impact than it would in a more "normal" language.
The "standard library" (builtins) is extremely sparse. You basically have to depend on at least nixpkgs-lib if you want to get any real work done.
No real data abstraction mechanisms. No ADTs, no nominal types. The only composite types are attrsets and lists. The usual way to encode a custom type is as an attrset with a _type field or some such.
While we're at it, very limited pattern-matching.
Clunky list literal syntax: no commas between list elements. I can't tell you the number of times I've forgotten to surround list elements in parentheses.
Can anyone remember the rules for escaping ${ or ''? I have to look them up every time.
I'm not quite sure why you think pointing out someone's confidently incorrect claim that containers do give you reproducible environments means that I fetishsize anything?
But if you genuinely want to know why reproducibility is valuable, take a look at reproducible-builds.org/.
I was quite happy to see that Debian and Arch have both made great strides into making tooling that enables reproducible packages in recent times. It's probable that, because of efforts like this, creating reproducible builds will become easier/possible on most Linux environments, including traditional container workflows.
For now though, Nix Flakes are much better at enabling reproducible builds of your software than traditional containers, if you can suffer through Nix not being documented very well. This article covers some more details on different build systems and compares them with Nix Flakes if you want more concrete examples.
FWIW, I think that containers are awesome, and using them for dev environments and CI tooling solves a lot of very real problems ("it works on my machine", cheap and easy cross-compilation for Linux systems, basic sandboxing, etc.) for people. I use containers for a lot of those reasons. But if I need to make something reproducible, there are better tools for the job.
I really want to like Nix. The idea of declaratively defining my entire system sounds great. I can manage it with Git and even have multiple machines all look the same. I can define my partititioning once and magically get a btrfs disk working. Wow!
But I find the language confusing no matter how many times people say it's easy. I have a lot of experience with other programming languages so maybe it just doesn't mesh. It also gives terrible error messages that are hard for me to understand. And Nixpkgs is unpredictable for what version I'm going to get. One of the services I installed ended up being a release candidate version which was a surprise. What if I don't want the latest version of Docker? How do I pin it? Do I have to duplicate part of Nixpkgs? It just feels like a monorepo where everybody has to be on the same versions. Why on earth do the Nix language docs start by introducing math expressions instead of here is a simple self contained thing that installs one program. Here's how you configure it. Here's how you expand. Why does the dependency graph seem to pull in so many unnecessary dependencies? For example, I tried to build a minimal Docker image (which Nix looks to be a very good fit for), but I couldn't figure out how to strip out dependencies that likely were only used during build for a dependency.
I still like the idea and have managed to get my server defined entirely with NixOS which is very cool, but I can't recommend this to my tech friends because if I'm confused they will be more so.
Generally true, but the ones out at our city park have totally rusted out underneath. Nobody's been pissing on them, they're just exposed to the weather.
If I remember later today, I might take a photo of the pair of water fountains at our park. The top stainless steel side looks perfectly fine, but the metal panel underneath both of them is totally rusted out. I'm pretty sure they disabled/disconnected both of them.
Not sure where I might post the photo though, guess I might post under Nowhere Else To Post.. 🤷
So they’re copying Dave and Busters by trying to become what they should have stayed to begin with.
Not gonna work. Dave and Busters is terrible.
But get some cool animatronic shows, .25 cent arcade games from the 80s- 90s, maybe even a few amusement center rides like the old Scandia centers had (go karts, suspended rides, bumper boats, mini golf). THAT would be worthwhile.
It'll work. Millennial nostalgia is a cash cow. There are multiple arcade bars in my area that seem to do pretty well.
...actually, rereading the article, I don't see that they'll serve alcohol. Or food at all, for that matter. And it looks like they're building them out of empty mall tenancies.
I go to a local arcade bar all the time (hubs loves Stepmaniax), I see tons of parents taking their kids there. There's usually people in the bar area if you don't go at like, 11 am. It honestly seems like a great business plan, new and classic arcade games, catered to both children and their parents simultaneously?
Back in 2003, I was qualified for a lousy $28 a month in Food Stamps, as long as I came in twice a week for their work program.
It cost more for the gasoline to make it to their work program than the benefits offered. It's cheaper to sit on my ass than to qualify for SNAP. And that was way before the orange man.
@cm0002 You know there is the "safety net" and then there is the "I don't want to work net", and way too many people are on the latter and the country is suffering for it.
Israel has insisted it won't give up its aim of defeating Hamas in Gaza, while Hamas said it would only free the remaining hostages after the war ends.
The Logitech Options+ offline installer enables users as well as ITDMs to install the software to computers that do not have access to the internet (or are on an air-gapped network). It shares all ...
The Fediverse Passport would be the central account for all users on the Fediverse.
How it would work
a. Upon signing up for the a platform on the Fediverse the user would be redirected to the "Create your Passport" You would create your unique username. Once signed up you would then have an account on every platform connected to the Fediverse.
b. If someone friends/follows you on one platform they would automatically follow you on all platforms. Insuring that communities and friends could stay connected across platforms.
c. The passport for the user would show your feed on all platforms and allow you to selected which platform you want to see your feed from, also allowing you to directly search your content so you could find a post for whatever reason you need.
d. For the subscriber it would show them your feed and allow them to easily find your content.
e. Tons of customization options including the ability to monetize and or set a subscription fee for the video, blogging, and other "arts" platforms.
Safe Guards
You would be allowed to set your privacy setting to, Public, Subscribers Only, Approve Subscribers, Mutual Friends only, Private (Requires link)
Benefit
Would allow stream less interaction across the whole Fediverse and really get it going. No more having to create a different account on each platform and now you can claim an identity and keep track of your communities, also each site would directly help "advertise" the others.
A passport in the way described here doesn't need to be centralised. Your profile could link to your other profiles through metadata, rather than a centralised system.
It's not a matter of how ones profile would be accessed, but how it would be created in the first place snd how it would be managed.
Necessarily, those who implement the creation of accounts have control over how they're created, who is allowed to create them and how they will be handled after creation.
Any scheme to establish one "central" (your own term) account for the entire fediverse will necessarily be managed by one "central" service, which means one "central" authority over account creation and management
And no, a central account doesn't require a central service, it just requires amendments to the protocols to allow for a decentralised identity. Nostr, bluesky, etc all work that way. Nostr is full of nazis and bitcoin bros, and bluesky is effectively centralised in other ways, but both of them do have a genuinely decentralised single identity system.
There are a few ways of doing it. A single account on the first platform, and then signing up to remote platforms with that account. A system of trust that allows a user to verify that other remote accounts are genuinely also them. Combine it with platforms that recognise content posted from other accounts/platforms that belong to the same person, and let them edit the "remote" content locally and federate it out again etc.
So you don't end up with a centralised identity, but rather, the ability to manage your identity from whichever instance you happen to be signed in to as if it were created locally on that instance.
And further - the establishment of a single, fediverse-wide account for each user would make it far too easy for those so inclined to silence anyone they wanted merely by banning their one and only account.
It could have several even as many as 100 different people with part of the key to access the center point for the passports so that any decisions would have to be unanimous and would keep things purely being monitored for technological updates.
Unless what you are describing involves some type of Decentralized Identifier, let's please stay away from any solution that depends on a single point of failure.
I am not quite sure how this works - where is my "passport" created? On a centralized platform? What if I want to have different accounts on different instances?
Ideally on a platform similar to Gmail in its decentralized nature but connected to the fediverse and accessable through the main fediverse website as well.
We could allow for duplicate username with a unique 10 digit code identifier allowing you to adjust your privacy settings for each platform.
I like the concept, but personally I see the decentralised nature of the Fediverse as a benefit rather than a hindrance, and moving all identity functionality to a centralised system would create more problems than it solves.
Suddenly you'll have a single point of failure for the entire Fediverse. A very appetising target for hackers and DDOS attacks.
An alternative that's in the spirit of your idea would be to allow for auth delegation, i.e. if you sign in with an Activitypub ID rather than a plain username, redirect to that instance to sign in then redirect back to the instance you started from, auth token in hand.
The nice thing about this approach is it's basically just OAuth 2. It's familiar, simple to implement and built in to a lot of web frameworks already. The only extra step would be advertising the server's auth URL via the nodeinfo endpoint, which is fairly trivial to do.
It's like everyone forgot about open ID but also having accounts tied to the an instance is not the problem with good export and import. Communities are what we need to have abstraction on just like IRC if I go to @games i should see threads from all instances on the network. Just like everyone in an IRC network can talk in the same channel even though they connect on different IRC servers.
What Fediverse could use was some kind of equivalent of Linktree. "Here's my personal accounts on Fediverse. Here's some related to my projects. Here's some other random links."
Because currently I'm like "maybe check out my Mastodon profile, it has links" - it works, kinda, but I'm not sure it's the best solution. For example, you could include support for this in the fedi software, so once you specify where your link page is, it'd pull the links and show them on your profile.
...I know, this would be too beautiful for this world and it'd get run over by spammers. But for glorious few days we'd have sensible Fediverse profiles! Think about it!
There is also KeyOxide with solves part of it via cryptographic verification and I believe some fediverse platforms already support it: codeberg.org/keyoxide
These controllers were all working on SteamOS before as far as I know, so I'm interested to see what this changes. My understanding is that previously their controllers just show up as generic xbox controllers, and now they will be properly recognized. We'll see if this has any other benefits like custom bindings for back buttons and things like that.
My former cat Lilly sits on the couch, watching as the iron flakes take on various forms as they rain down onto the magnet and she gently taps the glass while yhe tilts her head and then her body.
Russian base metals sales to China surged in the first five months of 2025, underscoring its economic dependence on its Asian neighbor even as the country seeks to diversify trade.
If you mean the classic black ball with a wick, they were pretty much hollow cannonballs filled with gunpowder and a wick. You'd light the wick, run, and the gunpowder would explode, flinging shards of cannonball everywhere.
Though in Zelda bombs are a plant. They just grow like that. There are also enemies that are bombs, and magic exists to create bombs. All of which have been used as canon explanations for the bombs in the games.
Early humans already had mountain streams, which are refreshing as fuck in summer (or year round for the tropics, or winter for south africa). And Africa is actually pretty mountainous, it's kind of an issue for infrastructure development.
Hope this corporate centrist right bootlicker loses the vote. She undermined YEARS of progress that we painfully made within the EU. Her and the EPP need a reminder who is their actual priority when designing policy.
I don't like her, either, but the vote was initiated by a far righter (i.e. a corporate far right bootlicker), and I rather doubt that we'll get a new commission president who is more progressive than her, considering the current balance of power in the EU parliament.
Nearly every Friday night for the last 3 years I’ve done bad movie night with friends in vrchat. This week it’s Slaughter Day (followed immediately with a good movie, Team America)
I know that "females" is seen as icky when describing women or girls, but since not all women were born female and not all born females are women, would that make addressing them as such transphobic?
In most situations, it would be rather strange to refer to a trans man as "female". Might get away with it if it's specifically about their chromosomes and you're writing a scientific text about that, but that doesn't really come up that often.
It's done all three, more or less in that very order.
Initially, modern tech was a progressive tool, helping immensely with science, mathematics, and documenting history and literature.
Then it became commonplace, everyone and their grandma has the internet, posting their random brainfarts, cat memes and fails of the day.
Now we're digressing, people using AI left and right, while simultaneously losing their own critical thinking skills, and also finding it harder and harder to double check anything without running into another AI brick wall.
Yes I realize your question is more about how tech has affected civilization. Technology has always been affecting civilization, so its done all three, evolved us, stagnated (I think peak useful tech and functioning generally happy civilization stagnated around 2014), and has been regressing since.
I myself don't see progress as a technical thing, but rather technology as something that could help us overcome our animalistic traits in order to enable us to live together in a good, forward-looking way. I mean, of all the mammals in the world, we are the best at building tools, but I wonder if we are making the most of this or if, despite all our tools, we are ultimately incapable of overcoming our instincts.
I don't know the answer any more than anyone else. However, your answer, which I share, suggests that despite all our technological achievements, we are not evolving significantly, but remain trapped in our animal nature.
Think about it for just a few moments. When our ancient ancestors figured out how to make fire, rather than carry it around in a sled thanks to a lightning strike, everything changed...
Humans are nice to each other as long as they can afford it. Limit their access to clean water and food and they will turn into bloodthirsty monsters, like any animal will do.
When I use /etc/fstab to automount an SMB share using CIFS, I cannot unmount it without root privileges. If I mount it manually (as a non-privileged user), everything works just fine.
Also, an application I mount the share for (Pika Backup, based on borg) cannot access backups unless I unmount the share with root privileges and then mount it back manually.
A respective line in /etc/fstab is: //address/directory /mnt/backup cifs credentials=...,user,auto,iocharset=utf8 0 2
Highlighted user option to make it clear I didn't forget it.
user makes it so that any user can mount, but only the same user can unmount. Meaning, since root is mounting it on boot, root has to be the one to unmount it, too.
users allows any user to mount, and any user to unmount.
Not sure what's on going with Pika. Who mounts the share shouldn't matter, as the folder permissions should be the same regardless.
It worked, you nailed it! So, the problem was that with automount it was root that was mounting, which ended up breaking permissions. As a result, I could not unmount the drive, and Pika couldn't do backups. After setting the uid, it started to work properly as it began mounting under my name. As such, changing user to users was not required. But now I know the difference, so thank you anyway!
Ah. That's right. You need to use the uid as the network share doesn't have permissions the way a local partition would. Normally it's unneeded, as the drive, folder and file permissions are set on the drive, and those are the ones that matter once it is mounted.
Note that the uid only sets access permissions. It does not actually mount the share as you, so you'll still need to be root to unmount it, unless you change user to users.
Since it’s the summer and temperatures are hot in the south, I’ll sleep in either 19 or 20. During the winter, I’ll wear 3 or 4 (Boys boxers are comfy to me lol). As a mom, If I’m wearing 19 or 20 I’ll usually keep a cotton tee on standby in case my preteen son knocks on my door in the middle of the night.
I live almost exactly on the opposite side of the planet from Australia; I just prefer to be cold - especially while sleeping.
Also, did you edit your earlier comment? I could've sworn I replied to one that said "Even in the winter?" But now it mentions long pants being an option, and there's no icon indicating it was edited. Just wondering, because someone mentioned a similar situation (a comment they replied to being different) recently.
You are right, my apologies. Thats a platform for watching videos just like youtube. But it works in a completly diferent way, similar to torrent. Because its goal is to bring content freedom. The problem with youtube is that they directly decide what people can record and what is forbiden. If you make content that youtube doesnt like, first he will hide it so wery small amount of people can see it, second they will demonetise you, and third they will delete your video and your whole channel at the end. Just because you wanted to spread the truth. Thats why lbry is created, they call it content freedom. 😀
As a concept it's something I find really cool but as of now I think something like PeerTube is better if you have to self host and easier to be moderated by a community
Well you are hosting videos that are on lbry but its done automaticly, its not something that you have to do manyaly. You just enter the desktop aplikacion and watch videos. And rest is done on itsown. Videos that you watched you are now hosting for others to watch and thats it. You just set how much memory you want to allow app to use, so it doesnt fill up your drive and thats it.
And if you are content creator you host your videos just at first so couple of people can see them, and after that people are watching and hosting your videos vithout you doing anything.
For example hardware unboxed is posting its videos on lbry so i prefer to watch him there. But there are many other interesting people there, because they are avare of youtubes censorship. And there are many videos that cannot be posted on youtube, but we are free to watch them on lbry.
Die Meinungen, ob 35 Grad und mehr sehr schönes Wetter sind, gehen auseinander. Der FDP-Vorsitzende Christian Dürr freut sich über hohe Temperaturen und schießt gegen die Grünen. Damit zieht er jedoch nicht nur deren Zorn auf sich.
Der vor wenigen Wochen ins Amt gewählte FDP-Chef Christian Dürr hat am Dienstag mit einem Kommentar zum Wetter auf der Plattform X einen Shitstorm ausgelöst. "Liebe Grüne, es nervt! Hört bitte auf, bei Hitze im Sommer (und bei Regen) eure gesamte Klimaerzählung zu posten. Wir haben gerade, wie man früher sagte, sehr schönes Wetter", schrieb der Bundesvorsitzende. Es gebe den Klimawandel und man müsse gegensteuern, "Populismus bringt uns aber nicht zum Ziel", so Dürr.
Auf der A29 bei Oldenburg und der K415 bei Bad Sachsa ist es am Dienstag wegen der Hitze zu Schäden an der Fahrbahn gekommen. Die Straße zwischen Bad Sachsa und Steina ist regelrecht weggeschmolzen.
So ein "Blow-Up" wäre auf einer Landebahn äußerst gefährlich, heißt es vom Flughafen in Hannover. Damit dies dort gar nicht erst passiert, waren dort dem Airport zufolge am Mittwoch Tankwagen im Einsatz. Diese fuhren demnach zwischen den Starts und Landungen die Landebahn entlang und kühlten den 50 Grad heißen Asphalt mit Wasser ab.
Was zum Fick machen dann Flughäfen in heißeren Regionen?
Es gibt wohl unterschiedliche Asphaltmischungen für unterschiedliche Temperaturen. Das Problem ist, dass die Bandbreite begrenzt ist - das, was bei 40° nicht schmilzt, geht dann im Winter bei -20° kaputt (unsere Winter werden zwar auch wärmer, aber man tauscht ja nicht jeden Straßenbelag alle 5 Jahre komplett aus). Die meisten heißeren Regionen haben keine kalten Winter. Aber kp was man bei kontinentalem Klima macht, wo die Temperaturunterschiede immer schon größer waren - vielleicht ganz auf Asphalt verzichten, rumpelt dann halt mehr wenn man nur Beton hat?
During a press conference on Tuesday, July 1, Homeland Security Secretary Kristi Noem claimed that a cannibal on an ICE deportation flight "started to eat himself."
It still starts the KDE session, but it's probably on another term output. Hit ALT+F1 and see if it shows, but it depends on the distro, so it could F1, F6, F7...etc
F1 is just a blank conosle with a blinking curses and you can't type anything into it. F2/3/4 open a new terminal from where I can log in, but none seem to have a KDE session running. Gotta check out the other F keys. Just in case none of the work, is there a solution you know of?
You're probably on a laptop and have multiple GPUs enabled at the same time. If not, you're defining Nvidia drivers with something trying to be smart about when to enable the actual outputs or not.
You can either make sure to have the display turned on, or make it super clear to the drivers to always enable a display regardless of whether it detects a display.
When I turn my laptop on while external monitors are connected, Plasma doesn’t start and SDDM just shows an unresponsive black screen with a cursor. I’m using integrated intel graphics on Wayland, openSUSE Tumbleweed, Plasma 6.0.
I should have provided more details about my setup, but I was kinda hoping that it turns out to be trivial. I am on a desktop PC, AMD gpu, Mesa drivers, one 1440p monitor. Nothing special about the setup. I'll have a look at the URL you provided and try a few things tomorrow.
No probs! I checked all the F-keys and non have the session initialized. The logs say that SDDM segfaulted. That's the last message. I typed it out in the commend above if you want to take a look.
Boot log/kernel/dmesg, X/Wayland/kde primarily. Been a long time since I've had to troubleshoot something like this so I don't know the new kids on the block. Maybe upstart or dracut? Whatever manages the boot process now
I checked the logs and can't find anything interesting. I am not that knowlagable so you'll have to forgive me. I used journalctl -b -k to get the log from the current boot and piped it into grep for searching. There is no mention of kde, x11, xorg or wayland. Ok, editing this while typing. SDDM is segfaulting. I have no idea what that is, but another comment mentioned it. The message reads sddm-greeter-qt(1387): segfault ar 1b .... libLayerShellQtInterface.so.6.4.1... Guess that's the issue?
Yeah that might be it. Sddm is a display manager, you might be using it for your login screen.
You might be able to work around it by just setting the service to restart automatically, so that it comes up properly once a display is attached. But if you can, I would try reproducing it on a fresh and fully updated install, and open a bug report to the maintainers if you can. Linux developers generally try to make really sure their programs don't crash like that.
Had the same problem on fedora (no issue on bazzite, nobara, or arch). First time it was xwayland that kept crashing without a display present for some reason, second time I never solved since I was distro hopping the fedora family of distros but it seemed to be a problem with SDDM
Yarr citizens of the high seas! The Stop Killing Games movement is still ongoing and we've recently had a second wind. It's within reach!
We're all lovers of media in here, and games currently have no safeguard that guarantees that they won't be locked down long after being released and abandoned. If crackers help us, they can still be played long into the future, but many times there isn't such a possibility, specially in multiplayer games.
This initiative seeks to change that by mainly: - Disallowing planned obsolesce in paid video games. (Ex: By disallowing phone-home based DRM after the game reaches end of life. Like in Ubisoft's The Crew) - Ensuring that paid multiplayer games can still be reasonably played long into the future. (Ex: By releasing relevant server hosting software)
If you didn't sign yet, there is only one month left. Tell your friends too.
Let's say you're company x budgeting y millions to make a game, after this passes, you may want to account for the fact that the EU may legislate the issue in the years it takes you to develop your game. Might as well work on compliance in advance.
I will be so pissed if this gets 1 million signatures and they just hand-wave it away, which is entirely possible, but it's still worth signing this anyway.
EU has done some legislation on microtransactions, the most recent one being mandatory real-life currency price tags instead of the in-game currency ones.
It could be seen as a gambling issue rather than digital ownership, but it at least means they pay attention to video games.
Recently, I've found myself walking several friends through what is essentially the same basic setup: - Install Ubuntu server - Install Docker - Configure Tailscale - Configure Dockge - Set up automatic updates on Ubuntu/Apt and Dockge/Docker - Self-host a few web apps, some publicly available, some on the Tailnet.
After realizing that this setup is generally pretty good for relative newcomers to self-hosting and is pretty stable (in the sense that it runs for a while and remains up-to-date without much human interference) I decided that I should write a few blog posts about how it works so that other people can set it up for themselves.
That's reasonable, however, my personal bias is towards security and I feel like if I don't push people towards automated updates, they will leave vulnerable, un-updated containers exposed to the web. I think a better approach would be to push for backups with versioning. I forgot to add that I am planning a "backups with Syncthing" article as well, I will take this into consideration, add it to the article, and use it as a way to demonstrate recovery in the event of such an issue.
I'll start. pokemon. doesn't matter if the game's old or new I just can't get into how it plays. idk the gameplay just gets old to me pretty quickly, palworld is an upgrade in every way tbh
It's important for devices to have internet connectivity so the manufacturer can patch remote exploits.
Transcript:
[A store salesman, Hairy, is showing Cueball a dehumidifier, with a "SALE" label on it. Several other unidentified devices, possibly other dehumidifier models, are shown in the store as well.]
Salesman: This dehumidifier model features built-in WiFi for remote updates. Cueball: Great! That will be really useful if they discover a new kind of water.
I just shopped for a humidifier, purposely avoided anything "smart", I ended up with a really fucking simple one, it has a hydrostat and can aim to automatically reach a level you want (40-50-60), has 4 speed,1,2,3,auto and sleep.
And the whole thing is nothing else just a wicking filter sitting in water that has a fan pointed at it, I think Technology Connectios would be proud of my purchase.
I will have to disinfect and change filters, but no need for distilled water like with ultrasonic humidifiers, and I boil my water and let it cool back to room temperature before adding it to the humidifier, hopefully that will help with staving off build up of bacteria
Some quick news about the Long-form Text project at the Social Web Foundation. After the publication of the draft FEP b2b8 (“Long-form Text”), the Social Web Foundation has been working with implementers to get more support for the Article data type, repr
Some quick news about the Long-form Text project at the Social Web Foundation. After the publication of the draft FEP b2b8 (“Long-form Text”), the Social Web Foundation has been working with implementers to get more support for the Article data type, representing multi-paragraph text on the Fediverse.
One of the big pain points has been how subscribers to long-form text from platforms like WordPress, WriteFreely, Plume and Ghost.org see the text in their microblogging platforms like Mastodon or Threads. Often, the data is abbreviated or misformatted. FEP b2b8 is, in part, a way to improve and standardize this problem.
The participants in the project are aiming to have better standards support from both publishers and consumers over the next few months, so I’m optimistic that other platforms will see similar improvements.
As soon as Mastodon redirects all comments with more than one paragraph back to their original site rather than displaying them inline (in other words, makes them type 'Article' and treats them just like they do 'Article' content from WordPress, Ghost, or Friendica), I'll turn on our "long-form content should be an Article" switch again. Until that day, it's going to be a Note.
mikedev@fediversity.site that's the eventual plan actually... The vision is Articles are sent with a Note preview that contains maybe a paragraph or two, and links back to the original article. Baby steps!
FWIW NodeBB has already turned on "federate top level posts as Articles".
How come when I try to create a new obs screen, it is black, whether or not i toggle off the visibility on Screen Capture and how do i get it to show the capture settings, like which monitor, or what portion of the screen, to be clear, the! first capture works, for some reason no other capture i try to create is letting me configure or display anything
^ Image \ pastebin.com/AzKCZ8Tt \ ^ Logs imgur.com/a/K7pMA4p \ ^ Video \ There is a chance this might be related to another issue I had, but I dont know a fix (I have to manually add what portals I want to install due to a bug, but I have the plasma portals so that should be enough?)
Discover the magic of the internet at Imgur, a community powered entertainment destination. Lift your spirits with funny jokes, trending memes, entertaining gifs, inspiring stories, viral videos, and so much more from users.
There's a multitude of things going on here probably, but you need some debug logs to find. My guess is because your machine probably has multiple GPUs enabled, it's picking the inactive one, or you have multiple portal methods install and it's choosing the wrong.
I have the hyprland portals installed, and the kde ones, due to some issue I had to explicitly install them so idk if that will mess with the way applications handle it, assuming not, and yes I have two gpus, one dgpu, and one igpu, the dgpu is directly connected to my hdmi, does OBS stuggle with 2 gpus? still, that sounds like it would be a issue with capturing the monitor managed by my igpu. Not a reason to stop a second pipewire capture.
What logs do you need? I provided some from running OBS but i assume it isnt enough, what logs should I collect, or is there a flag i need to run with OBS
Missed your logs link, but there's some hints in there.
You have both an Intel GPU and Nvidia GPU in that laptop, and it's selecting your Intel while trying to use Nvidia compatible settings. So you need to try and force everything to either work on Nvidia, or everything to work on Intel. It can't do both without splitting the settings per GPU, which I don't think is an option in OBS.
I tried nvidia-offload, as I set up PRIME awhile ago, it didnt help, here is the logs, if its useful: pastebin.com/CiJ4Zyjw
Idk if OBS would actually respect the GPU being handed to it, or if it'll do something weird with screen capture, its weird per-gpu settings is not a option with OBS, if this is a OBS bug, i can file a bug report. Hopefully it can be resolved here.
Well in that log, it actually DOES use the right GPU. There are some other errors you have going on in there though, like you seem to have AV1 encoding selected somewhere in your settings, but this RTX 3070 doesn't support AV1 encoding (on the fly) AFAIK.
Try launching the app this same, setting all your hardware encoding stuff back to defaults, then see if you can get it working. In these logs it IS picking up the second pipewire display, so that's good, but launch this way again without AV1 enabled then upload the logs again and let's see what's happening.
To add RTX 30XX series doesn't support AV1 encode, only decode, so any AV1 encoding would have to be done on the CPU (better to use h.264 or HEVC for hardware encode in OBS)
Geht so. Das Zimmerthermometer zeigt 27°C an, obwohl die Anlage seit 2 Stunden auf Volllast durchballert. Dachwohnung mit sehr großem Südfenster, und durch die schrägen Fenster mit Mittelscharnier kann man den Luftauslass meiner Monoblock-Klimaanlage nur sehr schlecht gegen die Außenluft abdichten. Sinnvolle Ausbauarbeiten, die von Handwerkern durchgeführt werden müssen, kann ich mir nicht leisten (sofern das Vermiety überhaupt zustimmen würde).
Ganz ohne Klimatisierung wäre das hier schon bei 30°C und Sonnenschein unbewohnbar.
Ist halt ein ähnliches Problem wie mit den Plastikabdichtungen, die man um das Fenster herum anbringen kann (z.B. sowas: amazon.de/Fensterabdichtung-Wa…) - meine Fenster sind im Winkel von ca. 45° angebracht (entsprechend der Dachschräge) angebracht (was einen Vorhang eher schwierig macht) und was man so an speziellen Klimaanlagen-Fensterabdichtungen kaufen kann, ist auf Fenster mit Scharnier an der Seite ausgelegt, die entweder nur nach innen oder nur nach außen öffnen statt zur Hälfte nach innen und zur Hälfte nach außen so wie meine. Und dann will man das Fenster ja nachts noch öffnen können, was bei den meisten Abdichtsystemen auch nicht so ganz einfach ist.
Klimagerät trotz Dachfenster: So wird´s dank simpler Fenster-Abdichtung auch im Dachgeschoss angenehm kühl Klimageräte sind heutzutage ein wichtiger Bestandteil für angenehme Raumtemperaturen, besonders während der heißen Sommermonate.
Article emphasizes the concept of "middleware". BlueSky inevitably gets more attention than the "Mastodon protocol" but there are some decent theoretical observations.
Decentralized platforms based on open protocols, such as Mastodon and Bluesky, have been designed from the ground up to prioritize user choice and agency—without needing permission from a corporate gatekeeper. This is most apparent on Bluesky
Tells you that you can take your social media back from big tech then casually recommends Bluesky. Gimme a break.
Also if you want your news free of the constant noise of social media, RSS still exists and it's still beautiful.
Tells you that you can take your social media back from big tech then casually recommends Bluesky. Gimme a break.
I generally agree but I still feel it's important to keep some perspective. Bluesky is not the solution but it's definitely progress compared to existing corporate platforms (because it has real fundamental differences - several articles posted here went into detail about this).
IMO the best argument against Bluesky is that it will suck up the oxygen for other, better, solutions. That's a fair theory but it seems to me that there's plenty of market share to go round right now. Everyone is still on the evil corporate platforms.
Big Tech doesn't run social media. It runs algorithmic advertising platforms.
The majority of people using algorithmic advertising platforms are not content creators, they're consumers (if you're reading this, you're probably not in the majority). They have no interest is active participation in "social media". They're in it for the entertainment, the distraction, the memes, the algorithm telling them what they should care about. You can't remove this feature and expect these users to find content for themselves.
You can argue the pros and cons all you want, your reasoning may be factual and altruistic, but you will not get a substantial portion of content consumers to migrate to platforms that require more effort. They know what they're signing up for. They have no interest in "reclaiming social media".
Bluesky and Mastodon are fantastic platforms that, in my opinion, revive some of the core tenants of social microblogging. But this is like comparing a bulletin board system (BBS) to the Yahoo! homepage. Some people want to be involved, some people want to be told.
One of these platforms offers a greater profit making opportunity than the other. If one allows people to make money and another does not, what's the motivation for the most influential of creators to embrace the latter? And then what's the motivation of the consumers to embrace a platform that lacks the most influential creators? (Again, if you're reading this, you likely aren't a member of the majority.)
Yeah, people are lazy as fuck. They don't want to curate their own content. Which is fine, people work hard and just want bread and circus at the end of the day. I think it's OK for like minded individuals to be present on better platforms though, makes it a little easier to communicate I think.
Atomkraftwerke brauchen große Mengen Kühlwasser. Doch wegen der Hitze sind die Flüsse zu warm. Nach Frankreich reagiert nun auch die Schweiz und fährt einen Reaktor herunter. Und es drohen weitere Abschaltungen.
Ich frag mich gerade: müssten Sollarkollektoren auch unter solchen Bedinungen abgeschaltet werden? Wie sieht es mit Geothermal-/Hydro-/Biomasse-/Windkraftwerken aus?
AKWs müssen gekühlt werden, weil das eben die Form von Energie ist, die in Atomreaktoren erzeugt wird (um Wasser in Dampf umzuwandeln, und dann mit dem Dampf Turbinen anzutreiben). Die Anlagen für photoelektrische (Solaranlagen) und kinetische (Windturbinen) Stromerzeugung müssen normalerweise überhaupt nicht gekühlt werden, entsprechend kann es auch nicht zu wenig Kühlwasser geben.
Solar/Wind und AKWs passen einfach so gut zueinander! Leider herrscht immer Leihenexpertise, wenn es um Grundentscheidungen geht. Die Vorteile und Potential der Ersten und die Gefahr der Zweiten, beide überschätzt.
Kühlwasser ist essenziell, ist seine Temperatur, die ziemlich egal ist. Was ich meine ist: wenn uns als Menschen zu heiß ist, bedeutet für einen AKW nichts.
Wohin sollen sie das hintun? Was tust du mit der Luft, die durch den Motorkühler durchströmt? Das Wasser dient als Wärmesenke, solange es kühler als der AKWs zu kühlenden Teile ist, entzieht Wärme.
Warum müssen sie es denn wegtun? Wenn es egal wäre wie warm es ist, könnten sie es im geschlossenen Kreislauf fließen lassen. Könnte es sein, dass warmes Kühlwasser (bzw. Kühldampf, wenn es warm genug wird) nicht mehr so gut kühlt?
Es gibt wirklich extrem viel Luft im Vergleich zu Flusswasser, und Vögel fallen normalerweise auch nicht tot um wenn sie mal über ein aufgeheiztes Gebiet (in diesem Fall die hypothetische Luftkühlung eines Kraftwerks) fliegen, sondern freuen sich über den Auftrieb. Gibt ja schon Kühltürme, scheinen nicht zum Massensterben von Vögeln zu führen.
Bis zu 13 Milliarden Kubikmeter Gas und viel Kritik: Die Erdgasförderung vor Borkum rückt näher. Die Bundesregierung hat einem Abkommen mit den Niederlanden zugestimmt.
Eben im Deutschland Funk gehört. Ich finde es einfach so massivst dreist, dass die ohne Freigabe der Förderung bereits jetzt alle Vorkehrungen treffen damit die dann sofort bohren können wenn die Freigabe erfolgt.
Was wenn eben nicht die Freigabe erfolgt? Ziehen die dann als Argument zu, dass die ja schon alles vorbereitet hatten?
Ja. Tesla ist in Grünheide ähnlich vorgegangen. Indem Tatsachen geschaffen werden, wird die öffentliche Verwaltung durch Unternehmen und die interessierten Teile der Politik in eine Ecke gedrängt, in der dann so lange die Gesetze gedehnt werden, bis es passt.
I've got an m1 Mac mini running Asahi and its great. Just make note, not all of the hardware features are 100% supported. I'm fine with what's missing on my m1, but before you pull the trigger on an m2 Mac check the Asahi page and know exactly what machine you plan to install on. Do not buy it if you want or have to have hardware features that Asahi doesn't support on the machine you're planning to buy.
The main idea here is you post once on your own website, and automagically your content is displayed across the Fediverse (Mastodon, Flipboard, Pixelfed, WordPress, and Threads).
transcription: women be like "where can i find a goth gf?" my sister in christ we killed the american shopping mall and the goth girls lost their natural habitat
What do you have against the project and the people behind it? It sounds personal.
There are plenty of non-commercial Linux distributions. Some managed better than others. Some generic, some with niches. OpenWRT is a favourite of mine.
Its my experience with server software for beginners in general, which gets my enshittification senses tingling. I just dont trust in a company providing a hell of a service (like, getting tens if not hundreds of docker images to work with the click of a button) for free.
With Truenas I know that their community branch is an ad for their enterprise service because no single person will key thousands for the caliber of support their enterprise has, so they make their money by offering cloud services. So that explains how it is still feasable for them to give me their dataset and UI and everything frontend for free.
But with Casa, I just dont know where the money comes from. I dont see how they can keep up their operations and make a profit with this kind of effort. So I can only assume that many non essential services will be put behind a paywall.
And if they do it, I still know that they use docker and ZFS, and I can spend a day or 2 learning how to set up a software raid and an ssd as a ZFS buffer for it, and everything else i‘ve set up with their OS.
But thats the problem: Beginners dont know. Its like with the Iphone: If the user dosent learn how to deploy a docker instance from a compose file themselves, they will be bound to that frontend and all the enshittification that happens to it.
Therefore I would like it way more if Selfhosting was more like the AUR. First learn how the Process of pulling an image and makepkg‘ing works firsthand, then you can use the frontend like yay. Not the other way around.
But if no one learns how to do something the old fashioned way and relies on a frontend for everything, at some point the company behind the frontend will vendor lock everyone into their system, since there is no competition anyway
Beginners will always gravitate to what is easier.
The upstream tools (Docker in this case) must orient themselves more towards the newbies, not only the pros, if we want to see the progress here.
Personally, as a non-IT guy, I find myself fighting uphill battles every time I want to do something seemingly simple, because the basic tools we're offered are not made with common folk in mind. And I'm sort of an enthusiast - most people just won't bother if it's not plug&play, they don't have time and energy to figure everything out.
Experience the future of computing with Zima. Discover our range of innovative products including ZimaBoard single board servers, ZimaBlade Personal NAS, ZimaCube Personal Cloud, and more.
So you're basically saying "I don't have any proof of any of this, but I'm scared so I'm scaring others as well".
Your first point makes zero sense: it can't be both "for profit" and have "no means of generating income".
Their way of generating income is the reason they created the distro/OS in the first place: selling hardware. To my knowledge, they wanted to ship their mini servers (ZimaBoard) and later NAS-like devices (ZimaCube I think?) with an easy to use OS that can do all basic home server tasks. That didn't exist, so they made one. They didn't need to make money from the OS, it's a catalyst to bring able to sell (more) hardware. I personally think that is a great way to use Linux as a company and contribute to the wider ecosystem, why does it scare you so much? They could've closed this of much more, but made it for available to everyone, on any hardware.
From what I heard, they did achieve their design goals. It's a bit simplistic for me personally, but probably great for a beginner.
I get that enshittyfication is everywhere these days, but maybe don't try to stop people from using things that haven't actually seen ANY yet, just because they might? With no indication that they will, either.
4&5 might be fair points though, I for know enough about the details.
Your first point makes zero sense: it can’t be both “for profit” and have “no means of generating income”.
Are you for real? The entire concept of Enshittification hinges on the real fact that most internet services start out with a net negative "profit" and are kept alive through large injections of VC capital. This allows them to offer the service for free or close to free to gain a massive user base, which they then leverage for profit later on through measures that make the service worse for consumers. The entire reason Mastodon, Lemmy, and the federated social network exist is because of this contradiction.
I know my huge dick is uncomfortable in your mouth. I promise I'm not trying to cum, really this is an artistic kind of thing. There are so many other reasons I could be doing this. It's potentially good for your oral health as well, you should be thanking me. I'm perfectly innocent, I swear. Swallow now please.
Casaos is a Chinese commercial "loss leader" software added to tons of Chinese brands. It is not intended to make money by itself, it is intended to sell more home nas market gear like zimaboards.
It's also not an os, despite its claims and confusing terms on Wikipedia.
Last, casaos sends telemetry to Chinese IPs, a fair amount more than most software, based on what I saw with tcpdump alone.
I'm not sure how casaos made its way into the "open source os" space, but none of what you're saying is new.
I ended up with a device that shipped with it and replace it with Yunohost for a similarly beginner friendly experience that, so far, seems a whole lot more open.
This talk was given at a local TEDx event, produced independently of the TED Conferences.In a hilarious talk capping off a day of new ideas at TEDxNewYork, p...
Connaissez-vous l’ERP Tryton ? Découvrez avec Projets Libres! son histoire, sa gouvernance et ses projets avec deux de ses membres fondateurs, Cédric Krier et Nicolas Evrard.
Walid: bienvenue sur ce nouvel épisode de Projets Libres! Aujourd’hui, c’est un épisode un peu spécial. Les deux invités que j’ai aujourd’hui, ce n’est pas la première fois que je les interview. Il se trouve que la première fois que j’ai participé à une interview… c’était il y a 15 ans, sur une radio qui s’appelait Radio Panic, avec Frédéric Péters, Fabrice Flore-Thébault et Pierre Cros. On avait une émission qui s’appelait Good Morning Stallman, à laquelle on participait. Et un jour, le 14 janvier 2009, nous avons reçu nos invités, Nicolas Evrard et Cédric Krier, pour présenter ce qui était à l’époque, je pense, une des premières interviews de Tryton, un ERP open source dont on va parler aujourd’hui. Donc voilà, 15 ans après, normalement, si vous écoutez cet épisode, il doit sortir le 14 janvier 2024, c’est-à-dire 15 ans pile après la première interview. Petite touche humoristique. Et cette idée d’interview m’est venue parce que ça fait longtemps que je voulais parler de fork et faire une série sur ce que c’était que les forks. J’ai repensé à cette interview et j’ai donc recontacté Nicolas et Cédric. Ils ont gentiment accepté mon invitation. Donc j’espère que vous allez bien tous les deux.
Nicolas: oui, oui, on va bien. J’ai un peu peur qu’on répète ce qu’on a dit il y a 15 ans, mais voilà.
Walid: ça fait 15 ans, ça va. Je pense qu’on ne dira pas la même chose à mon avis. Alors pour les auditrices et les auditeurs, je mettrai dans les notes du podcast le lien vers l’émission de Good Morning Stalman de 2009. Voilà, pour ceux qui sont motivés, ils pourront aller écouter. La première partie, c’est que je vais vous demander à tous les deux de vous présenter, nous expliquer un petit peu quel est votre parcours. Comment vous avez connu le logiciel libre ?
Nicolas: bon, je vais y aller moi, je suis plus vieux. Donc, Nicolas Evrard, je suis un développeur Tryton. Comment j’ai connu le logiciel libre ? C’est à l’université, dans les années 90, donc ça fait quand même un bail là maintenant. On bossait sur des Unix et à la maison, pour faire des TP, le plus simple c’était d’avoir un Linux. Et donc j’ai installé une Red Hat, qui si je me rappelle bien était la 5.2. Et puis voilà, puis finalement j’ai mis une Debian et je me suis retrouvé à bosser sur Zope, un framework de développement web en Python. Puis une chose en amenant une autre, je me suis retrouvé à faire de l’OpenERP, TinyERP même à l’époque ça s’appelait, qui est devenu OpenERP. Et puis j’ai quitté, c’est devenu Odoo. Et j’ai rencontré Cédric peu avant de quitter, puisque pour la petite histoire je faisais les interviews des gens qui arrivaient chez Odoo et j’ai interviewé Cédric. Et il m’a bien plu parce qu’il lisait ses emails par Mutt. Ce qui est complètement stupide, mais bon, voilà. C’était une façon de trier les gens quand même.
Cédric: ouais, donc, Cédric, j’ai une formation d’ingénieur. J’ai commencé à connaître le logiciel libre, je pense, pendant aussi mes études. J’ai dû installer une Mandrake à l’époque (NDRL : pour en savoir plus voir l’interview de Gaël Duval), que j’avais eue dans un magazine, c’était des CDs. J’ai un peu laissé de côté. J’ai commencé mon parcours professionnel comme développeur dans une société qui faisait un logiciel pour des banques, en Cobol. Je suis resté quelques années là, et puis j’ai switché, et j’ai travaillé dans une boîte qui était dans la sécurité, qui faisait des network appliances. Et après ça, j’ai été engagé chez Tiny, pour travailler sur TinyERP. Et puis, quelques années après… on a démarré Tryton et maintenant on travaille tous les deux chez B2CK, une société qu’on a créée pour le support du logiciel.
Walid: je me rappelle très bien de la Red Hat 5.1 ou 5.2, on doit avoir à peu près le même âge. Vous êtes basé en Belgique, vous êtes basé où ?
Walid: alors maintenant que vous êtes présentés, commençons par introduire Tryton. La plupart des gens qui sont là, je ne suis pas sûr qu’ils connaissent Tryton. Donc déjà, c’est un ERP, un logiciel Enterprise Resource Planning. C’est un logiciel dont le but est de gérer un peu l’ensemble des process d’une société. Est-ce que vous pouvez nous présenter Tryton ?
Cédric: oui, en fait, on a même plutôt tendance à dire que c’est plutôt un progiciel qu’un ERP. C’est un peu plus large que vraiment les features (NDLR : fonctionnalités) d’un ERP. C’est vraiment un peu au-delà.
Donc, Tryton, c’est un logiciel libre, qu’on a développé, qui vient initialement d’un fork de TinyERP. On en parlera un peu plus tard. Ses caractéristiques, c’est qu’il est écrit en Python, qu’il se base sur une base de données Postgres, qu’il est sur une architecture trois tiers. Donc on a un client, un client léger, un serveur qui est le serveur applicatif, donc il y a la connaissance métier, les process métiers, etc. Et puis la base de données pour le stockage.
Cédric Krier
On a deux clients, en fait, deux clients légers. Un client dans le navigateur, écrit en JavaScript. et un client ou bureau écrit avec GTK, compilé en application native. Après, les fonctionnalités qu’on a de base, c’est les grosses fonctionnalités qu’on attend d’un ERP : achat, vente, gestion de stock, comptabilité, facturation, production…
Nicolas: vente en ligne plus ou moins, enfin il y a moyen de construire. C’est aussi ça qui est dans la philosophie de Tryton, c’est qu’on fournit les briques pour aller plus loin. Tout n’est pas intégré. J’imagine que les gens connaissent mieux Odoo. Et Odoo, ça vient avec son e-commerce dedans, et avec Tryton, c’est plutôt construit sur le côté. On a d’ailleurs construit quelques-uns.
Cédric: une des idées d’architecture du logiciel, c’est d’être modulaire, pouvoir activer les modules dont on a besoin, et créer des modules si on veut en plus. Et en plus d’être interopérable, donc on peut l’utiliser, d’être facile à connecter à d’autres applications, à d’autres solutions. Et donc entre autres pour l’e-commerce, on a un module pour se connecter à Shopify, un module pour Vuestorefront. Et on a déjà développé plusieurs fois des petits connecteurs pour d’autres e-commerces. On a aussi des solutions de connexion avec des solutions de paiement en ligne. On gère automatiquement : on a Stripe et Braintree, filiale de Paypal. Vraiment, l’idée c’est l’interopérabilité.
Nicolas: j’ajouterais en plus que le projet, cette vision d’interopérabilité a permis qu’il y ait d’autres projets qui sont construits en parallèle à Tryton. Entre autres, il y en a un logiciel libre qui s’appelle GNU Health, qui est donc un logiciel de gestion d’hôpitaux et de dossiers patients. Il se déploie, alors il paraît, en Espagne, mais essentiellement dans les pays en voie de développement. On en a vu au Laos, il y en a en Afrique, on sait qu’il y en a aussi en Argentine, en Jamaïque, à Cuba, je pense. Mais je pense qu’il y a des cliniques en Espagne qui l’utilisent. Et il y a aussi un logiciel de gestion d’assurance qui s’appelle Coog, édité par des clients à nous, qui fait de la gestion d’assurance et qui se base sur Tryton. Et eux, ils ont pris essentiellement la compta, mais rien du tout de la vente, du stock, etc. Et ils ont construit des centaines de modules qui gèrent des assurances.
Cédric: autre exemple de verticalisation, il y a aussi GnuVet, une version pour la gestion de vétérinaires.
Walid: alors, justement, commençons par la genèse de Tryton. Pour parler de la genèse de Tryton, il faut donc parler de l’époque où vous étiez chez OpenERP. Moi, ce que j’aimerais comprendre, c’est quel est le cheminement qui vous a amené à vouloir créer Tryton, en fait ?
Cédric: je pense qu’on va me refaire une petite précision. En réalité, j’ai démarré le projet avec un autre associé, Bertrand, qui travaille aussi chez Tiny, et Nicolas a rejoint par après. Donc, vraiment la genèse du projet Tryton, ce serait plutôt de mon côté. Après, Nicolas a eu un peu la même démarche, mais de manière un peu différente. Donc, Tiny, ça s’appelait Tiny à l’époque, la boîte, et qui éditait Tiny ERP, un logiciel gestion d’entreprise aussi open source.
En tant qu’employé dans la structure, qui était une petite structure, je crois qu’on était moins de 10 à l’époque, avec mon collègue Bertrand, on était, après une année et demie, deux ans de travail dans la société et d’expérience, pas très contents en réalité du service au client qui était fourni. On était toujours un peu pas à l’aise par rapport aux promesses faites au client et par rapport à ce que la solution offrait et ce qu’il fallait développer, réparer en cours de route, etc. Donc, c’était assez frustrant en tant qu’employé de ne pas avoir la possibilité de fournir un travail considéré valorisant. Du coup… on s’est dit qu’on pouvait faire mieux. Et de là, assez rapidement, je pense qu’on s’est décidé, en deux ou trois mois, on s’est dit on va se lancer. Et donc, on a démissionné et puis on a démarré.
Cédric Krier
On n’a pas directement repris le code qui était hébergé un subversion (NDLR : autrement appelé SVN), mais en fait, c’était un subversion qui était privée. Donc, en tant qu’employé, on y avait accès, mais en n’étant plus employé, on n’était plus censé y avoir accès. Donc, on n’a pas repris, on n’a pas su reprendre l’historique, parce qu’à l’époque, le logiciel était juste publié en release, de manière un peu irrégulière. Et donc on est reparti d’une archive, mais on ne l’a pas intégrée telle quelle directement dans notre dépôt. On a repris des bouts, bloc par bloc, parfois en réécrivant des parties, et on a reconstruit en piochant dans le code existant. Ce qui nous a permis, dès le début, de corriger des erreurs qu’on connaissait de l’architecture initiale, d’essayer d’éviter de les reprendre pour notre départ. Avec le temps, on s’est aperçu qu’on avait laissé passer des problèmes à cette époque-là qu’on ne connaissait pas. Et de là, on a commencé à reconstruire. Ça, c’était vraiment pour le cœur, le cœur avec le client léger.
Walid: donc, en fait, la décision de faire votre propre boîte et votre propre ERP, elle n’est pas liée à des problématiques techniques, elle est liée à des problématiques de relations clients, c’est bien ça ? Ou il y en a aussi des problématiques techniques, en fait ?
Cédric: quand on était employé, on avait identifié des problèmes techniques qu’on a essayé de faire corriger et de rectifier en interne. Mais on n’avait pas la possibilité, on ne nous a pas donné les moyens de pouvoir le faire. À l’époque, je sais bien que la société n’avait pas beaucoup de ressources non plus, donc c’était difficile, il fallait balancer entre le client et ce genre de développements. Après, on ne connaissait pas tout de la société, on n’était pas dans les secrets du management à l’époque. Nous, on avait l’impression qu’on pouvait faire mieux. Mais ce n’était pas possible de le faire en interne, enfin dans la structure. La structure était plus à courir après des clients, à essayer de rentrer un maximum de clients que de rectifier les problèmes de genèse du projet.
Nicolas: pour la petite histoire, en fait, quand je suis parti et que j’ai fait engager Cédric à Fabien (NDLR Pinkears, fondateur de TinyERP) à l’époque, je suis parti avec quelqu’un que j’ai rencontré chez Tiny, qui s’appelle Gaëtan de Menten, et on est partis tous les deux avec, exactement ça c’est très drôle, les mêmes constats et les mêmes envies de changer techniquement les choses et d’avoir une autre relation au code et à la façon de faire les choses de façon générale. Bon, nous ça s’est planté beaucoup plus, Tryton a réussi à s’en venir, nous ça n’a pas du tout marché. Parce que nous, on a réécrit dès le début from scratch, on n’a pas voulu du tout être dans le fork. En fait, on a voulu partir de zéro et c’est le plus difficile.
Walid: il y a naissance de Tryton. Si je comprends bien, les premières actions, ces premières actions, c’est reprendre le code, faire du nettoyage, etc. Vous publiez une première version quand ?
Cédric: j’ai regardé le premier commit qu’on a fait, le 19 décembre 2007. Et la première release, on l’a faite le 17 novembre 2008, donc quasiment un an. Je pense que c’est à peu près ce qu’on s’était donné comme objectif : un an pour avoir une solution utilisable, démontrable, et pour commencer à essayer d’attirer des clients. On a eu un client très tôt, qui nous a suivis dès le démarrage, ce qui nous a permis de survivre pendant cette année-là. À la première release, assez rapidement, il y a une petite communauté qui s’est créée, principalement des gens qui venaient de TinyERP et qui étaient un peu déçus aussi par la qualité et par la gestion du projet. Je pense qu’on a surtout capitalisé sur le fait que nous, on a directement publié le dépôt. Notre dépôt était public, ce qui n’était toujours pas, je pense, le cas de TinyERP à l’époque. Avec notre première release, on avait une discussion ouverte et on était prêts à discuter avec les contributeurs éventuels, ce qui n’était absolument pas le cas chez Tiny. Il y avait bien un forum, mais en fait, c’était plutôt un forum d’utilisateurs qui s’entraidaient, et les employés de la société n’avaient pas d’autorisation d’aller aider sur ce forum, ça ne passait que par une relation commerciale.
Walid: dans quel état d’esprit vous étiez quand vous avez fait le fork ? Je m’explique, j’ai participé à un fork d’un projet libre, et pendant un an c’était la grosse excitation, parce qu’il y avait des possibilités qui s’ouvraient et tout. Alors, dans quel état d’esprit vous étiez à ce moment-là ?
Cédric: assez enthousiastes, on n’avait pas de passif. On n’avait pas à prendre en considération un passé, maintenir une compatibilité avec quelque chose d’existant, etc.
Donc c’est vrai qu’on pouvait casser tout et décider de changer des grosses choses, de faire des gros changements structurels sans trop de contraintes. Et donc c’est vrai que pendant cette année-là, c’était assez gai de développer et de travailler sur le projet. Mais une fois qu’on a fait une première release, on s’est imposé des règles.
Cédric Krier
Et du coup, ces règles ont un peu cadenassé : il y a eu plus de challenges pour arriver à faire ce qu’on voulait dans les contraintes qu’on s’est données. Et un petit peu moins de liberté, mais dans un sens…
Walid: c’était quoi ces règles ?
Cédric: un utilisateur doit pouvoir passer d’une version à l’autre sans avoir besoin de services externes. Ce qui permet de ne pas avoir de vendor lock-in, ce qui est souvent reproché sur certains projets : à partir du moment où ils utilisent leurs solutions libres, on est obligé de passer par leur service pour maintenir, parce qu’il y a personne d’autre qui ne sait le faire. C’est ce que fait Odoo pour l’instant. Ça, c’était une première contrainte. Essayer d’avoir une backward compatibility (NDLR : compatiblité descendante) des API le plus possible. Bien qu’on ait décidé à plusieurs reprises de casser cela, on a fait la publicité de ces changements, expliqué et mis tout le monde au courant.
Walid: je voulais vous demander quel était le panorama en fin 2008 des ERP libres et open source. Il y avait quoi ? Il y avait Dolibarr, TinyERP, il y avait quoi d’autre ?
Nicolas: Dolibarr, TinyERP, ERP5. C’était un ERP fait en Python, si je me rappelle bien, par un Lillois ou quelque chose comme ça. Les concepts étaient un peu intéressants, d’ailleurs. Je me rappelle, il y a eu un bouquin sur le design des logiciels, et il y a un chapitre dessus. Ça existe toujours d’ailleurs. Ah bah oui, il y a eu un commit il y a cinq jours. Voilà.
Cédric: GnuCash. Je ne sais pas si ça peut se monter comme ERP, mais il y a GnuCash qui existe.
Walid: il y avait de la place pour un nouvel ERP libre open source.
Cédric: la première concurrence, je pense, c’est avec Excel. Dans beaucoup d’entreprises, ils travaillent avec Excel. Donc, il faut remplacer Excel, on remplace souvent Excel. Ou alors après, il y a vraiment les logiciels propriétaires, Navision, SAP. C’est plutôt la concurrence que les autres logiciels open source.
Walid: vous publiez la première version, vous avez une communauté qui se crée. La question que je me pose, c’est : est-ce que vous gardez des contacts à l’époque chez Tiny ? Est-ce que vous savez s’ils regardent un peu ce que vous faites ? Est-ce que vous, vous regardez ce qu’ils font aussi ? Est-ce qu’il y a des échanges un peu dans un sens ou dans les deux ? Comment ça se passe ?
Cédric:
le début était un peu chaotique. Parce qu’on a eu une première affaire avec Fabien, donc Fabien Pinckaers, le directeur de l’entreprise, qui, assez rapidement, quand on a publié du code, etc., nous a accusés de le voler. Alors qu’on était repartis sur la version publique, ce qui était sous licence GPL2. De ce point de vue-là, on n’a en fait rien à se reprocher. D’ailleurs, après nous avoir accusés de manière publique, on a juste écrit une première lettre avec l’aide d’un avocat pour lui dire qu’il se calme un peu sur les accusations. Et d’ailleurs ça n’a jamais été plus loin.
Cédric Krier
Donc je pense que c’était plus une crainte d’avoir un concurrent qui débarque qu’autre chose.
Walid: c’était pour dire bienvenue.
Cédric: si on veut.
Ensuite, par la suite, il y a eu du code qui a été repris. Je pense principalement à une petite librairie qu’on avait développée, qu’on avait appelée VAT Number, qui est pour valider les numéros de TVA d’un peu partout, de plein de pays. Et donc, on collectait des formats et on ajoutait des validateurs, etc. Et on a retrouvé notre code repris tel quel, en copier-coller, à l’intérieur des modules d’Odoo. Ce qui ne nous avait pas trop plu, c’était le manque… Ils n’avaient pas gardé l’attribution de l’auteur, le copyright. Au niveau licence, c’était bon parce que ça restait GPL, si je me rappelle bien.
Cédric Krier
On a dû un peu leur rappeler qu’il fallait mettre… Ils ont mis le nom en commentaire quelque part dans le fichier. Ce n’est pas tout à fait la bonne pratique, mais on n’a pas été plus loin que de leur rappeler ça. Donc, il y a eu ce genre d’échanges de code qui sont partis dans cette direction-là. Ce qu’on a même trouvé un peu regrettable, c’est que nous, on a tendance à développer des librairies pour des fonctionnalités générales qui ne sont pas directement liées à Tryton ou à l’ERP, de manière à ce qu’elles puissent être utilisables par d’autres. Et on a vu qu’ils ne réutilisaient pas notre librairie, mais la bundle de manière un peu cachée. On trouvait que c’était un peu dommage de ne pas avoir cet esprit où justement on aurait pu contribuer ensemble sur un projet… un bout de code, un bout de projet
Nicolas: oui, par exemple. Sensiblement la même idée, c’est quand on a fait notre client. Parce qu’il y a le client JavaScript, il y a le client GTK, donc desktop. Pour faire les tests, on a fait aussi un client en ligne de commande, enfin, plus ou moins. Au final, ce client, il a aussi eu une existence. Enfin, l’idée a été reprise. Ils auraient évidemment pas pu reprendre exactement la même chose. Mais il y a eu de l’inspiration, je pense, des deux projets de l’un à l’autre. On est passés à l’Active Record (NDLR : un design pattern logiciel, un patron de conception). Ils ont suivi un an ou deux plus tard. Et nous, on regarde ce qu’ils font et ça nous inspire de temps en temps.
Cédric: nous, de manière claire et publique. Il nous arrive de voir des commits passer ou des changements chez Odoo et de dire : « ah bah tiens, c’est peut-être intéressant, c’est une idée intéressante ». Et du coup, on ouvre un bug dans notre bug tracker avec le lien vers le commit en disant : « tiens, ils font ça comme ça, ça pourrait être applicable pour nous et ça pourrait être intéressant ». Dans l’autre sens, il y a, je pense, clairement la volonté de ne pas parler du projet Tryton. Du coup, on n’a pas vraiment de preuves, mais il y a parfois des coïncidences, des choses. On découvre qu’on a une idée, on développe quelque chose, et on retrouve l’idée un peu similaire qui est développée quelques mois après. Alors, c’est possible que ce soit des coïncidences ou pas. C’est difficile à savoir. Mais de leur côté, je pense clairement que le mot d’ordre c’est d’ignorer et de faire comme si le projet Tryton n’existait pas.
Walid: donc le projet est en licence GPL V3+. Quand vous avez récupéré le code au départ, il était en licence quoi ? GPL2 ? Il était déjà en licence ?
Cédric: en GPL2. On l’a upgradé à la GPL3. C’était à l’époque où la GPL3 venait de sortir. Il y avait tout un terme autour de la Tivoization. On s’est dit que c’était probablement une bonne idée d’upgrader.
Walid: quelque chose d’autre qui m’intéresse beaucoup. J’ai écouté d’autres podcasts que je mettrai en description dans lesquels vous parlez un peu du deuxième sujet qui m’intéresse : la gouvernance que vous avez mise en place. Il y a cette volonté, dès le départ, de faire en sorte que le code reste libre. J’ai trouvé ça vraiment très intéressant, surtout dans une période un peu troublée comme maintenant où les projets ont tendance à changer de licence pour passer sur des licences plus ou moins libres. Et puis entre-temps, vous avez aussi créé une fondation. Est-ce que vous pouvez un peu m’expliquer le cheminement qui a conduit à la gouvernance que vous avez maintenant ? Est-ce que c’était ce que vous vouliez faire au départ ? Et puis maintenant, quelle est la gouvernance ? Comment le projet est-il géré maintenant ?
Cédric: je pense qu’au démarrage du projet, Bertrand et moi, nous n’avions absolument aucune idée de comment le projet allait … au niveau communautaire… de comment on allait gérer. On n’avait absolument pas de vision. On s’était dit : on va faire un projet open source comme les autres projets open source.
Nicolas: au niveau de la licence, il y a le fait que tout bêtement… OpenERP ou Odoo, je ne sais plus, Tiny, je pense. Tiny a toujours le copyright sur une partie du code, et donc on ne peut pas le changer. On voulait le changer, il faudrait qu’on demande, et je ne pense pas qu’ils seraient d’accord.
Mais sinon, notre vision à ce niveau-là, ça a toujours été d’attribuer le code aux personnes qui l’ont écrit, dans le sens où plus de personnes ont le copyright, plus il est difficile de changer ensuite. Et donc, ça oblige le code à rester open source. C’est aussi pour ça qu’il n’y a pas de CLA, Contributor License Agreement, parce qu’un CLA, au final, ça donne l’autorisation à une boîte de faire ce qu’elle veut avec son code.
Nicolas Evrard
Je ne sais pas si on en a vraiment discuté, mais c’est quelque chose sur lequel on était d’accord quasi naturellement.
Cédric: oui, nous, dès le début, on s’est attribué à chacun le copyright du code qu’il a écrit. Ça ne sert à rien de faire autrement. Et on ne voit pas d’intérêt à le faire autrement. Qu’est-ce que ça nous apporterait, à part des contraintes juridiques ? Il faudrait un CLA, il faudrait en avoir un, le faire signer, le conserver, etc. Et pour quel intérêt ? Si on me demande de signer un CLA, c’est parce qu’on veut changer la licence par après.
Walid: c’est parce que l’entreprise garde le droit de faire ce qu’elle veut avec le logiciel auquel une communauté de gens a potentiellement contribué, ce qui est assez sournois finalement quand on y pense.
Cédric: oui, oui. Et alors, je dois dire aussi, je pense qu’il y a un point à rajouter.
Au début du projet, la communauté s’est principalement construite avec des gens venant du monde de Tiny, d’OpenERP et Odoo, qui ont eu une forte tendance à changer de licence tous les 3-4 ans. Ils sont passés d’une GPL à, je pense, une AGPL, puis une LGPL, et maintenant ils ont un mix avec une partie propriétaire et une partie qui reste LGPL, mais ils se réservent le droit de basculer du code d’un côté à l’autre. Tous ces changements de licence ont créé une crainte chez certains utilisateurs ou participants à cette communauté, qui se sont redirigés vers nous. Et du coup, c’était un critère important pour eux : s’assurer que les règles n’allaient pas changer en cours de route.
Cédric Kreir
Nous, dès le départ, on disait que l’idée était d’avoir B2CK comme une entreprise qui contribue au projet, mais qui reste une entreprise comme les autres. De ne pas avoir un avantage ou la possibilité de dire, à un moment donné, « la communauté est assez grande, maintenant hop on ferme, on garde pour nous et on vous fait payer une licence pour la suite ». C’était une crainte que beaucoup avaient, et du coup notre mode de travail… la manière dont on gérait déjà était rassurant. Du coup, on a pu construire cette idée que plus on partage le copyright, plus c’est protégé, et plus la licence est figée. C’est un peu ce qui s’est passé avec le kernel Linux (NDLR : noyau Linux), qui d’ailleurs n’a pas pu passer à la GPL3 parce qu’il n’est pas possible d’avoir l’accord de tous les contributeurs. À l’époque, la clause initiale n’avait pas mis « ou plus tard ». C’est ça, donc c’est une GPL2 stricte.
Nicolas: ça nous permet d’embrayer sur la fondation, parce que la fondation vient d’une de ces craintes en réalité.
À ce moment-là, on avait B2CK, et on est allés rencontrer des gens en Espagne qui étaient utilisateurs d’OpenERP et contributeurs de certains modules, etc. Une de leurs craintes, c’était en effet que B2CK copie ce qu’avait fait Tiny et prenne le contrôle sur la chose. Et une façon de les rassurer, c’était de créer la fondation. La fondation, c’est un mécanisme juridique en Belgique qui permet de créer une sorte de société avec un but particulier, qui doit être non commercial, si je me rappelle bien.
Nicolas Evrard
Cédric: c’est sécuriser un bien.
On a dû donner à la fondation un bien, qui est en fait le nom Tryton, simplement. La fondation a pour objet de le protéger. Donc, on a défini des règles, mais ce sont des règles immuables. On ne peut plus modifier l’objet de la fondation, et ça, c’est une garantie qui va au-delà de simplement s’engager. L’État nous oblige à respecter cette situation.
Cédric Krier
Nicolas: si d’aventure, le conseil d’administration de la fondation ne respecte pas les règles, par exemple en fermant le code source, n’importe qui pourrait attaquer ce conseil d’administration devant les tribunaux belges en l’occurence, pour faire respecter le caractère open source.
Walid: et donc là, vous décidez de créer la fondation. Là, on est en quelle année ?
Cédric: en 2012.
Nicolas: ouais, novembre 2012. On peut voir ça comme une façon de rassurer les gens, parce qu’au final, pour nous, on ne voyait pas le problème.
Cédric: on avait sécurisé en quelque sorte le code source, mais l’autre risque, c’était le nom. La marque Tryton et le nom de domaine étaient la propriété de B2CK. On les avait achetés avec B2CK, parce qu’il fallait bien sortir les fonds à un moment donné. Et du coup un des risques était qu’on prenne le contrôle du domaine et qu’on pointe vers autre chose. Tout le travail de construction de la marque soit volé en quelque sorte. C’était une manière de protéger le projet.
On a cherché la bonne forme juridique. Ce n’est pas évident parce que les juristes ne font pas ça souvent et ne comprennent pas toujours la demande, la difficulté. Mais aussi ce qui est souvent fait, ce sont des organisations type ASBL (NDLR : association sans but lucratif), mais ça ne protège pas de la même manière. Il y a toujours moyen de prendre le contrôle d’une ASBL et de changer son objet social.
Cédric Krier
Donc, ça a pris du temps entre chercher, écrire des statuts qui nous conviennent et qui protégeaient le projet. De trouver un mécanisme qui permet un bon équilibre entre ceux qui vont avoir la responsabilité de la fondation et le reste de la communauté qui va avoir une espèce d’équilibre de pouvoir. Voilà donc ça ça a été des choses à inventer et à imaginer.
Nicolas: dans notre fondation, on a le principe des supporters, parce qu’une fondation ne peut pas avoir de membres. Le terme « membre » ne pouvait pas apparaître dans les statuts, donc on a utilisé le terme « supporter ». Les gens deviennent des supporters de Tryton et constituent une assemblée des supporters. Cette assemblée des supporters peut, à une majorité de 2/3 ou 50%, – je ne sais plus, de toute façon ça n’arrive jamais – décider changer complètement le board de la fondation. Il est élu pour 5 ans.
Walid: ce board, il est composé de qui ?
Cédric: à la création, on était trois fondateurs, donc les trois propriétaires de B2CK. On est fondateurs parce que c’est nous qui apportons le bien. Donc on a une qualité juridique spéciale. On a choisi quatre autres membres. Donc, on s’est mis tous les trois dans le nombre fondateur, dans le conseil d’administration, et on a inclus quatre autres membres. Alors, on a essayé d’avoir une diversité géographique.
Nicolas: il y avait Udo d’Allemagne, Albert d’Espagne. Sharon d’Inde, et le quatrième,
Cédric: Sebastien,
Nicolas: ah bah si, voilà, eébastian, donc d’Argentie.
Cédric: d’Argentie. Donc on a essayé d’avoir une université géographique, aussi de pays, évidemment, de langues, enfin de cultures, enfin d’essayer de représenter la diversité qu’il y a dans la communauté dans le bord. Ensuite, le bord se renouvelle tous les cinq ans par cooptation. On lance un appel à candidats, en fait, pour qu’ils se présentent. C’est comme ça que le bord décide de fonctionner. Ça, ce n’est pas vraiment dans les statuts. On va devoir aider les candidats et le bord précédent choisit les membres suivants. Ça peut être les mêmes. Il n’y a pas de limite sur le nombre de mandats que personne peut faire. Il est déjà assez difficile de trouver des gens. C’est en limite, on risque de…
Walid: donc, il y a une fondation avec des membres qui sont représentatifs de la communauté. Il y a la communauté. Donc, je suppose que dans cette communauté, il y a des utilisateurs. Il y a aussi potentiellement des sociétés de services, des gens qui… quelle est la diversité de la communauté autour de Tryton ?
Cédric: si tu parles juste des supporters, là, on en… être supporters c’est juste demander, il faut juste demander, donc il y a un peu tout, il y a des utilisateurs, il y a des développeurs, il y a des sociétés de services qui fournissent du service sur Tryton. Donc on a vraiment tout type d’entités. Après, si on veut parler de la communauté plus générale, plus large, la partie vraiment vivante qui participe, etc., c’est principalement quand même des développeurs qui sont… souvent des développeurs qui sont dans une société qui fournit du service sur Tryton.
Nicolas: la communauté se rassemble essentiellement autour du forum et on voit qu’il y a quand même une bonne petite partie de développeurs allemands, pas mal d’hispanophones aussi qui font du GNU Health ou du Tryton.
Cédric: oui, au final,
on n’a pas une très claire vision de qui utilise Tryton, sur le forum, on a des pseudos, mais on ne sait pas toujours ce qu’il y a derrière. On a des événements en live, et donc on peut mettre des visages sur des pseudos, mais c’est toujours une partie. En fait, on est assez dans le flou de savoir qui utilise Tryton, et qui est vraiment dans la communauté.
Nicolas Evrard
Walid: vous avez des clients que vous avez le droit de citer, juste pour donner un exemple, qui peut utiliser Tryton par exemple ?
Nicolas: j’ai cité Coopengo, oui, mais ce sont des gens qui font la verticalisation dont je parlais, Tryton, les assurances, c’est un de nos principaux clients.
Cédric: c’est un site. C’est un site de vente de fruits en ligne.
Nicolas: on a quelques… Ah oui, clients prestigieux, Saint Luc.
Cédric: c’est les leaders des boules de billard. Je crois qu’ils font 80% des boules de billard du monde. Et ils l’utilisent pour presque… ils sont en train de passer à presque tout leur processus.
Cédric: oui, ils ont commencé par la gestion d’entrepôt et puis progressivement, ils rajoutent des fonctionnalités, les achats, les ventes. Ils complètent, ils remplacent un ERP fait maison, historique, par Tryton.
Nicolas: on sait que dans les gens qui contribuent à Tryton, il y a une société qui fait je ne sais plus combien de pourcents des fraises qui sont faites en Espagne. Voilà. Donc à mon avis, c’est des gens qu’on ne connaît pas, mais il y en a certains qui ont bonne part de marché dans leur secteur. Et ce qui se passe, c’est que comme on n’a pas une entreprise têtière qui dirige le marketing, qui dirige le logiciel, au final, on ne sait pas. On ne sait pas ce qui se passe. Enfin, si, on le sait évidemment, parce que comme on est quand même des gens qui contribuent beaucoup, les gens nous parlent, mais au final, il y a quand même des gens qui l’utilisent sans jamais rien nous dire.
Cédric: et B2CK, si on revient sur B2CK, on a principalement comme client d’autres sociétés d’IT qui ont des clients. Donc, on est souvent plutôt en deuxième niveau. On a certains clients en premier niveau direct, mais on a principalement des clients en deuxième niveau. Donc, du coup, on peut un peu deviner les clients qu’il y a derrière. Oui, et il y a aussi un point en plus. Je pense qu’il y a aussi une partie de rebranding. Donc, il y a des sociétés de service qui vont installer Tryton, mais sans dire que c’est Tryton. Peut-être juste rebrandant le logo, ou en faisant un logo à leur sauce, et en mettant un petit thème sur sur le client et hop, ils en font leur solution. Dans un sens, ça nous va. Ils ont tout à fait le droit de le faire. C’est un peu regrettable pour la notoriété du projet.
Walid: vous avez parlé d’un forum. Quels sont les outils qui sont utilisés pour collaborer ?
Nicolas: alors le forum, c’est Discourse. Plus en plus de logiciels libres sont en train d’y passer.
Cédric: on a un forum IRC. Plutôt calme, parce que sur Discourse c’est quand même beaucoup plus agréable et plus asynchrone, donc ça permet beaucoup.
Nicolas: il y avait des mailing lists, mais on les a tuées pour Discourse.
Cédric: on n’a pas voulu multiplier les canaux, disperser, sinon chacun reste dans son silo, dans son canal préféré. Donc on a vraiment tout centralisé sur Discourse.
Nicolas: et puis ça fait barbu, les mailing lists.
Walid: IRC aussi.
Cédric: et d’ailleurs, maintenant que Discourse a… On a activé aussi les chats sur Discourse. C’est vrai qu’il y a un côté un peu redondant. L’intérêt de l’IRC était pour les petits messages rapides, quelqu’un qui a un petit problème, il peut poser sa question et avoir une réponse rapidement. En fait, le chat de Discourse pourrait remplacer IRC dans un sens.
Walid: et pour les forges ?
Cédric: on a notre dépôt sur Mercurial depuis le début.
Nicolas: et c’était self-hosté (NDRL : auto-hébergé)
Cédric: oui, on l’a hosté sur nos serveurs avec juste le service web de base qu’il y a dans Mercurial. Et on utilisait Rietvelt comme outil de Code Review (NDLR : revue de code). C’était l’outil que Guido van Rossum, l’inventeur de Python, avait écrit quand il travaillait chez Google pour le review du projet Python, que le projet Python a arrêté d’utiliser depuis quelques années. Le projet n’est plus trop maintenu, je pense qu’on devait être les derniers encore à l’utiliser. Du coup, ça nous a poussé à chercher une solution alternative. Et là, depuis un an, on est passé sur une forge qui s’appelle Heptapod, qui est en fait un fork de GitLab avec le support Mercurial. C’est un fork qui se veut friendly (NDLR : amical), donc en fait, ils viennent juste rajouter des composants pour supporter Mercurial à la place de Git. Et on est hosté sur leur plateforme. Ils ont une plateforme de… Donc c’est foss.heptapod.net. Donc là, on a notre projet Tryton qu’on a migré maintenant en un monorepo. Donc avant, on avait un dépôt par projet et module. Pour la migration, pour le passage à la forge, on a fait un monorepo. Les modifications qu’on fait ont assez souvent des implications dans plusieurs modules, voire même dans tous les modules. C’est beaucoup plus pratique d’avoir une seule Merge Request globale qui contient tout l’historique du changement que d’avoir plein de petits dépôts avec des Merge Requests qui doivent être faites en même temps. En plus, ça permet aussi d’avoir une CI (NDLR : intégration continue) qui est beaucoup plus stable puisqu’on teste toujours un tout cohérent, une version, enfin un snapshot de l’ensemble du logiciel.
Nicolas: c’est la fondation qui a sponsorisé le switch.
Walid: où est-ce qu’il en est le projet aujourd’hui et quels sont les points forts de Tryton en fait ? Pourquoi Tryton est bien adapté aujourd’hui maintenant ?
Cédric: moi je dirais la modularité. On a vraiment poussé le concept vraiment à l’extrême, c’est-à-dire qu’on peut, via l’ajout d’un module, modifier quasiment n’importe quel comportement du logiciel. Donc on peut modifier les flux standards qu’on implémente, qui sont des flux généralement classiques, mais chaque entreprise a sa petite spécificité, etc. Donc on peut aller se plugger (NDLR : brancher) n’importe où dans le code pour altérer le comportement et adapter aux besoins, et donc de pouvoir vraiment s’adapter à des flux de travail très spécifiques.
Nicolas: par contre, par rapport où on est le projet en général, là,
Cédric: on est en vitesse de croisière, je dirais
Nicolas: oui c’est ça, on a une vitesse de croisière. Nous, B2CK, on connaît pas mal d’entreprises qui utilisent Tryton depuis 10, 15 ans et qui fonctionnent.
Alors, on ne connaît pas l’explosion exponentielle que connaît par exemple Odoo. Ça, c’est sûr, on ne va pas le nier. Personnellement, ce n’est pas quelque chose que je recherche particulièrement, donc ça ne m’inquiète absolument pas. Oui, on pourrait probablement avoir plus de développeurs, mais ça ne vient pas non plus sans d’autres contraintes et sans parfois une certaine friction ou des choses ainsi.
Nicolas Evrard
Cédric:
il est assez facile d’avoir des gens qui veulent contribuer, d’ajouter des modules, de faire un module pour leurs besoins, etc. Ce qui est beaucoup plus difficile, c’est d’avoir des contributeurs qui vont faire vraiment le travail de maintenance du projet, maintenir les dépendances à jour, faire évoluer sur les nouvelles versions, corriger des bugs un peu compliqués dans le cœur, etc. Ou même juste optimiser.
Cédric Krier
Vraiment tout ce qui est travail d’optimisation, d’amélioration, vraiment dans le cœur du moteur. On a B2CK qui travaille et on a quelques contributeurs qui le font. Ce n’est pas énorme et c’est difficile de trouver parce que ce n’est pas évident. Il faut avoir beaucoup d’expérience, connaître bien l’intégralité du code parce que quand on touche au cœur, ça peut avoir des impacts partout. Ce n’est pas évident. Mais il y a beaucoup de développement qui est fait, mais en dehors vraiment de Tryton. Il y a des dépôts un peu partout qui existent, de projets personnels ou de sociétés qui implémentent des modules spécifiques aux besoins qu’ils ont rencontrés, etc. Donc il y a toute une partie de modules qui existent dans la nature. D’ailleurs, il y a un projet d’essayer de mettre en place, de faire une cartographie, un répertoire d’un peu tous ces modules externes pour donner un peu de visibilité.
Walid: dernier point que je voulais aborder, qui était le futur en fait. Quels sont les gros sujets que vous estimez être importants pour l’avenir ?
Nicolas: au niveau de la communauté, il y a cette cartographie des modules tiers. On se demande aussi s’il ne faudrait pas… Mais ça, c’est une grosse « polémique » dans la communauté de savoir si les modules doivent être hébergés ou pas par le projet lui-même ou par des externes. Nous, naïvement, on pensait que ça se ferait tout seul, mais ça n’a pas l’air de… Forcé de constater que ça ne s’est pas fait. Il n’y a pas non plus de cartographie qui s’est faite toute seule, un peu à la Django Package. Django Package, par exemple, c’est vraiment bien, ça montre tous les packages, les gens peuvent mettre des commentaires, etc. Mais ce n’est pas le projet de Django qui a décidé de le faire, c’est d’autres gens qui l’ont fait, et puis ils se sont dit, ah, c’est cool,
Cédric: on peut reprendre.
Nicolas: Django le reconnaît,
Cédric: quoi.
Nicolas: il y a ça au niveau de la communauté, je pense que ça va prendre encore du temps pour que ça arrive, puisque ça traîne depuis des années. Mais je pense que s’il y a une volonté plus forte maintenant que ça arrive, je pense que ça arrivera. Et puis, il y a des défis techniques qui sont des mises à jour. Il faudrait qu’on mette à jour le client, par exemple, à GTK4. J’en parle quasi tous les ans. On pourrait réécrire… le JavaScript qu’on utilise est daté, on pourrait le réorganiser autrement, on pourrait le moderniser, ça simplifie la vie à plein de gens.
Cédric: on a l’idée d’implémenter une API REST avec une architecture particulière pour permettre de développer plus facilement des sites connexes et communiquer juste avec une API REST. Pour l’instant, la manière dont on développe ce genre de site est fort couplée avec Tryton. Donc je pense que ce serait bien de pouvoir le découpler un peu plus avec une API. Ça, c’est un des projets.
Nicolas:
on dit souvent qu’on n’a pas de roadmap, les gens nous demandent parfois » est-ce qu’il y a une roadmap, quand est-ce que ce module-là va être disponible ? ». En fait, ça n’existe pas. C’est la communauté qui le fait, et alors la communauté le fait soit en le développant elle-même, soit en payant une des boîtes dans la communauté pour le faire.
Nicolas Evrard
Cédric: les développements sont drivés par le besoin, en fait. Je viens de penser à un autre projet qui est aussi en cours, qui est la réécriture de la documentation. En fait, il y a un an et demi, deux ans, on a structuré la manière dont on voulait documenter chaque module avec un squelette prédéfini qu’on doit appliquer à tous les modules. On a déjà réécrit la documentation pour les principaux, on a réécrit 50. La difficulté, c’est qu’il faut connaître pour réécrire la doc, et une fois qu’on connaît, ce n’est pas très intéressant d’écrire la doc.
Walid: on arrive sur la fin de l’interview. J’avais, en guise de conclusion, des questions à vous poser. Première question, c’est qu’est-ce que vous diriez pour parler de Tryton à des gens qui n’ont pas d’ERP ?
Cédric: j’imagine que s’ils n’ont pas d’ERP, ils travaillent avec Excel, ça permet de ne pas avoir des milliers de feuilles Excel à mettre à jour et à dupliquer, à copier-coller à gauche à droite et reporter des infos.
Nicolas: ça cadre les processus aussi. Il y aura moins de déviations par rapport à la norme et ça va permettre de mieux optimiser.
Cédric: standardiser les processus et aussi la communication à l’intérieur de l’entreprise. Et donc on va pouvoir communiquer tout le monde avec la même info. L’information sera plus partagée, plus diffusée.
Nicolas: et en fonction aussi de la taille de l’entreprise, ça peut définir mieux les tâches de chacun.
Walid: deuxième question, qu’est-ce que vous diriez pour présenter Tryton à des personnes qui, comme moi, ont déployé d’autres ERP, libres ou pas libres ?
Cédric: avec Tryton, la configuration, la personnalisation est très poussée. On peut répondre aux besoins du client, de l’utilisateur quasiment dans tous les cas, et que la base sur laquelle va être reposée l’installation, donc la base sur laquelle on va construire, est saine et a un design cohérent et stable aussi. Mais on a basé beaucoup de notre design au début sur un bouquin de design d’ERP, en fait : data model resource. L’architecture, ce sur quoi on va… vous allez construire. C’est des bases stables et robustes.
Nicolas: et aussi que les migrations sont incluses.
Walid: ça introduit ma dernière question qui est comment est-ce que vous présenteriez Tryton à des libristes qui travaillent déjà sur des ERP libres comme Dolibarr ou Odoo ?
Cédric: les migrations sont incluses.
Walid: pour Dolibarr aussi. Dolibarr,
Nicolas: c’est pas inclus.
Walid: ah si, c’est dedans. Si, si, je peux dire que c’est dedans les migrations.
Nicolas: par Odoo par exemple ça l’est pas.
Walid: à part la migration.
Cédric: Tryton fonctionne. Est vraiment orienté objet. On travaille sur des objets qu’on fait évoluer, sur lesquels il y a des flux, des déconnexions, etc. En fait, c’est assez agréable, parce qu’on n’a pas besoin d’écrire beaucoup de code pour répondre aux besoins. Le code est assez clair et assez lisible, assez vite compréhensible.
Nicolas: pour Odoo, je rajouterais aussi, par exemple, qu’on ne fait pas des calculs avec des float (NDLR : nombres flottants), tout bêtement. C’est un peu mauvaise langue, mais voilà, quand on fait de la comptabilité avec des flots, c’est pas terrible.
Walid: c’est la private joke pour finir. On arrive à la fin. Est-ce que je vous fais une petite tribune libre si vous avez un message à passer ?
Nicolas: zut, je m’étais dit, c’est le moment que je préfère. Il pense à un truc cool et j’ai oublié.
Cédric: ben, Mercurial, c’est cool. C’est mieux que Git.
Nicolas: oui, voilà.
Walid: vous êtes un des derniers que je connais qui utilisent Mercurial, si ce n’est les derniers.
Cédric: ah bon ? En fait, Mercurial est utilisé par Google, Facebook, Nokia. C’est probablement un des systèmes de version de source qui a probablement la plus grosse base, qui gère les plus grosses bases de code.
Nicolas: oui, je ne m’aventurerais pas juste à dire ça.
Cédric: alors, chez Google, je crois qu’ils réécrivent des bouts, etc. Mais c’est des boîtes qui ont des monorepos qui sont…
Walid: c’est en tout cas la première fois qu’on parle sur Projets Libres! de Mercurial.
Nicolas: on peut expliquer pourquoi ?
Cédric: ce qui est vraiment bien avec Mercurial, c’est la ligne de commande. Les options sont cohérentes, le fonctionnement est cohérent à l’intérieur de tout le projet, et il n’y a pas d’étonnement. Et en plus, c’est extrêmement difficile de casser son repo. Il y a des sécurités partout. Mercurial empêche de faire des bêtises, alors que je n’utilise plus très souvent Git. Mais chaque fois que j’utilise, régulièrement, je me trouve à casser mon repo et à devoir re-cloner parce que je suis perdu ou j’ai perdu des développements.
Nicolas: Mercurial, à ce côté : ils ont fait une ligne de commande qui est vraiment ultra clean et qui fait ce qu’il faut, alors que Git, c’est un vrai bordel. Alors, ça fait énormément de choses, c’est super bien, c’est super rapide, c’est ultra performant, mais c’est un bordel sans fin.
Walid: ça marche. Écoutez, merci beaucoup d’avoir pris du temps pour échanger 15 ans après sur Tryton pour voir un petit peu les solutions très intéressantes que vous avez mises en place et assez originales finalement comme l’histoire de la fondation. Ça, c’est vraiment hyper intéressant de pouvoir échanger là-dessus. J’invite tout le monde à aller voir Tryton. Je mettrai les liens, bien sûr, en description. Comme d’habitude, aux auditeurs, aux auditrices, parlez-en autour de vous. N’hésitez pas à commenter. Le meilleur moyen de commenter, c’est sur Mastodon ou aussi sur LinkedIn. Les deux, je réponds. C’est les deux manières les plus simples. À bientôt. J’espère vous reparler dans quelques temps. Portez-vous bien et à une prochaine.
Nicolas: merci,
Cédric: salut.
Walid: à bientôt.
Licence
Ce podcast est publié sous la double licence Art Libre 1.3 ou ultérieure – CC BY-SA 2.0 ou ultérieure.
Transition : Simuler et optimiser les réseaux de transport en commun.
Comment une plateforme libre peut-elle aider à améliorer leurs réseaux de transport ? Dans cet épisode, Yannick Brosseau et Pierre-Léo Bourbonnais de la chaire mobilité de Polytechniqu
La plate-forme Transition avec Yannick Brosseau et Pierre-Léo Bourbonnais
Walid: bienvenue à tous pour ce nouvel épisode de Projets Libres!. Aujourd’hui je suis très content, c’est le premier épisode d’une nouvelle série. Si vous avez suivi les épisodes précédents, vous savez qu’une de mes passions c’est les transports, les réseaux de transport. Et aujourd’hui, on va parler d’un projet qui s’appelle Transition. C’est un projet qui nous vient du Québec. Il se trouve que j’ai rencontré un des deux interviewés du jour, Yannick, au FOSDEM en 2023. Il faisait une conférence pour présenter cet outil Transition et ça m’a intéressé. On est resté en contact.
Pour parler de ce sujet, j’ai deux personnes, donc deux invités. Le premier, c’est Yannick Brosseau et le deuxième, c’est Pierre-Léo Bourbonnais. Ils travaillent tous les deux à la Chaire Mobilité de Polytechnique Montréal. Ils vont nous expliquer un petit peu après ce que c’est. Pierre-Léo et Yannick, ravis de vous avoir sur le balado, on va dire aujourd’hui, voilà, sur le balado. Bienvenue à vous et puis j’espère que vous allez bien.
Yannick: merci, très bien. Merci de nous avoir avec nous et de nous permettre de parler un peu de ce qu’on fait ici à la chaire.
Walid: eh bien, pour commencer, je vais vous demander à chacun de vous présenter, Yannick. Est-ce que, à toi l’honneur, est-ce que tu peux te présenter, s’il te plaît ?
Yannick: oui, donc Yannick Brosseau, je suis ingénieur informatique. J’ai une carrière travaillée dans beaucoup de domaines différents. Je suis surtout spécialisé dans le développement de logiciels libres et dans le support d’infrastructures, ce qui m’a amené, il y a quelques années, de joindre la chaire mobilité et développer des outils en transport.
Walid: ok, super. Et toi, Pierre-Léo ?
Pierre-Léo: oui, moi, je suis associé de recherche, donc c’est un peu comme chercheur sous la direction d’un professeur, le professeur Catherine Morency, Polytechnique Montréal à la Chaire Mobilité. Je travaille surtout en analyse de données. Je travaille beaucoup avec OpenStreetMap et données spatiales, mais je fais aussi de la programmation depuis un certain temps. Puis, c’est pas mal ça. Je donne un cours sur la théorie du transport collectif à Polytechnique, puis un cours sur les innovations et technologies en transport. Donc, c’est un cours par session. Et voilà.
Walid: ok, super. Alors, justement, pour les auditrices et les auditeurs, on va parler d’OpenStreetMap. Donc, je vous renvoie vers l’épisode précédent, qui est l’épisode 5 de la saison 3 (NDLR : épisode 6), dans lequel on fait une introduction à OpenStreetMap avec Christian Quest, qui peut être un bon début si vous voulez comprendre certaines choses de la discussion qu’on va avoir par la suite.
Walid : alors maintenant, ce que j’aimerais, c’est que vous nous présentiez un petit peu, avant qu’on rentre dans Transition, la chaire mobilité. Est-ce qu’un des deux, vous pourriez nous expliquer ce qu’est la chaire mobilité ?
Pierre-Léo: la chaire mobilité a été créée en 2010 officiellement, mais ça a commencé en 2009. C’est sous la direction de Catherine Morancy, qui est une experte du transport et de la mobilité au Québec depuis assez longtemps, donc de Polytechnique aussi. Au début, moi, j’étais étudiant à ce moment-là avec Catherine. Je terminais mon baccalauréat à ce moment-là en génie mécanique, mais j’ai bifurqué vers génie civil transport, parce qu’à Polytechnique Montréal, le transport se donne dans le génie civil aux études supérieures. Donc, il y a, je pense, un cours sur le transport au niveau du bac (NDLR : bachelor en Europe), mais sinon, c’est dans les études supérieures. Donc, moi, je suis arrivé là, sous la direction de Catherine, à ce moment-là. Puis, il y avait déjà, j’avais déjà un de nos collègues qui est encore là aujourd’hui, qui a commencé avec elle. Donc, au début, l’équipe, c’était deux : Catherine est un employé. Maintenant, on est rendu 7-8 avec toute l’équipe de développement. Ça a grandi en 13-14 ans. L’idée, au départ, c’était de faire le lien entre l’universitaire, l’académique et les sociétés de transport au Québec. Au début, c’était plus Montréal, mais maintenant, c’est rendu tout le Québec.
Donc, pour qu’il y ait des liens et qu’on puisse appliquer des choses et qu’il y ait un retour d’informations, que nous, on puisse les aider avec des outils, des modèles, des simulations, et qu’eux puissent nous envoyer des données plus récentes ou plus fiables ou officielles sur tous les transports à Montréal et au Québec. Donc, c’est vraiment ce lien-là. Et il y a aussi des experts internationaux qui viennent présenter à chaque année et qui viennent apporter une information sur ce que les experts en transport font ailleurs. Et c’est les partenaires, les sociétés de transport, les villes et le ministère des Transports du Québec qui financent la chaire mobilité, la base. Après ça, on a des projets à la pièce pour ajouter du financement.
Mais la base de la chaire mobilité est financée par ces sociétés de transport-là. À toute fin pratique, c’est, on va dire, 90 % des opérateurs de transports collectifs du Québec qui sont présents d’une manière ou d’une autre dans la chaire. Puis certaines villes. Il y a la Ville de Montréal qui travaille beaucoup en mobilité, le vélo et tout ça. Et le ministère des Transports qui est partenaire officiel de la chaire aussi.
Pierre-Léo Bourbonnais
Walid: ça se joue au niveau de la province de Québec ?
Pierre-Léo: oui. On va faire des contrats des fois avec d’autres gens ailleurs au Canada, mais au moins 90 %, c’est vraiment au Québec. Quoique récemment, on a des nouveaux projets avec le Canada, avec Infrastructure Canada. Donc, ça grossit. On a commencé à faire des enquêtes pour tout le Canada. Donc, on va voir comment ça va aller à ce niveau-là.
Walid: ok, très bien. Je ne l’ai pas dit. Je ne l’ai pas dit en introduction, est-ce que vous pouvez nous présenter à quoi sert cette plateforme Transition ?
Yannick: c’est en fait issu d’un projet, justement de la thèse et des travaux de Pierre-Léo au cours des études.
C’est une plateforme de planification des réseaux de transport en commun. Donc on parle à la fois des autobus, de métro, de train. Donc c’est tout un ensemble de ça. C’est une plateforme qui se veut vraiment pour permettre aux opérateurs essentiellement d’analyser les réseaux, enfin de faire des simulations sur des populations et vraiment analyser et optimiser les réseaux de transport.
Yannick Brosseau
On a des modules d’optimisation, de simulation à certains niveaux. On peut faire des comparaisons avec les réseaux, la marche, le vélo. On peut vraiment analyser l’impact de la mobilité des gens sur les réseaux en fonction de s’il y a des modifications à faire et voir où sont les performances la meilleure. Ça, c’est vraiment la plateforme de Transition qu’on a développée au fil des ans.
Pierre-Léo: ça a commencé, en fait, au début, on avait beaucoup de contrats, justement, d’analyse et d’optimisation avec les sociétés de transport à la chaire. Puis bon, je me suis mis à travailler sur des outils, des prototypes pour faire certaines tâches. Puis à un moment donné, on s’est dit : « ben, ce serait le fun d’avoir une plateforme où on met tous ces modules-là ensemble ». Puis c’est là que ça a commencé, d’agencer les pièces du casse-tête. Puis là, après ça, bien, l’équipe a grandi. Puis là, on commence, on a mis ça open source, puis on veut rendre ça plus robuste, plus facile aussi à implémenter avec d’autres sociétés, puis ailleurs dans le monde. Donc, c’est ça le processus actuellement.
Walid: donc, les utilisateurs de la plateforme, c’est les sociétés de transport, en fait ?
Yannick: essentiellement, pour l’instant, oui, les sociétés de transport, les villes, les gens qui ont à planifier les réseaux.
On a une vision à long terme de rendre l’outil tellement facile d’utilisation qu’un peu monsieur, madame, tout le monde pourrait l’utiliser pour essayer de comprendre les enjeux de transport dans leur région. On n’est pas encore là vraiment à l’outil, mais l’outil présentement s’adresse à des professionnels en transport, des gens qui connaissent un peu bien.
Yannick Brosseau
Pierre-Léo: les étudiants aussi, il y a beaucoup d’étudiants qui l’utilisent.
Yannick: tout un volet, effectivement, recherche pour l’étudiant dans notre laboratoire, mais aussi dans d’autres équipes, ils commencent à utiliser l’outil au niveau de la recherche pour comprendre les différents enjeux.
Walid: ok, oui. Donc, c’est un outil qui, à la base, vient de la recherche ?
Pierre-Léo: oui oui, à 100 %.
Walid: ok.
Yannick: c’est un peu intéressant, justement, je rajoute le modèle qu’on a avec la chaire mobilité, c’est issu de la recherche, mais vraiment en collaboration avec les utilisateurs ultimes, les sociétés de transport. Donc, on a vraiment une boucle de rétroaction de, oui, on fait des analyses en recherche, on a des étudiants qui font des analyses théoriques ou des analyses avec des données réelles, mais après ça, on peut les mettre les outils directement… bon, ces analyses-là, une fois qu’elles sont implémentées, peuvent être utilisées par les opérateurs directs.
Walid: est-ce que vous avez des exemples un peu concrets à donner pour expliquer un peu comment les sociétés de transport… comment elles optimisent leurs réseaux de transport, en fait. Est-ce que c’est assez variable ? Est-ce que c’est plutôt des bus ? Est-ce que c’est plutôt avec du vélo ? Enfin, qui fait quoi avec la plateforme ?
Pierre-Léo: c’est sûr que pour l’instant, Transition, c’est pour le transport collectif. Donc là, il n’y a pas encore de gestion du vélo. Nous, on a du vélo partage qui s’appelle Bixi et tout ça. C’est prévu, on veut l’intégrer, mais pour l’instant, c’est strictement transport collectif. Et les sociétés de transport, un exemple de ce qu’ils vont faire, là récemment, il y a eu l’implantation d’un nouveau système sur rail qui s’appelle le REM, le réseau express métropolitain (NDLR : voir les vidéos de RMTransit sur le sujet, par exemple celle-ci, ou cette vidéo de Railways Explained), qui rajoute quand même beaucoup de services dans la région de Montréal. Et puis, les sociétés de transport qui opèrent des réseaux de bus doivent se rabattre sur ce nouveau réseau-là. Donc, ils ont fait une refonte de leur réseau autour des premières stations qui ont été inaugurées il y a deux ans.
Donc, un exemple de ce qu’ils vont faire, c’est qu’ils vont revoir le réseau de bus à l’aide de Transition. Il y a d’autres outils aussi, mais ils ont utilisé Transition pour ça. Donc, ils vont revoir chacune des lignes, changer les parcours, réduire le nombre de détours, souvent, aussi, qu’ils essaient de faire. Avoir un réseau plus européen, plus basé sur la demande. Donc, ils vont utiliser la plateforme pour faire ça. On a aussi eu des partenariats avec le ministère et avec des villes pour créer un réseau à partir de rien ou optimiser un réseau qui est très fragmentaire. Donc, on a utilisé un algorithme génétique pour proposer un réseau. On va proposer, par exemple, des milliers de lignes possibles puis l’algorithme va choisir l’ensemble de lignes qui va être optimal selon une flotte d’autobus donnés. Par exemple, je vais dire, « ben, j’ai 50 autobus dans telle ville dans mon budget de flotte, qu’est-ce que tu peux offrir comme service qui serait optimal avec cette flotte-là », en utilisant les données sur les déplacements des gens, où sont les commerces, où sont les points d’intérêt, où sont les domiciles, puis essayer de minimiser les temps de parcours, la collectivité, avec le réseau de transport collectif.
Donc, ça, on a fait ça, ça a été des prototypes, mais là, maintenant, on essaie de l’opérationnaliser pour que ce soit utilisable en vrai. Ils ont quand même utilisé, deux ou trois sociétés de transport ont utilisé des morceaux de ce qui avait été proposé pour revoir leur réseau, surtout en couronne de Montréal, parce qu’on ne fait pas encore les algos génétiques pour Montréal Centre, parce que les capacités de calcul sont limitées pour l’instant, mais il n’y a rien qui va nous empêcher de le faire dans le futur.
Walid: ok. Il y a quelque chose que j’aimerais bien aborder aussi tant qu’on est sur la présentation, c’est la présentation du projet, c’est la présentation de l’équipe. J’aimerais bien que vous nous disiez un petit peu les profils des gens, puisque là, déjà, tous les deux, vous avez des profils assez différents. Est-ce que vous pouvez nous dire un petit peu les profils des gens qu’il y a dans l’équipe ?
Yannick: dans l’équipe, si on regarde un peu at large (NDLR : en général), on a plusieurs développeurs logiciels, des gens qui ont des backgrounds un peu différents aussi. Je fais un peu de back-end, on a des gens un peu hybrides, on a des gens très front-end en développement. Mais beaucoup des gens qui ont appris aussi par eux-mêmes dans le domaine open source. On est quelques-uns qui ont vraiment une formation en informatique, mais Pierre-Léo a un background (NDLR : passé) en génie mécanique, génie civil. On a un autre collègue qui était un professeur d’éducation physique qui s’est appris à être autodidacte, mais qui est venu à nous parce que c’est un projet d’intérêt. Mais on a aussi plusieurs professionnels de, je dirais, des transports d’analyse qui travaillent plus comme clients, comme utilisateurs, qui nous donnent du feedback (NDLR : retours) sur les outils, sur l’utilisation.
Donc présentement, dans l’équipe, on est à présent en cinq personnes en développement logiciel. On est souvent suppléé, on a des fois des stagiaires, des fois des étudiants qui font contribuer des bouts d’outils ou même des projets de fin de bac, par exemple, de fin de formation en ingénierie, que les gens vont contribuer un module à l’outil. C’est l’avantage de l’open source, les contributions peuvent venir d’un peu partout.
Pierre-Léo: on a aussi une économiste qui, à temps partiel, mais elle travaille quand même beaucoup avec nous. Parce qu’on trouve ça important aussi d’avoir un pied dans tout ce qui est économique, budgétisation, prédiction, etc. Donc, au niveau statistique, c’est quelqu’un qui est très fort en statistique, en économie. Puis après ça, nous autres, on fait beaucoup d’informatique. Moi, je fais aussi de l’analyse de données. Donc, c’est pas mal ça.
Walid: ok. Et donc, le fait que ce soit un projet de recherche à la base, ça explique la licence MIT très permissive que vous avez choisie à la base du projet ? Est-ce que c’était une évidence ?
Yannick: pas nécessairement, ça a été quand même une bonne discussion qu’on a eue.
On voulait avoir de l’open source, on voulait aller en libre, c’était de façon évidente, c’était issu de fonds publics et tout, ça doit rester. Il existe des outils commerciaux très très chers, mais on voulait avoir quand même un outil accessible à tous. Mais on s’est beaucoup posé la question entre GPL et MIT. Au début, on penchait plus du côté GPL, mais finalement, on a opté pour une licence permissive comme MIT, justement pour faciliter la collaboration avec tous.
Yannick Brosseau
Dans tous les milieux, parfois la GPL, dans certaines entreprises, si on voulait même que les entreprises puissent l’utiliser, va être un peu rébarbative. Une licence GPL, on peut aller de façon, une licence, une des plus libres possible en disant « voici du code, vous pouvez l’utiliser dans le contexte que vous voulez » en se disant, on va pouvoir faciliter le plus de collaboration possible de cette façon.
Walid: est-ce que le fait que ça soit financé par des fonds publics, ça doit être obligatoirement du code public ?
Yannick:
oui, donc malheureusement, il n’y a aucune obligation ici dans les fonds de recherche publiques à publier le code de façon libre. J’ai beaucoup travaillé dans plusieurs groupes de recherche. Je me suis toujours dit que si le financement est public, le code devrait rester public. C’est un peu l’évangélisme qu’on fait des fois quand on parle pourquoi vous faites du libre ? Oui, c’est intéressant, mais comme le financement a été payé par tous les contribuables québécois parfois, ou des fois tous les contribuables canadiens. On veut s’assurer qu’il y ait quand même un retour sur l’investissement en rendant la plate-forme disponible.
Yannick Brosseau
Walid: est-ce que ce projet vous a permis d’avoir des contacts avec d’autres organismes ?
Yannick: quelques-uns, pas encore des énormes collaborations. Effectivement, quand on va parler du projet dans les endroits libres comme FOSDEM, ça me permet d’établir des contacts. On a des discussions avec un projet qui s’appelle MOTIS, géré par une équipe en Allemagne principalement qui font des trucs très similaires à ce qu’on fait. Et voir s’il y a des endroits qu’on peut collaborer. On ne s’est pas rendu très loin parce que tout le monde manque de temps à ce niveau-là, mais on peut justement aller chercher des morceaux libres un peu partout. On ne veut pas réinventer la roue si la roue a déjà été inventée. Donc, ça permet de collaborer comme ça à force d’en parler un peu partout en se disant, ah, bien, c’est intéressant, je peux l’essayer. Puis, on l’a présenté dans des conférences aussi comme WCTR, qui est une des grosses conférences en recherche en transport. Les gens, « c’est comme, ah oui, c’est intéressant comme outil d’accès, relativement simple ». Les gens regardent sur « OK, comment est-ce qu’on pourrait l’utiliser et tout ? ». On se bute quand même à une difficulté. Ce n’est pas tous les gens qui sont informaticiens. Tous les praticiens du transport ne sont pas nécessairement informaticiens. C’est des théoriciens, justement, comme à Polytechnique, issus du Génie civil. Des fois, c’est d’autres départements, mais ce n’est pas nécessairement des programmeurs. Notre objectif de rendre la plateforme la plus facile d’utilisation reste assez primordial.
Walid: et là, quand tu parles de plateforme, on va y revenir un peu plus en détail après sur les composants techniques. Transition, c’est une plateforme en ligne ou c’est une plateforme que les sociétés de transport peuvent installer chez elles ?
Yannick: c’est un truc qui est basé sur le web, c’est une plateforme en ligne. Théoriquement, ils pourraient l’installer dans leur infrastructure locale, mais présentement, dans notre projet de recherche, c’est nous qui hébergeons en fait la plateforme et donc les utilisateurs viennent sur notre plateforme présentement. C’est un truc qui amène une réflexion de notre côté sur comment on déploie la plateforme utilisateur. On se dit que c’est open source, les gens vont simplement juste le télécharger et l’installer dans leur plateforme et tout. Mais comme c’est pas seulement un logiciel desktop, c’est une plateforme web, c’est une base de données, il y a quand même plusieurs composants, on y reviendra tantôt, c’est plus difficile. Donc on a une réflexion présentement en cours de comment on structure ça. Est-ce qu’on se crée par exemple un OBNL, un organisme à but non lucratif, pour offrir la plateforme en mode SaaS par exemple, en échange d’une contribution monétaire raisonnable. C’est vraiment un enjeu du libre, de dire, on écrit du code libre, les gens vont l’utiliser, mais non, il reste une étape de comment l’emmener à l’utilisateur final, ce qui n’est pas nécessairement évident quand tu sors du domaine de l’informatique. J’e t’étais dans le domaine del’infrastructure informatique, on utilise le logiciel libre tout le temps parce qu’on s’y connaît, mais quand on sort du domaine, ça amène un questionnement de comment on amène l’outil dans la main des gens. Ce n’est pas une question qui est aussi facile qu’on pourrait penser.
Walid: oui, je trouve ça intéressant que tu évoques ça parce qu’une des questions que j’avais après, c’était de savoir actuellement, c’est financé par des fonds publics, mais c’était de comprendre aussi est-ce que ces fonds publics sont suffisants pour pérenniser votre travail ou sinon, quelle structure et comment vous imaginez que vous allez pouvoir organiser votre projet pour pouvoir avoir l’argent nécessaire pour pouvoir continuer à travailler dessus en fait ?
Yannick: c’est une bonne question. Présentement, c’est ça. On regarde, entre autres, des prochains fonds de recherche. Il y a quand même de l’argent disponible dans certains domaines, parce qu’on avait quand même du financement pendant un certain temps pour développer le premier prototype. Là, on veut aller plus loin. Mais effectivement, comme tu dis, si on veut regarder, puis le rendre disponible aussi. Présentement, l’aspect des fonds de recherche vient du Québec, vient du Canada, donc on est un peu limité géographiquement, mais s’il y a des gens en Europe, des gens ailleurs en Amérique ou en Asie qui veulent l’utiliser, comment on peut supporter cette plateforme-là ? Donc c’est un peu là que la réflexion s’amène de se dire, on peut peut-être louer la plateforme en mode SaaS, c’est-à-dire un abonnement mensuel qui financerait une partie du développement sans en amener à des frais exorbitants, mais juste pour dire, on peut peut-être financer des financements de cette façon-là. Voire avec des subventions, parfois des utilisateurs finales qui pourraient peut-être financer des fonctionnalités spécifiques aux besoins. On est en réflexion à ce niveau-là. C’est vraiment l’avenue qui est la plus intéressante. Soit il y a une fondation, un non-profit derrière, soit on ramasse des dons directement un peu à la Kickstarter, si on veut, de dire « Ah, on a des features, on les finance de cette façon-là » ou des amendements suels. Il y a un questionnement qu’on se fait. Quand c’est de la recherche, c’est assez facile, mais c’est ponctuel. On a un projet pour 3-4 ans, mais après 4 ans, il faut tout le temps le renouveler, voir si des partenaires, disons, on a des partenaires ici qui sont publics-publics, donc on a les sociétés de transport, mais qu’il y a du financement aussi qui vient des organismes subventionnaires fédéraux et provinciaux. C’est des partenaires comme ça, mais est-ce que le partenariat va être encore là dans 5 ans ? C’est tout le temps une question qui est plus problématique. C’est un peu la difficulté.
Walid: oui, c’est intéressant parce que tu parles de fondation. Qu’est-ce qui vous pousserait, par exemple, à faire une fondation plutôt que, par exemple, une société ?
Yannick: ça pourrait être une option, mais dans nos réflexions qu’on s’y amène, on veut garder l’aspect public. On vend… l’outil est utilisé par des villes, par des sociétés de transport, par des organismes publics essentiellement. On ne veut pas faire du profit sur cette plateforme-là, cet outil-là. Ça se ferait très, très bien, ça serait très facile de fonder une entreprise, puis de le supporter de cette façon-là. Puis ça se voit beaucoup dans le modèle open source aussi. Il y a quand même plusieurs entreprises qui le font. Mais souvent, je trouve qu’il y a un modèle qui accroche. Des fois, il y a un conflit entre la profitabilité et le service public.
Et étant donné que l’outil veut vraiment être là pour aider à développer des services publics, ça peut être aussi des services privés, il peut y avoir des sociétés de transport privées, des autobus intérieurs urbains qui pourraient l’utiliser pour leur réseau. Mais l’essentiel est d’avoir un besoin public. On se dit… « Gardons ça dans le giron public, ça peut être plus intéressant ». Il y a d’autres compagnies privées dans le transport qui vont faire des outils similaires. On ne veut pas nécessairement rentrer en compétition directe sur ce domaine.
Walid: là, tu as un peu répondu à la question. Une de mes questions, c’était la relation avec ce que nous, on appelle les autorités organisatrices de transport (NDLR : on parle désormais des AOM : autorités organisatrices des mobilités), donc les sociétés de transport. Là, ce que je comprends, c’est qu’en fait, comme tout le monde est associé à la chaire mobilité, les besoins remontent naturellement. Ce n’est pas vous qui les démarchez ou eux qui vous démarchent. C’est plutôt un peu collaboratif, quoi.
Pierre-Léo: oui, bien, la première fois qu’on a eu le financement pour trois ans, c’était avant la pandémie. Ça venait du gouvernement fédéral, donc le gouvernement canadien. C’est le financement à la recherche pour développer cet outil-là. Puis tout de suite, on a été voir les sociétés de transport qui étaient partenaires, parce que chacune a donné un certain montant. Puis l’organisme subventionnaire, lui, triplait le montant qui avait été donné par les sociétés de transport. Donc, on a réussi à ramasser une cagnotte comme ça. Puis là, tout de suite on a été voir les intervenants dans les sociétés de transport qui allaient utiliser Transition pour savoir c’était quoi leurs besoins. Puis là, on a fait la liste. Puis on gère ça dans la gestion du développement de Transition aussi. Puis on a aussi des canaux de communication où les utilisateurs dans les sociétés de transport peuvent nous écrire directement et on peut leur répondre. Des fois, ils ont des besoins particuliers, comme à Montréal, la Société de transport de Montréal. Des fois, on a besoin d’un calcul plus demandant. Donc là, ils vont nous contacter. Puis Yannick va pouvoir ouvrir des machines qui sont plus puissantes temporairement pour ne pas que ça coûte trop cher dans le nuage. Donc on a quand même des communications qui se font comme ça. C’est sûr qu’on veut continuer, mais ce serait le fun d’avoir d’autres pays ou d’autres sociétés aussi, puis c’est ça qu’on veut développer dans le futur.
Walid: si je prends par exemple, maintenant, moi je suis une société de transport. Déjà, celles avec qui vous discutez, elles avaient déjà quelque chose informatiquement, elles n’avaient rien, en fait. Qu’est-ce qui les pousse finalement à collaborer avec vous sur cet outil ?
Pierre-Léo: au départ, ils utilisaient la plupart un logiciel qui était développé aussi à Polytechnique par un autre professeur depuis les années 90. Là, malheureusement, il est décédé il y a quelques années. Donc là, c’est comme on a repris le flambeau, mais on ne voulait pas nécessairement prendre le logiciel puis continuer à développer. Parce qu’on avait développé le notre au début en parallèle, donc on a continué avec le notre. Il ne fait pas exactement les mêmes choses, mais à terme, ça va permettre de répondre aux mêmes besoins, et plus encore. Donc, on a développé ça.
Aussi, les sociétés de transport utilisent des logiciels payants, commerciaux, comme Astus, puis toute la suite M2, etc. C’est des suites qui sont assez connues, qui coûtent très cher. Ça dépend. Ils ont toutes des ententes particulières avec les sociétés de transport. Donc, nous, ce qui est intéressant, c’est qu’ils doivent juste payer normalement… à terme, ils vont payer juste pour l’hébergement, puis pour des services particuliers, mais il n’y aura pas une licence onéreuse, quelque chose qu’ils doivent payer à chaque année.
Pierre-Léo Bourbonnais
Yannick: je peux donner un autre exemple. J’avais, lors d’une conférence, je discutais avec des gens de la ville de Los Angeles, en Californie, et ils disaient, oui, ils ont accès, il y a certaines équipes qui ont accès aux gros logiciels commerciaux qui font beaucoup de choses, puis beaucoup de planification, mais des fois, il y a des équipes qui ne sont pas dans l’équipe de planification, qui sont dans d’autres groupes, qui voudraient avoir, juste faire des petites analyses plus simples, mais qui n’ont pas accès parce qu’ils n’ont pas assez de licences pour tous les employés de la ville. Mais en ayant un logiciel libre comme ça, qui ne fait pas nécessairement 100 % du travail du logiciel commercial, mais qui peut faire l’essentiel de ce que les gens ont besoin pour développer des plus petites analyses, ils trouvent ça vraiment intéressant en complémentarité avec certaines plateformes qui ont des besoins plus spécifiques.
Pierre-Léo: il y a tout l’aspect de la formation qui est vraiment différent par rapport aux logiciels commerciaux. Et les logiciels commerciaux font beaucoup d’argent en envoyant des formateurs chez leurs clients sur une base régulière. Nous, à la place, c’est qu’on utilise Transition dans les cours à Polytechnique, les cours de transport. Donc, les étudiants qui ont fait les cours à Poly en transport, transport commun, puis gestion de données en transport, vont avoir utilisé Transition dans le cadre de leurs cours, vont avoir fait des simulations, etc. Donc, quand ils arrivent dans les sociétés de transport après, moi, je dirais qu’il y a facilement 20-25 % des employés, des nouveaux employés des sociétés de transport qui ont fait au moins un ou deux cours à Polytechnique en transport. Donc, eux autres, ils savent déjà l’utiliser, ils savent déjà comment configurer les choses. Donc, ça aide beaucoup, puis ça coûte beaucoup moins cher en formation. Toute la documentation est publique, on essaie de l’intégrer de plus en plus dans le logiciel. On a commencé ça ce mois-ci. Chacun des éléments, les définitions, les symboles, toutes les opérations pour calculer les choses vont être intégrées et documentées directement dans l’interface.
Toutes les choses que je montre dans le cours de transport collectif, sur la théorie du transport collectif, sont intégrées directement dans Transition avec les mêmes définitions. Donc, ça facilite aussi la formation des futurs étudiants là-dedans. Ça permet aussi de leur montrer toute la théorie qui est derrière, ce qui est rarement le cas, moi, je trouve, avec les logiciels commerciaux qui n’ont pas intérêt nécessairement à donner tous les détails de comment c’est calculé.
Walid: avant qu’on passe au point suivant qui est comment est-ce qu’on démarre un projet de zéro, je me rappelle dans une des conférences au FOSDEM en 2023, il y avait quelqu’un des chemins de fer suisse qui était venu et il avait parlé d’un projet libre qu’ils avaient développé, donc au niveau ferroviaire, pour en fait pouvoir stocker et analyser les données des trains de mesure qui circulent sur le réseau. Et en fait, une des choses qu’il expliquait, c’est que une des choses les plus complexes, c’était que les outils propriétaires, les formats sont propriétaires et tu dois payer pour le format et tu dois payer pour la visionneuse. Et donc, en fait, t’es un peu… Tu es un peu embêté parce que tu ne peux pas partager tes données et si tu ne payes plus, tu ne peux plus les voir non plus. La chose que je me demandais aussi, c’est est-ce qu’à travers les solutions propriétaires du marché, il y a aussi ces problématiques de format fermé ou alors est-ce que sur les données de transport, il n’y a pas ce genre de problème parce qu’on utilise des outils libres et des formats libres ?
Pierre-Léo: moi,
je trouve le plus gros problème avec les logiciels propriétaires, c’est qu’on n’a pas la méthodologie. Comment c’est calculé ? Je ne pense pas qu’on va faire du reverse engineering (NDLR : rétro-ingénierie) pour trouver comment c’est calculé. Et ça, ça a toujours été un problème. C’est un problème aussi avec Google Maps, les calculateurs de Google, les lieux d’intérêt. On ne sait pas comment c’est calculé, c’est quoi leur méthodologie, quelles données ils ont décidé d’enlever, quelles données ils ont gardées, pourquoi. Alors que dans Transition, dans tout ce qu’on fait, nous, tout est transparent.
Pierre-Léo Bourbonnais
Si on veut faire un certain calcul, d’une part, tu as accès au code, mais en plus, on documente toutes les équations qui servent en dessous à calculer les choses. Donc ça, c’est pour moi qui est essentiel au niveau académique. Je ne veux pas qu’un étudiant se mette à faire des calculs et qu’il ne sait pas comment c’est calculé et qu’il prenne juste les résultats sans se poser de questions. Il peut toujours y avoir des erreurs, il peut y avoir des données qui sont mauvaises quand il arrive, qu’il y a eu des problématiques, juste les compteurs de passagers dans les autobus. C’est jamais fiable à 100 %. Donc, à la fin d’une journée, tu peux être ton compteur et compter moins 4 parce qu’à un moment donné, il a manqué 4 personnes ou il a manqué… Donc, c’est sûr qu’il faut être capable d’analyser ces données-là correctement, de savoir c’est quoi la méthode qu’on fait pour corriger ou pour accepter les erreurs, etc. Alors que dans les logiciels propriétaires, si tu ne connais pas quelqu’un qui travaille là, tu n’auras jamais vraiment une réponse claire. Puis même quand t’as une réponse, moi, j’ai toujours des doutes sur est-ce que c’est vraiment comme ça que c’est fait, on ne sait jamais.
Walid: si maintenant, par exemple, je suis une société de transport et je veux commencer un projet sur Transition, de quoi vous, vous avez besoin pour commencer un projet avec cette société de transport ?
Yannick: essentiellement, les données qu’on a besoin sont à trois niveaux pour utiliser Transition. La première, ça nous prend un réseau de transport. Donc, on se base sur OpenStreetMap pour avoir la couche de base du réseau, tout le réseau routier, les réseaux de marche et tout, pour faire la base de calcul. Donc, il faut que tu aies une région dans laquelle les données d’OpenStreetMap sont disponibles. Heureusement, et les auditeurs ont pu en entendre parler dans les épisodes précédents, c’est de l’information qui n’est pas partout dans le monde, mais elle est assez disponible dans la majorité des endroits. C’est de l’information qui est disponible.
Walid: au Québec, c’est super bien cartographié, je suppose ?
Yannick: la carte de cartographie de base, ce n’est pas du niveau de qualité que Pierre-Léo aimerait. Pierre-Léo travaille énormément avec la communauté OpenStreetMap pour corriger autant lui-même ou en collaboration les données. On va avoir les données les plus précises possibles. Mais disons, les réseaux routiers de base sont là, mais par exemple, je te donne un exemple, on s’assure présentement dans la région de Montréal, est-ce que les passages piétons sont tous bien documentés ? Parce que ça peut affecter le calcul des temps de déplacement pour accéder au réseau de transport en commun. C’est vraiment des niveaux de qualité qu’on va chercher. Plus la qualité du réseau OpenStreetMap est élevée, plus les résultats de calcul vont être de meilleure qualité.
Walid: donc, au minimum, il te faut les réseaux routiers.
Yannick: si ça va être les trains, ça prend un réseau ferroviaire, en théorie, mais on travaille beaucoup avec les autobus présentement, donc ça prend un réseau routier pour pouvoir déplacer. Puis ça a un réseau routier aussi, en incluant si on assume qu’il y a des trottoirs partout, pour que les gens accèdent au réseau. Donc, première étape, un réseau quelconque. Deuxième niveau, si tu pars from scratch, tu peux juste prendre ça et commencer à dessiner des lignes. La plupart des utilisateurs, des partenaires, ont déjà un réseau d’autobus, donc ils vont souvent importer, on va utiliser le format GTFS, qui est maintenant un format standard relativement universel, pour définir des réseaux de transport en commun. Donc, on va pouvoir importer le réseau existant et pouvoir faire des calculs là-dessus.
Walid: quand tu dis importer, ça veut dire que ce réseau-là, vous allez enrichir OpenStreetMap ?
Yannick: non, le… C’est importé dans l’outil, dans Transition, directement. Donc, on va afficher ça comme une couche par-dessus les données d’OpenStreetMap dans la visualisation de l’outil.
Pierre-Léo:
dans OpenStreetMap, mettons les réseaux de transport collectif, souvent, on a juste la ligne avec les arrêts, mais on n’a pas les horaires, parce que c’est des choses qui changent souvent, puis que OpenStreetMap, c’est fait plus pour quelque chose de stable. Donc, dans Transition, tu vas importer toutes les lignes, les arrêts, mais en plus, tu vas avoir tous les horaires pour une certaine période de l’année.
Pierre-Léo Bourbonnais
Donc là, ça te permet d’analyser. Puis souvent, tu vas importer les services : semaine, fin de semaine, ça peut être samedi, dimanche, je ne sais pas, ou les mêmes, si l’horaire ne change pas. Puis là, tu vas pouvoir analyser ça et rajouter une ligne, enlever une ligne, changer les services, etc. Donc, tu peux éditer tout ton réseau puis simuler des changements.
Yannick: les calculs dans Transition se font vraiment en fonction de l’horaire réel que tu mets, soit dans une nouvelle ligne que tu mets, mais c’est vraiment le calcul avec l’horaire existant, en se disant, ce n’est pas juste théorique. Tu prends une ligne, puis il va vraiment y avoir un autobus à cet endroit. C’est comme, « OK, tu pars d’un endroit à une heure précise, tu marches, ça prend combien de temps ? » « Est-ce que l’autobus va passer dans un horaire raisonnable ? » « Si tu as une connexion à faire, c’est quoi les temps raisonnables de connexion ? ». Donc, on va vraiment calculer avec une bonne précision des cas réels de ce qui se fait dans le réseau.
Walid: ok, donc t’as… D’un côté, la première, c’est les données de base. Il faut qu’elles soient à jour dans OpenStreetMap. Et ensuite, après, vous venez rajouter des données supplémentaires type données horaires. Par exemple, où est-ce que c’est géré toutes les notions de trafic routier ?
Yannick: c’est malheureusement un des aspects qu’on n’a pas encore dans l’outil et qu’on aimerait bien intégrer, qu’on réfléchit à comment intégrer.
Et la grosse difficulté sur les données de congestion, c’est qu’il y a très peu de données publiques sur la question. On est habitué d’aller sur Google Maps et voir les données, mais ce sont des données qui sont propriétaires. Ici, si on regarde au Québec, le ministère des Transports a quelques données, des comptages de rues sur les autoroutes et les grandes voies. Il y a moyen d’accéder à ces données-là. Puis, on a d’autres projets de recherche, par exemple, pour utiliser des données de taxi pour avoir inféré une certaine congestion. Mais c’est vraiment des difficultés importantes.
Yannick Brosseau
On réfléchit à des options. On avait des discussions qu’on avait avec des opérateurs, entre autres. Eux ont des données réelles de déplacement d’autobus. Puis, tu as des données de temps réel. Tu as le GTFS, tu as les données planifiée. Mais tu as aussi le GTFS Real-Time qui permet d’avoir des données réelles. Il y aurait moyen d’inférer aussi des temps de déplacement, des congestions avec là, mais c’est encore un projet, disons, à venir, à court, moyen terme dans l’outil. Mais effectivement, s’il y avait des sources de données publiques sur ces informations-là ou s’il y a des régions qui ont des sources de données publiques sur la congestion, ce serait facile à intégrer dans l’outil et à justement adapter le calcul de chemin.
Pierre-Léo: ça aussi, il y a toute une méthodologie. Là, on a beaucoup les données de taxi, ça, maintenant, au Québec. Nous, on a accès, là. Puis il y a une partie qui est accessible au public aussi. Mais avec ça, les données de taxi, est-ce qu’un chauffeur de taxi peut faire des déplacements, puis il y a des vitesses, puis des façons de se déplacer qui sont représentatives du reste des usagers ? Pas nécessairement. Il y a tout un traitement méthodologique qu’il faut faire pour enlever les données aberrantes. Des fois, quand le chauffeur de taxi n’est pas dans une course, il est peut-être beaucoup moins pressé. Peut-être qu’il va juste se promener dans des rues pour faire des choses, on ne sait pas trop quoi. Donc, il y a tout un travail qu’on fait présentement, mais on n’a pas tout mis ça ensemble pour avoir un calculateur sous congestion. Mais c’est prévu. C’est tout juste ça qui est prévu. La problématique, c’est que par opposition à OpenStreetMap, qui fonctionne partout dans le monde, presque, ça, c’est des données à la pièce qu’il faut récupérer. À part Google, il y a très peu de gens qui ont des données pour à peu près toutes les villes. Puis Google, on ne peut pas les acheter parce que ce serait trop cher. Je ne pense même pas qu’ils les vendent de façon massive comme ça. Donc, il faut y aller tranquillement. Mais oui, avec les opérateurs qui utilisent des bus déjà, qui ont des temps de parcours avec les bus, on va être capable éventuellement de pondérer.
Mais après, c’est un problème si un nouveau quartier est en construction, il n’y a aucun bus qui passe là, il n’y a pas de taxi parce que ce n’est pas encore construit, mais si tu veux évaluer un réseau de bus, là tu es pris parce que tu compares avec un réseau de congestion existant et un quartier qui n’existe pas. Donc ça, c’est vraiment l’enjeu, comment créer des choses qui n’existent pas, les comparer et que ça soit réaliste. Ça, c’est vraiment un enjeu qu’on a actuellement.
Pierre-Léo Bourbonnais
Walid: ça, c’est un problème général, pas que sur Transition et pas qu’au Québec. Je suppose que tout le monde a la même problématique de trouver des sources de données fiables et accessibles ?
Yannick: c’est souvent le nerf de la guerre pour faire du bon calcul, c’est avoir des bonnes données. Puis ça, d’ailleurs, ça met le troisième niveau de données que tu as besoin pour vraiment faire une bonne analyse avec Transition, c’est vraiment ce qu’on appelle la demande. Donc, c’est quoi les déplacements, c’est quoi les itinéraires, d’où les gens doivent partir, d’où les gens doivent aller. La plupart des pays font des enquêtes, ce qu’on appelle des enquêtes origine-destination. Ils font des grands sondages pour savoir où vont les gens, pour quelles raisons. On a une plateforme sœur de Transition qui s’appelle Évolution, qui sert à faire ce genre de sondage-là en ligne, qui est aussi open source. Mais des gens font ça soit au téléphone, soit en personne. Donc, prendre ces données-là et leur faire des simulations. On peut aussi faire des simulations avec des populations synthétiques. Si on veut, on peut juste prendre des points au hasard ou des trucs comme ça, mais si tu veux avoir des données réelles, c’est d’essayer de matcher le plus possible ta population réelle et les déplacements réels qui vont être faits pour pouvoir faire les vraies analyses et après ça, voir l’impact du réseau.
Pierre-Léo: parce que qu’il y a deux aspects là-dessus : Il y a les résidences, où est-ce que les gens habitent ? Ça, ça va assez bien parce qu’en tout cas au Québec, on a maintenant accès à des données publiques, le rôle foncier, les adresses résidentielles, etc. La partie qu’on n’a pas ou très peu, c’est les lieux d’activité : les commerces, les écoles, les parcs, ça, ça va bien, mais tout ce qui est, tous les commerces, les industries, on a très peu d’informations. Google en a plein, mais nous, on n’a pas nécessairement accès à ça. Donc là, il faut se bâtir des bases de données sur les lieux de travail, les lieux de magasinage, les lieux de loisirs, pour pouvoir envoyer les gens quelque part, parce que l’enquête origine-destination, elle couvre rarement assez de population pour retrouver des lieux exacts à part les gros centres d’achat et les grandes écoles. Mais nous, il faut être capable de répartir dans une simulation les gens sur tout le territoire à partir de leur domicile. Donc ça, c’est un enjeu qu’on a présentement, sur lequel on travaille. Les deux gros enjeux, je dirais, au niveau des données, c’est ça. Les lieux d’activité qu’il faut réussir à acquérir, puis les données sur la congestion, sur l’utilisation réelle des réseaux, surtout pour l’automobile, qui a une influence évidemment la plupart du temps sur la vitesse des bus.
Walid: ces enquêtes origine-destination, les résultats, ce n’est pas des données publiques ?
Yannick: ça dépend des pays. La plupart des pays, tu n’auras pas des données précises publiques, non, effectivement. Ce sont généralement accessibles aux villes, aux opérateurs de transport pour pouvoir faire justement des genres de simulations. La plupart des données publiques vont être des données un peu agrégées, plus haut niveau. C’est pour ça qu’on se pose la question justement pour faire des simulations avec justement les lieux de résidence, les données publiques. Il y a des données sur OpenStreetMap, mais ce n’est pas toujours complet. Dans les villes qu’on a fait des analyses très poussées, on a souvent pris le temps, quand je dis on, c’est essentiellement Pierre-Léo, de vraiment voir OpenStreetMap et s’assurer que tous les points d’intérêt, que tous les commerces ont été rajoutés, toutes les écoles, tous les hôpitaux, tous les endroits précis. Une fois qu’on a ces données-là, on peut faire des simulations un peu plus.
Pierre-Léo: pour vous donner une idée, on a ramassé les statistiques.
Pour une ville, par exemple, d’un peu moins de 100 000 habitants, on a fait un gros test à Drummondville qui est rendu à 80-85 000 habitants. Ça a pris quatre mois à temps plein. Pour moi et une stagiaire qui est à demi-temps, donc, mettons, on va dire six mois à temps plein, une personne, pour s’assurer que le réseau de la ville au complet, les réseaux piétons et lieux d’activité, que tout est vérifié et validé pour une année de référence.
Pierre-Léo Bourbonnais
Bon, heureusement, après mettre à jour, on parle d’à peu près 10 % par année de ce temps-là. Mais là, si on voulait faire tout le Québec, on parle de 10 ans à une personne. 10 personnes pendant un an, donc ça représente des gros budgets. Mais on n’aura comme pas le choix parce que sinon les données ne sont pas assez fiables. Donc ça demande vraiment beaucoup de travail sur ce plan-là. On essaye aussi d’avoir du financement pour ça parce que les sociétés de transport, les villes, les agences gouvernementales, on sait qu’ils utilisent beaucoup Google. Puis ils payent, ça leur coûte des centaines de milliers de dollars, voire des millions par année. Nous, on est en train d’essayer de bâtir des partenariats pour les convaincre au lieu de mettre cet argent-là dans Google, de le mettre dans OpenStreetMap. Là, ils vont pouvoir contrôler les données. Puis à long terme, ça va leur coûter beaucoup moins cher parce qu’ils auront juste à faire les ajouts annuels avec une équipe qui va faire ça à temps plein.
Yannick: c’est un truc où l’Europe a une longueur d’avance sur nous. Il y a plusieurs juridictions qui exigent que les villes ou les sociétés de transport mettent de l’information sur OpenStreetMap directement. Et donc, la collectivité maintient les réseaux à jour. On n’a pas encore ça en Amérique.
Walid: justement, je voulais faire une micro-aparté tant que je vous ai sous la main. Chez nous, on a effectivement des législations depuis quelques années sur ce qu’on appelle l’open data. Donc, en fait, on a énormément de données accessibles et publiques sur les transports, nos opérateurs, etc. Il y a plein de trucs. Et je voulais savoir un peu si vous aviez des choses similaires ou si c’est des choses qui étaient en discussion, justement, d’ouvrir ces données. Au départ, finalement, ce qu’on disait dans l’épisode sur OpenStreetMap, c’est qu’on s’aperçoit que quand on ouvre les données, les premiers qui sont contents de contribuer et surtout de les utiliser, c’est les administrations. Parce que finalement, entre elles, ce n’est pas toujours facile. Et là, elles ont un cadre où c’est facile de contribuer et c’est facile de récupérer la donnée. Donc je voulais savoir un peu si chez vous, il y avait des choses un peu…
Yannick: ça évolue bien ici sur l’Open Data. Il n’y a pas encore vraiment des cadres législatifs contraignants, je dirais, pour forcer les trucs. Mais il y a beaucoup de trucs qui se font de façon volontaire par les différentes administrations, les différents gouvernements. C’est une mouvance qui a été quand même mise en place depuis une bonne quinzaine d’années. Donc, on trouve quand même de plus en plus de données disponibles. Des fois, ce n’est pas les données qu’on veut. Des fois, c’est des données format un peu pas appropriés ou pas mis à jour de façon assez régulière. Puis on trouve encore des silos, justement. On sait qu’il y a des villes qui ont toutes ces données-là dans des bases de données internes qui pourraient justement mettre sur OpenStreetMap puis maintenant tout partager ces données. Mais ce n’est pas là encore. Mais il y a de plus en plus d’informations. Je pense qu’il y a comme, par exemple, si on prend Montréal, je pense que la ville de Montréal rend disponible sur son site d’Open Data la position de tous les arbres en ville. Il y a plein d’informations un peu fragmentaires, mais c’est de regrouper tout ça ensemble.
Pierre-Léo: c’est ça, c’est l’équilibre qu’on a de la misère à avoir. Tu sais, comme le rôle foncier, c’est génial. C’est même au Canada, je pense, que le Québec est celui qui donne le plus d’informations en ligne. Je sais qu’en Ontario, ils n’ont pas accès à ça aussi facilement. Mais en même temps, tu as des choses, tu te dis « comment ça se fait qu’on n’a pas accès à ça ? », puis c’est difficile. Puis je pense pas que c’est de la mauvaise volonté, je pense que c’est juste un besoin de formation. Pour mettre des données sur OpenStreetMap, il faut d’abord enseigner un peu OpenStreetMap à ceux qui vont travailler en géomatique puis en transport après. Donc c’est pour ça qu’on le fait, qu’on le montre aux étudiants le plus vite possible, parce que ça reste complexe. Il y a toujours à peu près une réticence à dire OK, mais ça, c’est des données 100 % publiques, on ne contrôle pas qui va modifier. Puis il y a quand même… Ça arrive qu’il y ait du vandalisme, quoi qu’au Canada, c’est assez limité. On ne parle pas comme en Ukraine ou en Russie présentement, où c’est plus problématique. Mais il faut qu’il y ait quand même une communauté qui fasse le suivi de ça. C’est ça qu’on essaie de proposer, puis pas de bâtir nous-mêmes, mais de pousser derrière pour convaincre les autorités publiques. Moi, je parle à beaucoup de gens au ministère des Transports, puis on a su aussi que le ministère des Ressources naturelles, de l’aménagement du territoire aussi, les mettent ensemble. Souvent, c’est drôle, de un moment donné, j’ai eu une réunion avec eux, puis ils ne se sont jamais vraiment parlé. Puis là, je leur demandais, ah, les données d’OpenStreetMap, est-ce qu’on pourrait faire ça, ça, ça ? Puis là, ils ont découvert que chacun de leurs collègues sont du même gouvernement, fonctionnaires, travaillant sur des choses similaires, puis là, ça a comme ouvert le débat. Fait qu’il faut ouvrir des portes comme ça, que les gens se parlent, puis à un moment donné, après ça, on pourra proposer un cadre qui va forcer les villes et tout ça à mettre ces données-là. Mais même forcer les villes, c’est un grand mot, parce que les villes, les petites en tout cas, elles n’ont des fois pas l’expertise. Souvent, elles font faire une partie de ces travaux-là par des firmes privées. Donc, effectivement, dans ce cas-là, il faut qu’il y ait une loi ou un règlement qui dit, « OK, vous faites affaire avec qui vous voulez, mais il faut que ça suive le cadre d’OpenStreetMap, que ça soit compatible », etc. Donc, c’est ça qu’on a essayé de pousser, mais ça, c’est un travail de longue haleine.
Walid: vous faites des carto parties ? Il y a des carto parties ou des trucs comme ça ?
Yannick: il n’y en a pas régulièrement. J’en ai déjà organisé ici à Montréal il y a plusieurs années. Mais ce qu’on fait, nous autres, présentement, on fait de la formation, je dirais, plus. On explique aux gens qui étudient, entre autres, à Polytechnique, on organise des formations de comment contribuer à OpenStreetMap, c’est quoi les différents outils, comment se servir des données. Donc, c’est là, présentement. On essaie d’étendre ça un peu plus. Dans le cas, justement, qu’il y a beaucoup de données déjà disponibles, dans le temps, les carto parties quand on a 10-15 ans, il fallait dessiner les chemins, dessiner les routes.
Pierre-Léo: c’est beaucoup des données précises, le type de traverse piéton. puis tout ça, est-ce que c’est des abris ? Il y a plein de façons de le faire. Ou des fois, c’est de vérifier la connectivité. Est-ce que le trottoir que la personne vient de décider est bien connecté au reste du réseau ? Ou s’il est déconnecté, puis là, ça crée des problèmes dans les calculateurs de chemin. À ce niveau-là, ça prend quand même un niveau de formation de base avant que les gens aillent dessus, parce que ça arrive des fois que les gens vont corriger les choses et disent, oups, il y a une mauvaise compréhension de la connectivité des réseaux. Il ne faut pas aller trop vite non plus, il y a un travail en parallèle qui se fait. Mais je pense que c’est prometteur, on s’en va vers quelque chose de plus robuste.
Walid: si maintenant on parle un peu de technique, moi ce qui m’intéresserait, c’est de savoir un peu quelle est la pile logicielle que vous utilisez, sur quoi vous vous basez en fait, qu’est-ce que vous avez développé, qu’est-ce que vous avez intégré comme briques open source qui existent déjà, pour faire cette plateforme Transition ?
Yannick: essentiellement, Transition est un logiciel écrit, pour la majorité du cas, dans TypeScript, du JavaScript typé. Historiquement, c’était du JavaScript, et même avant ça, les premiers prototypes développés par Pierre-Léo étaient en Ruby. Donc, on a évolué vers là. Le tout repose sur une base de données PostgreSQL avec l’extension PostGIS pour l’extension graphique, ça nous permet de faire des calculs géographiques plus efficacement. On a une partie du backend qui est équipée en Rust, présentement c’est une toute petite partie, mais on essaie de l’étendre tranquillement pour avoir des comptes un peu plus robustes, un peu plus efficaces que du code JavaScript en Node.js. Et on a un calculateur de chemin qui est aussi open source, qui est trRouting, qui est un projet un peu indépendant.
Walid: comment il s’appelle, pardon ?
Yannick: trRouting, Transition Routing essentiellement, qui est un calculateur de chemin, vraiment prendre un point A en point B, qui sert à nos calculs. Un des trucs que j’ai regardé, c’est justement est-ce qu’on peut prendre ce calculateur-là et le remplacer par un autre et prendre d’autres modules externes. Donc, c’est un travail qu’on regarde un peu à temps perdu. C’est les morceaux essentiels, donc beaucoup de librairies, bien sûr, en Node.js qu’on utilise. On a comme divisé le projet un peu en deux. On a ce qu’on appelle le sharelib, donc une librairie de base qui est utilisée par les différents projets qu’on développe à travers la chaire mobilité, et toute la partie là si on veut spécifique à Transition, qui est des algorithmes de calcul, d’interface, de simulation.
Walid: de mémoire, parce que ça fait un peu de temps, mais j’avais écouté une conf que tu avais donnée justement à Los Angeles, et dedans, tu parlais, Yannick, du fait que vous aviez réécrit une partie du logiciel pour le fiabiliser. Parce que justement, alors je ne sais plus comment tu parlais de ça au départ, mais du fait qu’en fait, au départ, le code n’avait pas forcément été écrit pour être, enfin, n’était pas forcément hyper maintenable. Et qu’il y avait une réécriture qui avait été faite avec le temps pour justement le fiabiliser, le rendre plus maintenable.
Yannick: oui, effectivement, ça se veut du code qui était issu un peu de la recherche au début, donc du prototypage qui a été mis en production. Donc, il y a beaucoup de code qui a été réécrit, plus structuré. On a rajouté au fil du temps beaucoup de tests unitaires. Souvent, à chaque fois qu’on touche à un bout de code pour le modifier, alors on se dit, « bon ok, il n’y avait peut-être pas de bout de code de test unitaire dans ce coin-là, on va rajouter toute une suite de tests par-dessus ». Si on regarde, par exemple, j’ai beaucoup travaillé sur trRouting, qui a eu ça sur un code qui est en C++, qui n’avait justement pas beaucoup de tests, qui a du code qui avait été développé un peu rapidement. Donc beaucoup de réécriture pour rendre le code un peu plus solide, un peu plus compréhensible. Bon, ça malheureusement a diminué la performance parce qu’on a rajouté des checks et tout un peu partout. On travaillait à revenir, on va travailler là-dessus à remettre ça un peu plus tard. Mais oui, il y a comme un défi de justement prendre du code, des fois, d’étudiants. Comme, OK, on ne veut pas non plus imposer des techniques de développement logiciel très compliquées. C’est quelqu’un d’étudiant qui fait un prototype rapidement. Nous autres, c’est un peu notre mandat en tant qu’associé de recherche qui travaille sur le projet, de prendre ces prototypes-là et les rendre plus robustes. Donc, il y a encore des morceaux moins robustes, mais au fur et à mesure qu’on a, quand on a fait la transition de JavaScript à TypeScript, ça a quand même enlevé toute une classe de problèmes qui pouvaient avoir potentiellement. On essaie de solidifier. Un des projets qu’on veut faire, c’est justement convertir une partie du back-end un peu plus en Rust pour encore une fois rendre ça plus robuste, plus efficace, sur plusieurs aspects.
Walid: et le code, il est hébergé où ?
Yannick: c’est tout sur GitHub, chairemobilite/transition. On peut tout retrouver, le code. Tout le développement, tout le travail qu’on fait, c’est fait essentiellement dans le public. Nos PR (NDLR : pull requests) sont publics, tous les commentaires sont…
Walid: vous avez déjà des gens qui ont contribué ou qui ont contribué sur le code ? Externe, je veux dire.
Yannick: pas encore pour l’instant. On a des anciens étudiants qui ont contribué un peu, qui ont travaillé, ont étudié, ont fait leur maîtrise, maintenant, ça travaille dans des sociétés de transport. Ça arrive qu’il y a des gens qui ont contribué, des contributions-là. Mais ce n’est pas encore énorme. C’est encore essentiellement drivé par nous. On a hâte d’avoir des gens. De temps en temps, on a des bug reports de gens de l’externe. C’est quand même toujours intéressant parce que des fois, on a des out of the view, des gens qu’on ne connaît pas du tout qui nous rapportent un problème : « ah, OK, c’est intéressant, on va regarder ça. On n’avait pas pensé à ça ». C’est encore beaucoup de petites communautés ici.
Walid: il y a une partie que je fais assez régulièrement dans les interviews, c’est un peu les défis, le futur, sur quoi vous travaillez, quelles sont les problématiques que vous avez et sur lesquelles vous voulez travailler dans le futur sur cette plateforme.
Yannick: je te dirais que notre plus grande problématique, c’est d’avoir plus de temps. De toute façon, si on regarde notre issue tracker sur GitHub, je pense qu’on est à 550, 600 issues ouvertes. Parfois des bugs, mais parfois c’est juste des suggestions d’amélioration, des modules à rajouter. C’est vraiment avoir le temps et, slash (/), le financement pour engager plus de gens aussi, pour pouvoir contribuer. Parce qu’on a beaucoup de morceaux qu’on veut travailler. Un des gros morceaux qui s’en vient, qu’on commence à travailler dessus, c’est tout l’aspect comparaison justement des calculs. Présentement, les gens peuvent faire les calculs, mais souvent les analyses vont extraire les données et les comparer à l’extérieur. Donc on veut vraiment intégrer ça directement dans l’outil. On a beaucoup discuté de l’aspect congestion qui est un morceau qui est tout le temps demandé par nos partenaires pour avoir justement des temps de calcul un peu plus, encore plus réels. Puis il y a un peu de travail, je dirais, de robustness, de test, de validation des calculs de chemin pour s’assurer. Parce que des fois, il y a des petits artefacts. Notre calculateur est bon, mais il y a des petits artefacts. On a un des bugs qui est très, très spécifique au réseau de transport montréalais. On a quelques lignes de métro, mais il y en a deux en particulier qui s’intersectent au centre-ville. Et donc, il y a tout le temps deux chemins possibles, mais le calcul de chemin, il en donne tout le temps juste un. Des fois, ça ne change ultimement rien sur le calcul final, mais c’est le genre de petit bug qu’on veut régler, rendre un peu plus robuste dans notre suite de tests. Pierre-Léo, qu’est-ce qu’il y a d’autre dans ta wish list (NDLR : liste de souhaits) ?
Pierre-Léo: je pense aller plus à l’international. Ça veut dire simplifier l’installation ou, si ce n’est pas l’installation, que les gens puissent, avec un SaaS, directement l’utiliser. Ça, je pense que ça pourrait aider. C’est là qu’on pourrait trouver des contributeurs extérieurs au petit environnement québécois, parce que ça reste limité pour l’instant. Je pense que ce serait ça. Bon, au niveau du financement, je pense que ce serait bien de reconvaincre les sociétés de transport de mettre de l’argent, mais présentement, au niveau politique, l’argent dans le transport collectif au Québec, ça s’égrène plutôt que ça s’améliore.
Walid: c’était une de mes questions suivantes.
Pierre-Léo: c’est difficile, mais on peut peut-être en parler tout de suite. Au niveau politique, le gouvernement est plutôt à droite. Ce n’est pas la même droite qu’aux États-Unis, mais il y a quand même… Les gens qui votent surtout pour ce parti-là sont surtout de la banlieue, puis au niveau rural, des plus petites villes qui n’ont soit pas de transport collectif, soit tellement peu qu’ils ne voient pas l’intérêt. C’est sûr qu’il y a des gens qui aimeraient en avoir plus, mais ces voteurs-là ont une réticence à financer le transport collectif parce qu’ils pensent que ça ne les aide pas vraiment. Ils ont tendance à vouloir plus de routes parce qu’ils pensent encore que rajouter des voies, ça va aller plus vite. Donc ça, on se frappe un mur à ce niveau-là. Au niveau des villes, je pense que ça, ça s’améliore. En tout cas, la vision des plus grosses villes comme Montréal, puis même à Québec, il y a une vision plus progressiste, mais ça reste long.
Présentement, il y a beaucoup, beaucoup d’investissements dans le vélo, mais autant je suis pour à 100 %, autant je trouve que le transport collectif est un peu le parent pauvre actuellement. Puis, tu sais, quand on installe une voie prioritaire pour les vélos, c’est super, mais souvent, on va enlever une voie d’auto. Si on enlève une voie d’auto, ça enlève une voie aux autobus aussi. Puis là, des fois, les bus vont plus lentement qu’avant. Et là, nous, on dit, il faut sortir les bus de la congestion, leur ajouter des voies réservées. Puis là, des fois, ça crée des conflits. Donc, tu sais, ça prendrait un meilleur équilibre dans les investissements. transport collectif vélo, parce qu’à long terme, à court terme, le vélo, c’est super parce qu’on a même une diminution, quelquefois, des utilisateurs de la voiture. Mais au niveau du transport collectif, ça diminue aussi parce que le réseau, on n’augmente pas les budgets, tout coûte plus cher, les salaires coûtent plus cher, ça coûte plus cher à construire aussi. Mais il y a plus de congestion, donc les bus vont encore plus lentement, donc c’est le cercle vicieux. Si on met de l’argent, c’est juste pour annuler la perte de temps qu’on a. Il n’y a même pas de gain de service.
Pierre-Léo Bourbonnais
Yannick: par rapport à des villes plus européennes, qui ont beaucoup de réseaux de métro assez extensifs, à Montréal, on a un bon métro, mais la région métropolitaine dépend quand même beaucoup des réseaux d’autobus. Et si on va dans les autres villes d’envergure moyenne au Québec, c’est juste des réseaux d’autobus. On a comme quatre lignes de métro à Montréal, quelques lignes de trains de banlieue. On a maintenant le nouveau réseau REM qui ajoute un petit service de haut niveau, mais ça ne couvre pas partout. Donc, on a encore besoin beaucoup d’autobus pour couvrir tous les besoins.
Walid: j’ai pas dit, mais le REM, pour les auditeurs, les auditrices françaises, c’est un RER, en fait. RER métropolitain Montréalais.
Pierre-Léo: on va dire petit REM, là, parce que vous, vous avez deux étages et plus de wagons. Nous, c’est quatre wagons, un étage. Donc, c’est comme un mini-métro.
Walid: il vague un peu là-dedans, mais moi, je suis un… un YouTuber qui parle de transport et qui est canadien, qui s’appelle Reece Martin et qui fait une très bonne chaîne YouTube qui s’appelle RMTransit (NDLR : il intervient dans le cadre des cours de Pierre-Léo sur les transports en commun). Et ce qui met tout le temps en avant aussi, c’est le coût de la construction en Amérique du Nord comparé à… Par exemple, en France, on construit tout le temps, donc nos coûts sont assez bas, finalement, comparé. Et là, il y a l’exemple typique du tramway de Québec, par exemple, où effectivement les coûts, ils enflent et tout, c’est aussi une des problématiques que vous avez chez vous du coût de la construction (NDLR : voir cette vidéo sur RMTransit).
Pierre-Léo:
mon avis, pour l’avoir vu depuis quelques années, la problématique principale, c’est la façon dont les contrats sont gérés. Le gouvernement a peur de gérer les risques, donc il va demander au consortium qu’il va faire un contrat, un contrat clé en main avec des assurances, puis il veut s’assurer que ça ne coûtera pas plus cher que ce qui est prévu, donc ils vont plafonner énormément, puis même des fois ça coûte encore plus cher. Donc, il y a énormément d’argent qui va dans les assurances, juste pour gérer les projets, dans la planification du projet, dans les expropriations. Ça, c’est des choses, des fois, qui ne sont pas calculées de la même façon en Europe aussi. Donc, il manque beaucoup de transparence de comment l’argent est calculé, comment les budgets sont calculés. Puis évidemment, il y a le manque d’expertise. Et comme on n’en fait pas beaucoup, à chaque fois, il faut faire venir des gens d’Europe. Puis d’ailleurs, pour venir nous aider, il faut former des gens. Ça, ça coûte extrêmement cher.
Pierre-Léo Bourbonnais
À long terme, ça devrait s’améliorer, mais pour l’instant, ça coûte très, très cher. Mais c’est surtout quand on regarde les coûts d’assurance, juste avant de commencer un contrat. Il faut que, mettons, celui qui va construire le tramway de Québec soit assuré pour des milliards de dollars. Alors que, je veux dire, ça n’a pas de sens. Puis en Europe, vous faites souvent aussi du fractionnement. Pas partout, mais il y a des endroits. C’est que là, on va dire, « OK, telle compagnie, vous allez faire deux kilomètres. Telle autre compagnie, vous faites un autre kilomètre. Telle autre compagnie, vous faites la station ». Donc là, les risques de chaque soumissionnaire sont beaucoup plus faibles. Donc, leurs assurances, elles coûtent moins cher. S’il y en a un qui rate son coût, on a une station où un 2 km est à remplacer au lieu de tout le système qui a été mal fait et qu’il faut recorriger. Donc ça, j’aimerais savoir qu’il y a un peu plus de latitude pour qu’on puisse créer des petites compagnies qui vont devenir expertes en transport collectif dans le rail et dans tout ça. Et qui sont capables de faire des petits contrats et quand on met ça bout à bout, ça devient robuste. Et s’il y en a un qui manque son coût, on a juste une pièce du casse-tête à réparer au lieu de toute la merde. Espérons que ça va venir. Je pense qu’on commence à en prendre conscience, mais avant que ça soit intégré, puis qu’il y ait des changements au niveau légal. Tout ce qui est légal, puis assurance, c’est très, très lourd, là. Puis les avocats ont peur de changer, tu sais. Puis c’est payant pour eux. Tout le système légal, c’est très, très payant, ces contrats-là, parce qu’ils savent qu’il va y avoir plein de poursuites, puis plein de choses.
Walid: bon, ça, on pourrait en parler des heures. J’ai encore plein de trucs à dire, mais il y a un dernier sujet dont je voulais parler, c’était, vous avez commencé à l’aborder tout à l’heure, très rapidement, c’était, moi et Yannick, j’ai vu ta conférence au FOSDEM. En fait, j’aimerais savoir comment, qu’est-ce que vous avez prévu pour faire connaître Transition et vos autres projets comme la plateforme Evolution, mais comment vous avez prévu de faire connaître votre travail au Canada, en Amérique du Nord, et puis ailleurs, comme en Europe ?
Yannick: en fait, je pense que le nerf de la guerre, comme tu le signes, c’est d’aller en parler. Donc, j’essaie de couvrir les conférences open source, telles que FOSDEM ou SCALE aux États-Unis et à Californie, et d’en parler à ce niveau-là. On en parle dans les enjeux, dans les endroits de recherche. On commence à en parler un peu plus. Il y a comme un réseau canadien aussi de chercheurs en transport qui est actif. On va essayer de présenter à ces endroits-là.
Éventuellement, il y a une énorme conférence aux États-Unis qui s’appelle le TRB, qu’on aimerait ça aller présenter, éventuellement à ces endroits-là. En parlant de conférences, en parlant avec des différents collaborateurs, éventuellement, c’est sûr, si on a une offre plus commerciale, on va probablement cogner aux portes directement des sociétés de transport et des villes, et on va dire, « voici un outil, vous pouvez l’utiliser ». Présentement, on ne pousse pas non plus à très grande échelle à essayer d’avoir trop d’utilisateurs parce qu’il faut quand même être capable de les supporter. Avec les gens locaux, on a déjà beaucoup de besoins à identifier et à régler. Mais s’il y a des gens ailleurs dans le monde, en Europe, qui veulent essayer l’outil et qui veulent nous poser des questions, on reste disponible pour répondre et aider. On parle de problématique d’installation, mais ce n’est quand même pas très difficile. On a une image Docker que tu peux rouler tout simplement en Docker en local et pouvoir tester l’outil de cette façon-là. Donc, c’est un peu tech-savvy (NDLR : calé), ça se fait relativement bien. C’est un peu la philosophie open source du bouche à oreille. Les gens vont en parler. On ne cherche pas non plus à avoir une croissance. Si on serait une société privée, on voudrait peut-être chercher à avoir une croissance rapide, avoir des revenus. Nous, on veut maintenir nos projets. On veut les développer de façon un peu durable pour être capable de supporter et ne pas exposer trop les utilisateurs à des problèmes trop importants trop rapidement. Donc, on y va tranquillement, on parle à des gens comme toi sur ton podcast puis on y va morceau par morceau.
Walid: c’est quoi pour toi les retours du FOSDEM en fait ? Comment tu vois cette conférence et quel type de discussion tu vas avoir ensuite ? Quel type de personnes tu vas rencontrer ? Qu’est-ce que ça t’apporte que t’es venu ? Enfin, ça fait deux fois que tu viens, je pense.
Yannick: ça fait plusieurs fois que je vais au FOSDEM. Ça fait deux fois que j’y vais avec mon chapeau en transport maintenant. Puis c’est intéressant parce que maintenant, FOSDEM, depuis ça va être la troisième année maintenant en février prochain, qu’il va y avoir une track (NDLR : Railways and Open Transport). Il faut comprendre, pour les gens qui ne connaissent pas le FOSDEM, c’est le Free and Open Source Developer European Meeting, la plus grosse conférence de logiciels libres en Europe. Et c’est tout divisé en différents silos, en différentes tracks, sur des thèmes spécifiques, soit c’est un logiciel comme Postgres ou des domaines d’opération comme le source control, des trucs comme ça. Donc, il y a une track maintenant en transport. Et ce qui est intéressant, parce que la plupart des opérateurs, surtout ferroviaires européens, ils sont présents, ils contribuent, ils partagent des outils. Donc, pour nous, c’est une occasion d’aller discuter avec eux, discuter avec les gens qui utilisent l’informatique pour dire, bien, on a un outil qui peut vous être utile. Ou eux ont des outils qui prennent l’intérêt. Je reviens tout le temps à chaque fois avec une ou deux idées de comme, ah, ils ont développé tel outil. Si on pouvait trouver une façon de faire un bridge entre Transition et leur outil, des morceaux de simulation ou des trucs spécifiques, par exemple, au ferroviaire. On n’a pas beaucoup testé le ferroviaire parce que en Amérique du Nord, on n’a pas beaucoup de ferroviaires, tandis qu’en Europe, ils ont peut-être des problématiques qu’il faudrait regarder un peu plus. Donc, c’est un genre de discussion à avoir d’autres utilisateurs avec un point de vue un peu différent. Et d’autres projets, ce que j’aime de l’open source, c’est de ne pas avoir à tout développer, j’en parlais tantôt. Donc, est-ce qu’il y a des morceaux qu’on peut simplement juste reprendre et coller avec le reste de la plateforme pour faire une espèce d’écosystème un peu plus large de la planification du transport, mais ça peut être plus loin. On a un projet de recherche qui est nouveau de la recherche présentement, qui touche un peu l’intersectionnalité entre l’habitation et le transport et les coûts. Aller en banlieue, ça enrangerait des coûts de transport plus grands. on commence à regarder des objets. Donc, on utilise un peu Transition pour exposer ces données-là. Donc, collaborer avec des gens comme ça, ça permet d’en parler et d’avoir vraiment un forum de discussion sur le logiciel open source en transport est quand même une opportunité assez humaine.
Walid: pour ceux qui seraient intéressés par venir dans la track des transports cette année, je pense qu’il faut arriver bien en avance pour avoir une place dans la pièce. Moi, j’arrive une demi-heure en avance, je me pose et je ne bouge plus jusqu’à ce que ça soit terminé parce que les places sont chères.
Yannick: la suggestion pour n’importe quelle conférence intéressante à FOSDEM, il y a beaucoup de gens, il faut arriver d’avance pour avoir une place. Les conférences sont toutes enregistrées, vous pouvez retrouver mon ancienne conférence sur Transition en ligne sur le site de FOSDEM. Si on veut être sur place, il faut être là.
Walid: ok, bon, on arrive à la fin. Un mot de la fin, si vous voulez faire passer un mot aux auditrices et aux auditeurs de Projets Libres!, je vous laisse la parole à chacun d’entre vous, si vous voulez dire quelque chose avant qu’on se quitte.
Pierre-Léo: oui, bien moi, je suis quand même assez positif pour l’avenir. Même au niveau, je vais dire, je pense, j’aurais pensé que ça aurait été plus difficile, surtout avec des fonctionnaires, puis les gouvernements, les amener à se parler entre eux. Je me suis rendu compte que finalement, c’est juste qu’ils ne le faisaient pas parce qu’ils ne savaient pas vraiment qui était là et puis où. Donc, j’encourage les gens à aller voir leur gouvernement et les gens qui travaillent dans les différents ministères. C’est vraiment surprenant parce que les gens sont curieux, vraiment plus curieux que j’aurais cru. Puis il y a toute une nouvelle génération aussi qui est plus ouverte aux logiciels libres, à tout ça, puis à rendre ça plus transparent, plus facile d’accès. Donc je dirais que c’est ça qui est positif. C’est long, mais il n’y a pas nécessairement de porte fermée. Il faut juste savoir que la porte est là puis aller l’ouvrir. Je pense que c’est positif.
Yannick: je dirais, entre autres, aux auditeurs ici, si vous avez un background en informatique et que vous vous intéressez au domaine des transports, jetez un coup d’œil à Transition, juste par curiosité ou si vous voulez nous aider éventuellement.
Je connais beaucoup de gens qui sont en informatique et qui cherchent, disons, à avoir un impact durable. Les gens se questionnent comment je peux réduire l’impact carbone, comment je peux contribuer. Développer des outils qui améliorent le réseau de transport est une option. Donc venez jeter un coup d’œil à la plateforme. Aller vous impliquer sur OpenStreetMap est aussi un truc qui nous aide un peu tous à cet endroit-là. Donc allez voir ces deux projets, posez-nous des questions, essayez-le, essayez votre réseau, puis regardez les impacts, ça peut être intéressant.
Yannick Brosseau
Il y a d’autres projets, il y a plus qu’un autre projet open source en transport qui peut être intéressant. C’est un aspect intéressant, c’est ce qui me garde intéressé. J’ai travaillé dans d’autres domaines un peu moins pertinents socialement, mais dans le domaine de transport, c’est quand même un domaine qui m’excite.
Walid: merci beaucoup à tous les deux. C’était vraiment passionnant. J’aurais certainement eu plein d’autres questions à vous poser sur les réseaux de transport, mais voilà, à un moment, il faut s’arrêter. Écoutez, pour les auditrices et les auditeurs, si ça vous a plu, je veux bien que vous me le disiez en commentaire sur Mastodon. On a aussi un compte BlueSky maintenant, pour ceux qui veulent aller sur une autre plate-forme. Donc voilà, n’hésitez pas. Et puis, il y aura d’autres épisodes aussi sur les transports. Je pense que ça va devenir une série assez régulière, parce que j’ai plein de sujets hyper intéressants là-dessus que j’ai envie de traiter et qui sont un peu différents justement de ce que je fais habituellement sur le podcast. Voilà, à bientôt, portez-vous bien. Et puis, Pierre-Léo et Yannick, j’espère à une prochaine. Yannick peut-être au FOSDEM 2025.
Dans cet épisode, nous découvrons la création du logiciel métier OSRD (Open Source Railway Desinger) au sein de SNCF Réseau. Son but ? Simuler une infrastrucrure ferroviaire à l’aide d’algorithmes ouverts.
Autre originalité, la gouvernance de celui-ci a
Le logiciel ORSD (Open Source Railway Designer) et l’association OpenRail
Walid: bienvenue pour ce nouvel épisode de Projets Libres!. Aujourd’hui, on va commencer cette nouvelle série sur les transports, transports et logiciels libres. Après le premier épisode où on a parlé de systèmes de simulation de transport au Canada, cette fois-ci, on va parler de simulation ferroviaire. Et je suis très heureux d’avoir avec moi trois personnes qui vont nous parler d’un sujet que je suis un peu, un logiciel qui s’appelle OSRD (NDLR : Open Source Railway Designer). Donc, c’est trois personnes de la SNCF. J’ai avec moi Céline Durupt, qui est experte Open Data, Yohan Durand, qui est développeur web, et Loïc Hamelin, qui est directeur de projet. Et avec eux, on va parler d’OSRD, on va parler de logiciels libres à la SNCF et aussi de fondations. Vous allez voir, il y a pas mal de sujets, ça va être très intéressant, même pour les gens qui, comme moi, ne sont pas des geeks des ferrovipates. Voilà, vous allez voir, ça va être très bien. Eh bien, écoutez, à tous les trois, bienvenue sur le podcast Projets Libres!.
Walid: on va commencer par la rituelle présentation. Je vais commencer par vous demander de vous présenter, nous faire un petit peu votre parcours et nous expliquer aussi un petit peu comment vous êtes tombé dans le logiciel libre ou dans l’open data. Céline, à toi l’honneur. Est-ce que tu veux bien commencer, s’il te plaît ?
Céline: bonjour, je m’appelle Céline Durupt. Je travaille sur des projets liés à l’open data en particulier et aussi à l’open source un peu moins, mais j’aimerais que ce soit un peu plus le cas. Et ça l’est depuis que je travaille sur les projets OSRD. Donc moi, j’ai un parcours de géomaticienne à la base. Donc la géomatique, c’est la science qui s’intéresse à la façon dont on peut manipuler, visualiser, analyser des données géographiques avec des outils informatiques. Et j’ai commencé ma carrière à la SNCF il y a quelques années sur des projets d’abord d’information voyageur, puis maintenant depuis deux ans chez OSRD sur des projets de simulation ferroviaire.
Et dans tous ces projets, j’ai travaillé sur la façon dont on pouvait intégrer plus de données open data et en particulier des données ouvertes géographiques et encore plus en particulier les données de la base OpenStreetMap qui, pour celles et ceux qui ne connaissent pas, est une base de données géographiques ouvertes et collaboratives, c’est-à-dire un peu comme Wikipédia que chacun et chacune peut aller ajouter, modifier, compléter des informations de la base et cette base est extrêmement complète et précise, et elle est une opportunité très intéressante pour plein d’usages que je pourrais détailler dans la suite de nos échanges. Donc, je travaille à la SNCF pour accompagner les équipes qui ont des besoins de données et les sensibiliser au sujet de l’open data et les aider à consommer de la donnée open data. Voilà, je détaillerai plus tard sur OSRD ce que ça veut dire.
Et puis, sur la partie logiciel libre, c’est toujours quelque chose qui m’a attirée, qui m’a intéressée. En géomatique, on a un très gros logiciel libre qui s’appelle QGIS, que vous connaissez peut-être. C’est vraiment un domaine dans lequel il y a une rivalité entre la communauté du libre et un très gros éditeur que je ne citerai pas qui édite un logiciel concurrent. C’est un domaine dans lequel on a vite l’occasion de constater à quel point c’est intéressant de contribuer à des projets libres et collaboratifs plutôt que consommer des logiciels propriétaires. Ça m’a attirée vers ces sujets dès mes études et je suis contente d’avoir pu les continuer à la SNCF.
Walid: super. Alors, deux précisions. La première, c’est que je mettrai dans la transcription un lien vers ta conférence que tu as donnée au FOSDEM dans la track Transport en 2023. Conférence très intéressante. Et le deuxième, c’est que pour les seuls et ceux qui veulent en savoir plus sur OpenStreetMap, je vous invite à aller voir l’épisode que j’ai fait avec Christian Quest il n’y a pas très longtemps. Et on fait une introduction à OpenStreetMap, donc voilà, ça sera tout à fait approprié. Yohan, de ton côté, s’il te plaît, est-ce que tu veux bien te présenter ?
Yohan: oui, du coup, Yohan Durand, 20 ans bientôt de bons loyaux services à la SNCF. Je n’ai pas toujours été développeur, j’ai fait pas mal de métiers, dont celui de conducteur de train. J’ai, par souci de santé, j’ai dû me reconvertir et j’ai choisi notamment le développement, par passion de base, par passion pour cet univers. Etant donné que j’ai toujours eu une forte appétence pour le libre et l’open source, ça s’est fait assez naturellement, mon approche vers OSRD. Et à force de discussion, j’ai intégré le projet. Je suis développeur front-end dans OSRD, je m’occupe essentiellement de la représentation et de l’intégration. Depuis quelques temps, je suis plutôt spécialisé sur les graphiques et sur les tests end-to-end (NDLR : tests de bout en bout).
Walid: et voilà. Super, merci. Pour finir, Loïc, est-ce que tu veux bien te présenter ?
Loïc: moi, je suis Loïc Hamelin, je suis responsable du programme et à l’origine même de la création du projet, il y a 2000 ans. Moi, j’ai commencé à la SNCF il y a 26 ans maintenant, comme conducteur de train, comme Yohan. Puis, j’ai eu la chance de pouvoir reprendre des études et j’ai fait des études notamment en partie d’informatique. Ce qui m’a permis de voir les enjeux des systèmes d’information et du développement logiciel. Avec l’expérience opérationnelle, je me suis vite rendu compte qu’on n’avait pas forcément tous les outils nécessaires pour aider à la gestion opérationnelle en cas de situation perturbée et pour aider à la prise de décision pour réguler le trafic. Grâce à d’autres expériences professionnelles, notamment filiales chez Systra, où j’ai fait des études d’exploitation et j’ai utilisé des logiciels de simulation, j’ai vu qu’il y avait un potentiel sur ces logiciels qu’on pouvait développer en propre et l’utiliser par la suite pour aider à la prise de décision en opérationnel, pour aider à la résolution de situations perturbées.
Et après, pourquoi OSRD en open source ? Au début, c’est quelque chose qu’on m’a dit de faire. C’est mon responsable de l’époque qui m’a dit « ok, tu veux faire un simulateur, tu le fais en open source ». Et ça s’est arrêté là. Et en fait, maintenant, c’est dans les gènes du projet. Je ne vois pas comment OSRD ne pourrait ne pas être open source, tellement ça a du sens dans notre cas, d’être transparent sur les simulations pour expliquer pourquoi on fait ces choix d’investissement, par exemple, parce que c’est à ça que servent les simulations. Ça conduit souvent à des choix d’investissement lourds sur le réseau, ou de matériel roulant, ou plein de choses. Mais comme derrière, il y a énormément d’argent public en jeu, il faut que les outils qui ont conduit à la décision soient aussi clairs que le résultat.
Loïc Hamelin
Et donc, c’est intrinsèquement, en un seul mot, OSRD doit être open source puisqu’il doit être auditable, puisqu’on doit avoir confiance. Et puisque c’est un outil qui doit être commun aussi pour aider à partager les résultats, mais aussi aider le système ferroviaire dans son ensemble à avoir une base commune pour éviter les problèmes d’interopérabilité des SI (NDLR : systèmes d’informations), les problèmes de modèles de données qui sont complètement différents et surtout qu’ils soient capables pour nous, pour le ferroviaire, de simuler à l’échelle européenne pour rendre le train compétitif par rapport à la route ou à l’avion.
Walid: ce que je n’ai pas précisé tout à l’heure, j’ai parlé de SNCF, donc vous, vous travaillez pour SNCF Réseau, donc le gestionnaire d’infrastructures. (NDLR : l’organigramme du groupe SNCF)
Loïc: SNCF Réseau, le gestionnaire d’infrastructures, oui. On est dans une direction qui s’appelle la Direction Générale de l’Exploitation et dans une entité qui s’occupe de la digitalisation des métiers de l’exploitation. Donc, justement, fournir aux opérateurs ou fournir aux chargés d’études des outils numériques modernes pour aider à améliorer le ferroviaire ou à promouvoir le ferroviaire.
Walid: très bien. La première chose qu’on peut faire maintenant, c’est commencer par définir pour les auditrices et les auditeurs qui ne connaissent pas ce domaine, qu’est-ce qu’OSRD en fait ? Qu’est-ce que c’est et à quoi ça sert ?
Yohan: qu’est-ce qu’OSRD ? OSRD, moi j’aime bien, quand j’en parle, dire que si je me retrouve dans un pays où il n’y a rien, il n’y a pas un rail, il n’y a pas un train, il n’y a que dalle, on peut décider de tracer, via notre éditeur, le système, rajouter une signalisation, créer des trains, les faire rouler sur ce système. Créer des sillons de dernière minute, au dernier moment ou selon une temporalité, décider qu’entre deux trains prévus dans une grille horaire, on va pouvoir balancer un train au milieu, faire en sorte que ça matche, qu’il passe, qu’il s’arrête au bon endroit, qu’il arrive à destination dans une échelle de temps acceptable.
Du coup, OSRD, c’est un simulateur complet de design ferroviaire, comme son nom l’indique, où on va pouvoir gérer notre infrastructure finement, dans le détail, créer le grille horaire sur les temporalités qu’on souhaite, dans les endroits qu’on souhaite, créer le site en dernière minute et éditer tous nos trains, tous nos matériels roulants. Tout ça basé sur des outils open source, donc OpenStreetMap, comme on en parle, pour la visualisation. On était sur D3JS jusqu’ici, donc une librairie open source pour tracer des graphiques.
Yohan Durand
Maintenant, on utilise nos propres méthodes. Est-ce que quelqu’un aurait quelque chose à rajouter ?
Loïc: moi, je vais compléter. En gros, l’ambition d’OSRD, c’est d’être vraiment le jumeau numérique de l’exploitation ferroviaire, à la fois dans la partie théorique, c’est-à-dire avant la circulation des trains, mais aussi un jour, à plus long terme, du fait d’être ce jumeau numérique aidé à les opérateurs à prendre des décisions.
Et notamment, comme le disait Yohan, il y a une partie qui est très proche de l’opérationnel, c’est trouver un chemin dans l’espace et dans le temps pour des trains qui auraient besoin de circuler une semaine avant le jour de circulation. Le ferroviaire, ce n’est pas comme la voiture, on ne décide pas qu’on va rouler dans une heure, ce n’est pas possible. Tout est planifié des années à l’avance. Donc pour les sillons de dernière minute, pour les trains qui vont circuler à la dernière minute, on va avoir besoin d’outils spécifiques pour faire ça. Et actuellement, c’est plutôt fait à la main. C’est par des experts métiers. Et on a besoin d’être encore meilleur pour favoriser le fret ferroviaire, encore une fois, vis-à-vis de la route.
Walid: avant de rentrer dans la genèse d’OSRD, juste après, quelle est la licence ou les licences qui sont utilisées, que vous avez utilisées pour le code d’OSRD ?
Loïc: alors nous, on est sous LGPL V3. On a choisi cette licence-là en partie parce qu’on veut de notre côté pouvoir garder des parties propriétaires. Si on a des algorithmes intelligents qu’on ne veut pas forcément partager, on veut pouvoir les garder propriétaires. Ça, c’est une première raison. La deuxième raison, c’est aussi qu’il y a des éditeurs de logiciels et on ne veut pas les tuer. On veut juste se mettre d’accord sur un socle commun et qu’ils fassent du business avec les parties qu’ils ont développées eux-mêmes. S’ils font des trucs intelligents, il n’y a aucun problème pour qu’ils les gardent pour eux et qu’ils fassent du business avec.
Mais le socle commun qui permet à tout le monde d’échanger, d’être d’accord sur les résultats de calcul, vraiment sur le socle de simulation du système ferroviaire, ça, on veut vraiment que ce soit quelque chose d’universel, mais de vraiment partagé au moins à l’échelle de l’Europe.
Loïc Hamelin
Walid: la LGPL permet d’embarquer du code libre dans des outils propriétaires.
Loïc: oui, mais en revanche, si quelqu’un de l’extérieur qui a développé ses propres modules qui gardent propriétaires, qui veut modifier le cœur ou corriger le cœur de la partie libre, il est obligé de la partager à tout le monde. Donc, normalement, c’est gagnant-gagnant.
Walid: tout à fait. Quels sont les langages que vous utilisez à l’intérieur de OSRD ?
Yohan: si on part de la partie back-end, on va avoir une partie en Rust pour la gestion des endpoints, et une partie en Kotlin pour ce qui est le cœur du calcul. On va avoir un petit peu de Python pour nos batteries de test notamment, pour la gestion de la donnée. On va avoir donc sur la partie front, du React, TypeScript, avec tout un paquet de librairies qui s’y ajoutent.
Walid: ok, donc c’est du Rust, il n’y a pas de C / C++ quoi ?
Yohan: non, là en l’occurrence le choix a été fait sur Rust.
Walid: ok, parlons un peu de la genèse d’OSRD. J’aimerais bien comprendre le cheminement qui mène à la création d’OSRD. C’est-à-dire au moment où c’est créé, quel est un peu le panorama des différentes solutions ? Qu’est-ce qui fait que vous en arrivez à vous dire « Ok, on va créer notre propre produit libre pour faire ça » ?
Loïc: la décision a été prise réellement en 2019 par le COMEX de SNCF Réseau (NDLR : Comité exécutif), de dire : on va développer notre propre solution.
On était et on est encore aujourd’hui tributaires de produits du marché qui ne communiquent pas entre eux, qui agissent comme des boîtes noires, qui fonctionnent comme des boîtes noires, sur lesquelles, comme je disais tout à l’heure, on prend des décisions d’investissement qui sont extrêmement importantes.
Loïc Hamelin
À SNCF Réseau ou dans le ferroviaire, le cœur de ces logiciels, c’est le calcul de marche. Le calcul de marche, ça nous permet, en décrivant le matériel roulant et l’infrastructure, de dire « si un train part à 12h04 de Paris-Lyon, il arrivera à 14h09 à Lyon-Par-Dieu« . On le calcule, ce n’est pas un hasard, tout ça, c’est calculé. L’algorithme est assez simple, c’est de la physique de Newton, MA égale somme des forces, et puis après on fait de l’intégration numérique. C’est un peu plus compliqué que ça à mettre en œuvre. Il n’y a pas de secret industriel derrière ce truc-là. Et cet algorithme de calcul de marche, nous on en a beaucoup, plusieurs, on va dire, à SNCF Réseau ou à SNCF. Et on a des fournisseurs qui utilisent d’autres logiciels, qui utilisent leur propre algorithme de calcul de marche, alors que c’est ultra stratégique. Parce que du temps de parcours, on va pouvoir savoir si on peut rajouter plus de trains sur une ligne, donc plus de capacités consommées ou plus de voyageurs transportés ou de marchandises transportées. Donc, avoir plusieurs boîtes noires qu’on n’explique pas et qui donnent des résultats différents, ce n’était pas acceptable. Donc, la décision, ça a été de dire : nous, on avait une petite expérience de simulation, on avait fait des prototypes, on savait que c’était faisable. Et donc, quand on a présenté ça au COMEX Réseau en mai 2019, la décision a été parmi d’autres, mais ça a été de dire : « ok, on lance le développement de notre propre outil de simulation ». Il a fallu du temps pour le mettre en œuvre, parce que c’est quelque chose qui demande des compétences de développement et des budgets.
Walid: quand tu dis « on », c’est qui ?
Loïc: on, c’est les personnes avec qui j’étais à l’époque. On était deux au tout début. Il y avait moi qui avait proposé, il y avait une deuxième personne qu’on a embauchée pour une physicienne, Juliana, pour ne pas la citer, qui est venue avec moi dans l’équipe pour faire les premières lignes de code en 2019. Et puis après, on est resté deux ans un très petit groupe et on avait déjà publié du code, qui était ce qui était, mais on n’était pas non plus un éditeur logiciel pour faire ça.
On a eu la chance de bénéficier de subventions européennes, ce qui nous a permis de structurer une équipe, vraiment, de recruter beaucoup, et de développer vraiment la solution OSRD telle qu’elle est actuellement. On l’a commencée en gros il y a trois ans, vraiment le gros développement. On est passé d’abord de 4 à 8 et puis maintenant on est 50 en gros. Donc, on développe la solution OSRD en interne, alors quand je dis en interne, c’est une équipe intégrée dans les bureaux dee SNCF Réseau. Il y a des gens du SNCF groupe, il y a des gens des prestations diverses, il y a des freelances (NDLR : indépendants), il y a des gens en portage (NDLR : portage salarial), il y a tout plein de profils qui sont avec nous, mais qui sont intégrés comme une équipe d’une cinquantaine de personnes.
Walid: c’est quelque chose qui revient souvent dans le premier épisode que j’ai fait sur le sujet des transports avec l’équipe de Transition, donc qui, eux, c’est des Québécois, ils travaillent à Polytechnique Montréal. En gros, ils disaient à peu près la même chose : on prend des logiciels, ils font des calculs, on n’arrive jamais à trouver le même résultat et on doit engager des dépenses là-dessus. Eux aussi, ils disaient un autre truc qui est : on forme des gens sur des logiciels propriétaires alors qu’on pourrait les former sur des logiciels qu’on maîtrise et qu’on est capable d’expliquer. C’est un sujet assez récurrent, l’accès aux algorithmes et l’accès aux données.
Loïc: c’est clairement ce qui nous a menés, outre le fait qu’on veut favoriser le train, outre le fait qu’on veut de l’explicabilité, de tout ça. C’est vraiment de comprendre ce qui se passe. Le premier besoin, c’est de comprendre ce qui se passe dans les logiciels. Et donc, quoi de mieux que d’avoir accès au code, voire même d’avoir développé le code.
Walid: et là, OSRD, il est utilisé principalement par SNCF Réseau ou alors aussi les autres entités du groupe l’utilisent pour certains besoins propres ?
Loïc: alors, sur la partie sillon de dernière minute, on l’a ouvert aujourd’hui. Vraiment, ce n’est pas une blague. On l’a ouvert aujourd’hui aux premières entreprises ferroviaires fret pour une période de test parce que c’est le premier lancement. On l’utilise aussi pour les simulations depuis un petit moment, mais plutôt avec des bêta-testeurs, on va dire. On n’est pas aboutis, même si ça fait trois ans qu’on travaille dessus. C’est un logiciel qui est tellement complexe, qui demande beaucoup de développement et le développement, ça prend du temps… et qui est très ambitieux, encore une fois. Donc, on a déjà des premiers cas d’utilisation réels à SNCF Réseau. Donc, il va y avoir des utilisateurs clients, notamment comme les entreprises ferroviaires (EF), à partir d’aujourd’hui. Et il est possible qu’une autre, ce sera une entreprise ferroviaire européenne, l’utilise. Ils vont faire des premiers tests à partir de… on les voit la semaine prochaine aussi. Il est possible que ça commence à se diffuser dans l’Europe. Et puis, on collabore aussi avec les Suisses. Je ne sais pas si tu avais l’information. Je pense qu’on en a déjà parlé.
Walid: oui, tu en as parlé dans la conférence que tu as donnée à Open Source Experience sur les fondations métiers avec Amel Charleux.
Loïc: Amel, oui. Donc, franchement, ils ne vont pas utiliser notre solution, mais il y a une collaboration avec les chemins de fer suisses qui est très intéressante, qui a apporté de la valeur pour nous dans le logiciel. Nous, on fait des développements pour eux. Donc, normalement, tout le monde y gagne. Donc, c’est une autre forme d’utilisation de l’OSRD ou de l’équipe OSRD ou de la capacité de développement d’OSRD.
Walid: avant qu’on passe à la partie suivante, quand vous allez devant le comité exécutif de SNCF Réseau et que vous pitchez ce projet, dès le départ, il y a l’idée de se dire : on fait une plateforme commune européenne. C’est quelque chose qui était là dès le départ ou c’est une ambition qui s’est révélée plus tard ?
Loïc: non, ce que j’ai proposé au COMEX, c’est vraiment d’avoir notre propre outil de simulation. Après, il y a une infinité une façon de le développer. On aurait pu faire un client lourd, on a fait un client web. On aurait pu faire un truc centré sur la France. On aurait pu faire un outil propriétaire. Tout ça, après, c’est des choix qui arrivent par la suite.
Moi, j’avais quand même l’ambition long terme de l’ouvrir au maximum. Il nous fallait aussi un espace neutre pour mettre cet outil. Si on veut qu’il soit réutilisé par d’autres entreprises ferroviaires ou d’autres gestionnaires d’infrastructures, il ne fallait pas que ce soit un outil purement SNCF. Il fallait le mettre dans un espace neutre et qu’il y ait une gouvernance partagée ou une gouvernance claire aussi sur ce logiciel-là. Et c’est comme ça qu’on en arrive à Open Rail après.
Walid: oui, on va en parler après de la fondation Open Rail. Le sujet suivant que j’aimerais aborder, c’est le sujet des données. Parce que pour un simulateur, il faut des données. En fait, ce que j’aimerais comprendre, c’est quand vous commencez le projet, de quelles données vous disposez, de quelles sources de données, et donc comment vous vous en servez et comment vous contribuez aussi justement à l’enrichissement de ces données, à la fois données publiques ou vos référentiels en interne. En fait, en gros, un peu comment ça s’organise, Céline ?
Céline: alors, pour fonctionner, OSRD a besoin de trois types de données différentes. D’abord, des données qui permettent de décrire l’infrastructure. L’infrastructure du réseau ferroviaire, ça va être où sont les voies, donc les rails, où sont les signaux ferroviaires, où sont les gares, où sont tous les éléments qu’on a besoin de connaître pour savoir l’origine et la destination des trains qu’on va vouloir tracer, mais aussi tous les éléments qui vont impacter le calcul de marche, dont parlait Loïc tout à l’heure, donc les déclivités, les systèmes de signalisation, les limites de vitesse, etc. Tous ces éléments. Je vais d’abord présenter les trois types de données, et ensuite j’expliquerai les différentes sources qu’on a. Premier type de données, les données d’infrastructure. Deuxième type de données, les données de matériel roulant. Là, on va décrire l’ensemble des matériels qui peuvent circuler sur les voies, donc des locomotives, des automoteurs et les wagons qu’on peut y attacher. Pour ces données, on va avoir des informations de modélisation physique, telles que leur poids, leur longueur, leur puissance de traction et de freinage, leur compatibilité avec l’infrastructure également. Par exemple, quel système de signalisation elles supportent, quel est leur gabarit, est-ce que ce gabarit est compatible avec ce type d’infrastructure. Et enfin, le troisième type de données dont on a besoin pour OSRD, c’est les données de grille horaire, donc savoir quels sont tous les autres trains qui sont déjà planifiés sur le réseau, pour la fonctionnalité qui permet d’ajouter un train, de pouvoir savoir quels sont les trains déjà prévus et comment le train qu’on veut ajouter ne va pas perturber tous ces trains qui sont déjà prévus. Et donc ces données de grille horaire vont être composées d’un identifiant de train et puis de l’ensemble des horaires de passage à chacun des points de passage de ce train.
Donc trois types de données : infrastructure, matériel roulant et horaire. Pour ces trois types de données, actuellement pour les usages internes de SNCF Réseau, on consomme des référentiels internes. Je ne vais pas aller dans le détail de ces référentiels, je ne pense pas que ça intéressera les auditeurs et les auditrices. Mais on s’est aussi penché sur la façon dont on pourrait accéder à ces données avec des données open data, et ce pour plusieurs cas d’usage, notamment celui d’avoir une version publique de OSRD qui puisse être testée par les personnes qui sont intéressées, et aussi par celui de pouvoir collaborer avec des personnes en dehors de SNCF Réseau, que ce soit des entreprises ferroviaires, des laboratoires de recherche ou des entreprises qui voudraient développer des fonctionnalités pour compléter OSRD, comme le mentionnait Loïc tout à l’heure, ou pour tout autre cas d’usage qu’on pourrait imaginer. Du coup, pour répondre à ces besoins d’open data, on ne va pas avoir les mêmes réponses selon les types de données.
Pour les données d’infrastructure, on a une première piste qui est d’utiliser les données d’OpenStreetMap. C’est la présentation que j’avais faite au FOSDEM il y a deux ans. La limite, c’est que les données OpenStreetMap sont assez différentes selon les pays. Donc, on a fait une première version qui fonctionne assez bien. Elle n’est pas 100% complète, mais elle est fonctionnelle sur l’Allemagne, qui est le pays où on a trouvé les données OpenStreetMap les plus complètes. Malheureusement pour la France, les données OpenStreetMap ne sont pas complètes pour le moment, notamment parce qu’il nous manque des informations sur la signalisation.
Céline Durupt
Du coup, on s’est dit que ça pourrait être intéressant de compléter ces données avec les données de l’Open Data SNCF, puisqu’il y a pas mal de jeux de données qui sont en open data sur le site de la SNCF que vous pouvez aller consulter. Mais malheureusement, il n’y a pas toutes les données dont on aurait besoin pour OSRD qui sont 100% en open data. Donc, on fait des démarches internes pour essayer de publier ces jeux de données de manière à pouvoir les compléter. Mais c’est des dynamiques qui sont assez complexes et assez lentes. Donc, j’espère qu’on y arrivera un jour, mais c’est difficile de mettre une date de publication sur ces données pour le moment. Ça dépend vraiment beaucoup des dynamiques internes politiques par rapport à ces sujets. Parfois, on est dans des phases plutôt ouvertes où on va publier plein de nouvelles données. Ensuite, parfois, il va y avoir des phases de recul où on va dire, finalement, ce n’est pas bien de faire de l’open data. On va arrêter de publier des nouveaux jeux de données. Puis ensuite, peut-être que ça repart dans l’autre sens. C’est assez difficile de comprendre exactement pourquoi et comment il y a ces vagues. Mais tu veux compléter là-dessus Loïc ?
Loïc: on a aussi des obligations de publication de jeux de données au niveau européen notamment. C’est encore moins complet que ce que Céline décrit, mais j’ai bon espoir que dans le futur on ait suffisamment de données à l’échelle européenne pour nous permettre de brancher OSRD sur une infrastructure européenne.
Walid: c’est des obligations européennes ?
Loïc: oui, ça s’appelle le référentiel d’infrastructure, le RINF (NDLR : en anglais Registers of Infrastructure). Petit à petit, l’Europe oblige les gestionnaires d’infrastructures à publier des données. Ça va progressivement. D’abord, le schéma des lignes, ensuite les points remarquables qui sont sur les lignes, et puis après, on fera les voies, puis après, plein d’autres données pour nous arriver à avoir une infrastructure fonctionnelle à l’échelle de l’Europe.
Walid: c’est un travail de très longue haleine, à l’échelle de l’Europe.
Loïc: oui, à l’échelle de l’Europe, c’est de très longue haleine. C’est un travail de négociation, j’imagine, entre les gestionnaires d’infrastructures et l’Europe. On n’a pas tous des données du même niveau de qualité, donc forcément, il y en a qui sont plus avancés que d’autres. Voilà, donc c’est l’harmonisation à l’échelle de l’Europe qui est assez complexe.
Céline: pour résumer les données d’infrastructures, pour le moment, c’est compliqué, mais OpenStreetMap, c’est super riche, ça marche déjà sur certains pays et on a bon espoir de pouvoir continuer d’enrichir ça dans les années à venir, soit via OpenStreetMap, soit via une politique d’open data du groupe SNCF, soit via des contraintes légales européennes que citait Loïc. Ensuite, sur les données horaires, il y a déjà une partie des données horaires qui sont en open data, pareil, mises à disposition par SNCF. Malheureusement, ça ne contient pas l’intégralité des trains, notamment ça ne contient pas tous les trains de fret qui ne sont pas publics. Mais bon, ça, j’avoue que je ne sais pas du tout si ça a vocation à être élargi dans les années à venir, mais il y a déjà une très bonne base de travail. Et enfin, sur les dernières données dont on a besoin, donc les données de matériel roulant, là, ce sont des données qui sont assez sensibles puisqu’elles appartiennent aux entreprises ferroviaires et aux constructeurs de matériel, donc on ne peut pas les publier telles quelles. Mais par contre, on a un projet qui devrait aboutir très prochainement, en tout cas dans le début de cette année 2025, qui est de publier des matériels roulants factices, mais qui ont des caractéristiques physiques cohérentes. Ce n’est pas un TGV en particulier, mais ça va être un train à grande vitesse qui pourrait être n’importe lequel des TGV ou autre train à grande vitesse d’un autre pays et qui pourrait être utilisé pour tracer des trains à grande vitesse sur OSRD. Et ainsi d’avoir un modèle open data de chacun des types de matériel roulant principaux.
Walid: et vous, vous collaborez, est-ce que vous contribuez d’une manière ou d’une autre en tant que SNCF Réseau sur OpenStreetMap ? Vous avez aussi des contacts avec d’autres entités qui pourraient, je pense en particulier, il y avait une conférence State of the Map cette année des gens de SNCF Voyageurs qui expliquaient comment ils contribuaient aussi, je crois, sur des données de gare (NDLR : en fait c’est AREP, voir OSerM : cartographier les gares aujourd’hui pour les améliorer demain). Je voulais savoir si vous aviez des contacts ou si vous étiez dépendant de leurs données aussi d’une manière ou d’une autre.
Céline: alors oui, il y a plusieurs services de SNCF au sens large qui sont intéressés par les données OpenStreetMap, qui les consomment et qui les enrichissent pour pas mal de cas d’usages différents. Je ne veux pas tous les citer, mais on est en contact en interne pour partager sur ces sujets. Ça ne se recouvre pas toujours exactement. Par exemple, les données de gares qui sont collectées dans OpenStreetMap par Transilien, nous, on n’en a pas besoin pour OSRD, parce que ce qui nous intéresse, c’est plutôt la description du réseau ferroviaire et pas spécialement des gares. Mais par contre, c’est vrai qu’il y a un intérêt commun sur ces données. Et c’est vrai qu’on a notre petite communauté OpenStreetMap interne SNCF pour collaborer sur ces sujets, pour se donner des informations aussi sur la façon de consommer les données, sur les entreprises avec lesquelles on peut travailler aussi pour nous accompagner dans ces sujets. J’en profite pour faire de la pub pour la Fédération des pros d’OSM. Si ce sujet vous intéresse, vous pouvez aller voir leur site. C’est une fédération d’entreprises qui connaissent très bien OSM et qui peuvent accompagner sur des projets soit de collecte de données, soit d’utilisation de données ouvertes. Voilà.
Walid: je vais mettre un lien vers une conférence récente (NDLR : voir cette conférence de présentation de FPOSM lors de la conférence AlpOSS). Je ne sais plus dans quel salon, justement, il présente la Fédération des pros d’OSM. C’est un sujet très intéressant aussi. C’est vraiment un enjeu qui revient dans plein de domaines différents et d’avoir un commun et de pouvoir l’enrichir et en prendre soin et faire en sorte que ça contribue à tout le monde. C’est intéressant aussi parce que dans l’épisode sur OpenStreetMap, Christian Quest, il dit qu’effectivement, le pays numéro un pour la cartographie dans OpenStreetMap, c’est l’Allemagne. Donc effectivement, ça confirme bien.
Walid: et si je peux ajouter quelque chose, pas spécifiquement sur… enfin, en fait, ça a aussi un rapport avec l’open data, mais sur les données en général.
On a un très gros enjeu sur la qualité des données. Et c’est quelque chose qui est très difficile à évaluer et à faire évoluer. Du coup, je pense que l’open data est une opportunité pour mettre en commun nos efforts de mise en qualité des données et pour permettre une évaluation critique par n’importe quel réutilisateur ou réutilisatrice de ces données. Là-dessus, c’est une des grandes forces de la donnée ouverte et collaborative, qui permet d’aboutir à une meilleure qualité que de la donnée interne, qui a forcément moins de réutilisateurs et donc moins de personnes qui vont être capable d’alerter s’il y a des problèmes de qualité.
Céline Durupt
Loïc: et si on a un jeu de données ouvert, ça permet de toucher plus de monde aussi. C’est-à-dire qu’il y aura plus d’utilisateurs de OSRD avec un jeu de données ouvert ? Et Céline a parlé tout à l’heure, il y a des gens qui font des choses très bien en recherche pour le ferroviaire, dans des labos, et qui n’ont pas accès ni au logiciel, ni aux données de description d’infrastructures. Et si on arrive à leur fournir et logiciels, et algorithmes, et jeux de données, ils pourront apporter leur contribution à l’amélioration du système ferroviaire. Et c’est super intéressant parce qu’ils travaillent avec leurs moyens dans leurs labos et malheureusement, on n’arrive pas à capter la valeur qu’ils produisent eux, alors que tout le système ferroviaire devrait en bénéficier.
Walid: vous avez déjà présenté votre travail justement dans certains labos ?
Loïc: oui, on travaille… On a des contacts avec deux labos en particulier. C’est Gustave Eiffel à Lille, l’université Gustave Eiffel, et puis avec l’UTC à Compiègne. On échange aussi avec l’école Centrale. La communauté recherche ferroviaire est assez active, donc on a souvent des interactions.
Walid: sujet suivant, je voudrais qu’on parle de l’équipe. Quels sont les différents profils qu’on trouve dans l’équipe ? Comment ils en arrivent à venir travailler sur cet outil. Là, tu as dit tout à l’heure, Loïc, qu’il y avait à peu près une trentaine de personnes qui travaillent dessus. Donc, quel profil on va retrouver dans l’équipe ?
Loïc: on est 50.
Walid: ah, 50, pardon.
Loïc: 51, 2, 3, 4. Honnêtement, je ne sais plus, je suis désolé. Les profils, ils sont divers et variés. Et je crois que c’est ce qui fait la richesse, d’ailleurs, de cette équipe, c’est d’avoir ces profils divers et variés. C’est-à-dire qu’on n’a pas que des gens issus d’écoles informatiques. Des ingénieurs informaticiens, on en a, c’est clair, des ingénieurs informaticiens très brillants qu’on a recrutés, soit directement en interne SNCF, soit par d’autres dispositifs contractuels, on va dire. Yohan en a parlé, peut-être qu’il expliquera le programme UptoDev de e.SNCF qui a permis un certain nombre de personnels SNCF de se reconvertir dans le développement informatique. Je ne sais plus si on a des autodidactes encore, mais on a des reconvertis, mais pas par la SNCF. On a des physiciens, des physiciennes d’ailleurs. On a un peu tous les profils. Côté UpToDev, si tu veux présenter les gens de l’équipe, Yohan.
Yohan: oui, alors UpToDev, c’était un programme interne de la SNCF, en tout cas de la SNCF Groupe, côté e.SNCF essentiellement.
L’idée, c’était de former quelques centaines de nouveaux développeurs pour des profils en reconversion essentiellement. Double bénéfice pour ça, le premier c’était d’avoir de la main d’œuvre assez rapidement et en plus d’avoir une main d’œuvre qui a une connaissance potentiellement métier déjà, et qui peut apporter cette connaissance dans les développements futurs. Donc on fonctionne un petit peu comme une régie, c’est-à-dire qu’on va être envoyé en mission là où on a besoin de nous, au sein des entreprises SNCF.
Yohan Durand
Vraiment là, il y a aussi beaucoup de profils. J’ai fait du commercial au tout début et ensuite j’ai été à l’attraction en tant que producteur de trains. Hier, j’ai fini dans les bureaux en pôle informatique. À côté de ça, j’ai un collègue qui a été aussi conducteur de train, et un autre d’ailleurs qui était au commercial. On a un ancien horariste (NDLR : pour en savoir un peu plus sur les horaires, voir cette conférence de l’espace des sciences de Rennes). Oui, c’est assez varié en soi. Donc on a fait en fait un bootcamp sur sept mois, avec un passage de titre à la fin. Donc c’est sûr que là, Loïc parlait des ingénieurs qui sont arrivés dans le projet en premier. Je ne vais pas mentir, quand on est arrivé, il nous donnait pas mal le vertige quand même. Ils nous donnent d’ailleurs toujours le vertige, mais finalement, en fait, c’est suffisamment de bienveillance dans le projet pour qu’on avance à notre rythme. En tout cas, pour des DED, c’est comme ça.
Walid: deux questions là-dessus. La première, c’est, est-ce que c’est une motivation personnelle de venir travailler sur ce projet-là ou est-ce que c’est Loïc qui vous a trouvé et recruté ? Et la deuxième, c’est, qu’est-ce que ça fait en tant qu’ancien conducteur de train de travailler sur un outil ? Donc, de l’autre côté de la barrière, est-ce que vous aviez connaissance de toutes les implications que ça représentait ?
Yohan: alors, pas du tout. D’ailleurs, en plus, je peux vraiment bien en parler puisque je suis un escroc. Je me suis littéralement invité à la journée de découverte pour être embauché. Non, en fait, l’idée, c’était dans un premier temps, en fin de formation, d’avoir un stage. Du coup, on avait des propositions de stages un petit peu partout, dont OSRD, qui souhaitait promouvoir justement la reconversion aussi. Et quand on est arrivé dans OSRD, tout ce qu’on savait finalement, c’est que c’était un gros projet. Un gros projet chez SNCF Réseau, et qui recherchait potentiellement des profils issus de la traction, donc du métier de la conduite notamment, ou autres, et surtout des profils plutôt full code, non pas low code comme on peut avoir aussi côté DED. Et effectivement, quand on est arrivé à cette journée de découverte et qu’on a vu déjà l’ampleur du projet, ayant un peu de connaissance métier, les gains que ça pouvait apporter, et le challenge aussi, on a été assez séduit directement. Mais avant d’arriver, on ne savait pas encore exactement où mettre les pieds.
Walid : et pour toi, Céline, comment ça s’est passé ?
Céline: alors, pour moi, j’avais fini mon expérience précédente chez Transilien, où j’avais travaillé sur la collecte de données d’un point d’OpenStreetMap pour les gares. Et je recherchais un autre projet pour continuer de travailler. Je n’étais pas forcément attachée à rester à la SNCF, mais j’avais envie de travailler dans un projet qui ait du sens, donc dans une entreprise qui a du sens environnementalement et socialement. Donc, ça m’allait aussi de rester à la SNCF. Et c’était important aussi pour moi de travailler dans le sujet des données ouvertes et la cerise sur le gâteau dans l’open source puisque j’avais essayé sans succès de faire passer en open source le logiciel sur lequel je travaillais chez Transilien mais bon, tout ça est une autre histoire. Donc j’ai rencontré Loïc un peu par hasard je ne sais pas si c’est pas Simon (NDLR : Simon Clavier) d’ailleurs qui nous a mis en relation
Loïc : je ne sais plus si c’est Simon ou Bertrand mais il y en a un des deux qui m’a dit « il y a Céline qui change de poste, il faut que tu la rencontres elle est trop bien ».
Céline : (rires) et du coup, j’ai rencontré Loïc, et il m’a dit « on a des problèmes avec nos données. Est-ce que ça te dit de venir mettre le nez là-dedans et de voir si on pourrait faire plus d’open data » ? Moi, je ne connaissais rien à l’exploitation ferroviaire, mais ça faisait quand même plusieurs années que je travaillais à la SNCF. Donc, je m’étais dit « bon, ça va, je travaillais dans les gares, les trains, ça doit être pareil ». Et en fait, à ma grande surprise, j’avais encore beaucoup de choses à apprendre. Et j’ai effectivement appris beaucoup de choses, beaucoup de nouveaux concepts. dans ce projet. Et puis, j’espère qu’on va faire de plus en plus d’open data. En tout cas, on y travaille.
Loïc: et quand je dis c’est Simon Clavier ou Bertrand Billoud qui m’a présenté Céline, c’est un peu aussi comme ça que ça s’est passé pour un certain nombre d’entre nous. C’est-à-dire, c’est un peu le bouche à oreille, un peu les réseaux qui se mettent en marche. Tiens, j’ai entendu parler de ce projet, c’est intéressant. On a pas mal siphonné les promos de l’EPITA qui sortent des ingénieurs qui sont très solides, des ingénieurs informaticiens. Au début, et puis après, par le biais de rencontres ou de choses comme ça, on a un peu fait de la dentelle, on a recruté un par un. On faisait venir les candidats potentiels, ils passaient une journée avec nous. On ne faisait pas d’entretien d’une heure comme ça se fait habituellement. En fait, les candidats passaient une journée, ils découvraient l’équipe, ils découvraient le projet, on se découvrait ensemble. Et à la fin, soit on décidait de continuer ensemble, soit on arrêtait là. Mais on a aussi, dans le mode de recrutement, on a un peu été innovants de cette façon-là. Parce que moi, j’ai l’impression qu’on ne peut pas se rendre compte de part et d’autre au cours d’un entretien d’une heure de ce qu’est la personne, de ce qu’est le projet, de ce qu’est l’ambiance dans laquelle je vais travailler, les enjeux, tout ça, la technicité ou pas. Pas mal de bouche à oreille, de fonctionnement de réseau, puis une méthode un peu innovante, enfin innovante c’est un bien grand mot, mais le fait juste de passer une journée ensemble, je trouve que c’est vachement bien. Ça a permis d’attraper des candidats qu’on n’aurait pas forcément eus, avec un entretien d’une heure, parce que justement c’est trop formel. En fait ce qu’il faut, c’est plutôt à nous de séduire les développeurs que le développeur de nous séduire.
Donc moi, je préfère être transparent sur ce qu’on va proposer et on essaye d’être le plus transparent possible. Et généralement, ça plaît. Ce qu’a dit Céline aussi, évidemment, ça joue en notre faveur. On a un projet qui a du sens au niveau des transports. Je ne veux pas faire de greenwashing, mais il y a forcément cette idée-là derrière. On fait de l’open source. Ça motive encore plus les développeurs. Donc on est assez attractifs. J’ose l’espérer. Et on a un projet qui, techniquement, est assez intéressant aussi, parce qu’on relève des challenges techniques qui ne sont pas très faciles. Et puis après, on fait marcher les réseaux. Et puis aussi, on est obligé de le dire, les méthodes de recrutement classiques par appel d’offres, on est obligé de compléter l’équipe comme ça.
Loïc Hamelin
Céline: si je peux juste ajouter quelque chose à tout ce que vient de dire Loïc, je pense qu’on peut quand même dire qu’on a un taux de turnover (NDLR : rotation de l’emploi) qui est particulièrement faible, surtout pour un projet informatique. Donc là, je pense que c’est aussi une validation de l’intérêt que portent les personnes de l’équipe au projet.
Walid: avant qu’on passe sur la partie financement, ma dernière question, c’est, est-ce qu’OSRD, maintenant, c’est un projet qui est connu ou reconnu à l’intérieur de SNCF Réseau ?
Loïc: je pense que ça commence à être connu. Reconnu, je n’aurais pas cette prétention-là. Il faut qu’on fasse nos preuves encore. Je suis confiant, ça viendra, mais on doit encore faire nos preuves, c’est clair. La mise en production, encore une fois, c’est aujourd’hui, tu vois. Donc sur les études, les premiers utilisateurs, ils ont l’air séduits. Ils savent que c’est un énorme potentiel. Il faut passer du potentiel au réel, au concret. Mais on commence à être connu et je pense que les premiers résultats sont encourageants. Donc j’ose espérer que ça va pour plus.
Walid: ça m’amène à la question suivante. On a parlé de la genèse des premiers financements, les financements européens, etc. Ce que j’aimerais bien comprendre, c’est comment vous financez OSRD ? Est-ce qu’OSRD est pour l’instant intégralement financé par SNCF Réseau ? Il y a eu des fonds européens. Est-ce que vous avez d’autres fonds à côté, d’autres ressources financières supplémentaires ? Comment ça se passe ?
Loïc: Réseau contribue au financement d’OSRD, c’est clair. On a candidaté à un programme de financement européen qui s’appelle CEF en 2021, Connecting Europe Facility, ce programme qui nous a fourni une grosse partie du financement. Mais pas seulement, le financement européen doit être adossé à un abondement qui a été donné par le ministère des Transports, en gros. Donc on a aussi un financement de l’État directement sur le projet, donc État, Europe et SNCF Réseau. Ça nous permet donc, oui maintenant, d’être une cinquantaine de personnes. C’est un budget assez conséquent. On est reparti pour un cycle de financement dans le cadre du CEF 24. Donc encore sur le même principe, le même montage financier.
Walid: des cycles longs ?
Loïc: des cycles de trois ans.
Walid: ok, ça permet de voir.
Loïc: ça permet de voir. En trois ans, franchement, on a développé beaucoup. J’ai hâte d’être dans trois ans pour voir où on en sera dans trois ans. C’est des cycles assez longs, mais justement, ça nous permet de nous structurer, de faire des choses cohérentes et de faire des choses sur un assez long terme.
Walid: j’aimerais qu’on parle de la gouvernance. Là, ça va devenir aussi très intéressant. La gouvernance d’OSRD. On a évoqué au tout départ la fondation OpenRail. On revient un peu dessus pour comprendre le cheminement qui arrive à faire une fondation. Vous partez de l’idée de se dire on va faire un outil, il va être open source, à… il se passe plein de trucs et on arrive à la création d’une fondation européenne. Est-ce que tu peux m’expliquer un peu dans les grandes lignes la pensée, le cheminement qui est arrivé jusque-là ?
Source : OpenRail Association
Loïc: en fait, le cheminement, il est simple. C’est OK, comme je l’ai dit, on m’a dit le projet doit être open source. OK, je le fais open source. Ça sert à quoi l’open source ? Moi, je connaissais open source, mais pas plus que ça. J’ai utilisé des logiciels open source et tout ça. Moi, je ne suis pas un libriste de la première heure. Et j’ai déroulé un petit peu le modèle de l’open source. C’est quoi l’open source ? Comment ça marche ? C’est quoi l’intérêt ? Etc. Et j’en suis arrivé à la conclusion qu’il fallait cet espace neutre. Si je voulais avoir des contributeurs extérieurs, parce que c’était quand même ça aussi le but de le faire en open source, qu’il me fallait un espace neutre. Donc je suis parti d’abord sur l’idée de faire une fondation autour d’OSRD. Puis j’avais pris une stagiaire à l’époque, qui m’aidait justement à trouver un peu le business model (NDLR : modèle économique) de l’open source, et qui est tombée sur une thèse d’une chercheuse de Montpellier que tu connais, qui s’appelle Amel. Donc en 2020, je crois, on a rencontré, on a contacté Amel Charleux de l’Université de Montpellier, qui a fait sa thèse sur les business models de l’open source. Après plusieurs échanges, elle nous dit, peut-être qu’une fondation spécifique à OSRD, ce n’est pas suffisant. Est-ce que tu as regardé les fondations métiers, des choses comme ça ? En parallèle de ça, j’étais en discussion notamment avec Simon Clavier, on faisait le tour des fondations existantes, Eclipse, Linux, Apache, et moi je ne m’y retrouvais pas en fait. Je voyais bien l’intérêt pour les composants informatiques, pour les choses spécifiques, mais moi je viens du métier et je ne me retrouvais pas dans les fondations classiques. Donc moi j’ai un peu poussé cette idée de développer une fondation spécifique autour du ferroviaire.
Dans le groupe de discussion qu’il y avait avec Simon, il y avait les Allemands et les Suisses déjà, qui étaient là. Et moi, j’avais des contacts avec l’Union internationale des chemins de fer, où je me disais, là, il y a 200 adhérents de l’UIC, qui sont des gestionnaires d’infrastructures ou des EF (NDLR : entreprises ferroviaires) à travers le monde, qui représentent un potentiel de contributeurs intéressants pour une fondation métier ferroviaire. Et je suis sûr qu’ils pourraient être intéressés. Donc, on a mis SNCF, DB, SBB et l’UIC autour de la table. Amel nous a aidés à dessiner les premiers statuts, on va dire. Et puis, on a mis, là pour le coup, on a mis, je crois, trois ans à sortir vraiment la fondation. Ça a été un processus itératif. On a travaillé évidemment à distance, un environnement multiculturel, même si c’est l’Europe, ce n’est pas forcément évident. Mais on sort en janvier 2024, le décret royal. C’est une association internationale sans but lucratif, donc AISBL belge, qui crée officiellement l’association OpenRail, parce qu’entre le moment où on commence à déposer les statuts et au moment où ils ont accepté, la loi belge change et on n’a plus le droit de s’appeler fondation, donc on s’appelle association OpenRail.
Walid: on a abordé déjà plusieurs fois le sujet des AISBL, dont la dernière fois sur l’épisode avec Gaël Blondelle sur Eclipse, où il parle justement de ce que c’est une AISBL et pourquoi ils ont choisi ça, etc. C’est assez intéressant de creuser aussi les… Pourquoi en Belgique ? On en parle aussi dans l’épisode sur l’ERP Tryton, aussi sur pourquoi la Belgique et quels sont les statuts et à quoi ça sert. C’est assez intéressant.
Loïc: on va rendre à César ce qui appartient à Gaël. Gaël nous avait présenté Eclipse et l’AISBL et c’est ce qui nous a un peu inspiré dans le choix.
Walid: ce qui est intéressant de tout ça, c’est que vous dites, l’idée de la créer en Belgique, c’est pour avoir un terrain plus neutre. Parce que si c’était en France, potentiellement, c’est associé à SNCF.
Loïc: c’est ça. Et en fait, je crois qu’à l’époque, de toute façon, en France, on ne pouvait pas créer une fondation. Une fondation, c’est très spécifique en France. Il faut verser, je ne sais plus combien, 150 000 euros pour lancer le truc. C’est vraiment très cadré. Et ce qui se fait dans l’open source, c’était les AISBL à l’époque. Moi, je n’avais pas d’a priori là-dessus. L’UIC avait un bureau en Belgique, il y avait quelques facilités à communiquer avec les instances belges. Donc voilà, c’est le choix qui a été fait. Encore une fois, c’est aussi parce que Gaël nous avait parlé que l’Eclipse Europe était une AISBL.
Walid: une de mes questions, c’était justement de savoir, est-ce que le choix de la Belgique était un choix pour se rapprocher des institutions européennes ?
Loïc: non, ce n’est pas ça. C’est pas ce qui a motivé le truc. C’est pas déconnant, mais c’est pas ce qui a motivé le truc.
Walid : ce travail de création de la fondation, c’est du temps de ton travail SNCF Réseau qui est dédié à travailler là-dessus ou c’est quelque chose que vous avez fait à côté ? Enfin, comment ça s’est passé ce temps long à travailler sur le sujet ?
Loïc: alors moi je fais pas 35 heures donc c’était pas dans les 35 heures. Voilà c’est de l’investissement personnel. Je parle pour moi, mais c’est la même chose pour mes collègues européens, ou UIC. C’est quelque chose qu’on a pris en plus à notre compte, à notre charge. Au début, ce n’est pas quelque chose où je vais demander l’autorisation de bosser deux heures par semaine dessus. Ça se fait un peu sous le manteau. Par contre, je tenais au courant de l’avancement de la création de l’association. Pour moi, c’était clair, mais je n’ai pas demandé un temps supplémentaire pour bosser dessus.
Walid: et dans cette fondation, cette association, comment ça se passe la gouvernance ? Qui est représenté ? C’est des personnes physiques, des personnes morales ? Comment ça se passe ?
Loïc: alors, on a trois niveaux, ou quatre, je ne sais plus, de membres d’adhésion. Donc, on a les membres Platine, Gold, Silver et membres associés. Quatre, c’est ça. Les membres platine, c’est ceux qui ont créé l’association. Il y a sept sièges et il y en a quatre qui ont été à l’origine de la création. Donc, ils ont pris les quatre des sept sièges des membres platine de l’association. Pour chaque siège, c’est un représentant de chaque groupe. C’est-à-dire que pour nous, SNCF, groupe SNCF, en fait, c’est pas Réseau, c’est bien groupe SNCF. C’est Frédéric Novello qui représente le groupe SNCF et qui siège au conseil d’administration de l’association Open Rail. On a Nicole Göbel, qui est la CEO de DB Systel, l’équivalent de la DSI du groupe Deutsche Bahn. On a Jochen Decker, qui est le DSI de CFF/SBB, les chemins de fer suisses. Et on a le directeur financier, notamment, mais pas seulement, le directeur de Jean-Michel Evanghelou, donc de l’UIC, qui représente l’association UIC au conseil d’administration. Après, on a d’autres représentants, chez Infrabel, on a un deputy CEO. On a la DSI depuis trois semaines, on a la DSI de l’ONCF, donc les chemins de fer marocains. Ça, c’est une super nouvelle. C’était mon cadeau de Noël quasiment, que l’OpenRail sorte de l’Europe. Et puis, il y a les membres associés. On a l’association Flatland aussi. Et donc, chaque entité a un représentant. Mais c’est plutôt des entités qui sont membres du conseil d’administration. On n’écarte pas la possibilité de… Je ne veux pas m’avancer, mais il me semble qu’on peut être membre associé de façon individuelle. Honnêtement, je n’ai plus le contenu des statuts en tête, surtout dans tout le détail. Mais il me semblait qu’on pouvait être membre associé individuel.
Walid: donc chaque membre finance par une espèce de cotisation le fonctionnement de l’association.
Loïc: c’est une des raisons qui a poussé à faire notre association aussi et pas utiliser les fondations classiques Linux, Eclipse et Apache. Alors Apache, c’est à part parce que c’est très peu cher. Mais Linux et Eclipse, pour moi, me semblaient vraiment très chers. Le ticket d’entrée était assez élevé. Nous, on a voulu un ticket d’entrée plus bas pour se lancer, parce qu’on ne savait pas où on allait. Donc, selon le niveau de membership (NDLR : adhésion), la cotisation est plus ou moins élevée. Le plus haut, c’est 25 000 euros par an. Je crois que c’est 5 000. Le plus bas, les membres associés, c’est gratuit.
Walid: il n’y a pas de salariés dans cette…
Loïc: non, non, non. Enfin, pas de salariés directement par l’association. Donc ça va nous permettre surtout de travailler la communication, de faire des événements aussi. C’est dans les plans des années qui viennent, de faire des événements OpenRail.
Walid: c’était ma question suivante.
Loïc: voilà. Et aussi éventuellement d’avoir un cloud dédié OpenRail.
Les idées ne manquent pas, il va falloir prioriser. Le but du jeu, ce n’est pas de faire de l’argent, c’est vraiment de coordonner les efforts des différents groupes ou sociétés au développement en commun de communs numériques justement.
Loïc Hamelin
Walid: est-ce que ça peut être un lieu d’échange ? Je pense en particulier, par exemple, au niveau des problématiques open data, de pratiques ou de discussions, de contributions, je ne sais pas, je me pose la question.
Loïc: pour l’instant, on a écarté le sujet open data, honnêtement.
Walid: ok.
Loïc: on a un an d’opération. Donc en un an, on a intégré trois nouveaux membres ou quatre nouveaux membres. Quatre nouveaux membres, c’est ça. On a intégré cinq projets, plein d’autres qui arrivent. On se concentre vraiment sur l’open source pour l’instant. L’open data, ça viendra. C’est comme l’a dit Céline, on a les moteurs open source. Si on ne met pas d’essence open data, ça ne sera rien comme résultat. Tu l’as dit mieux, Céline.
Walid: le dernier sujet que je voulais aborder, tu en as un tout petit peu parlé au début, mais j’aimerais bien qu’on développe un tout petit peu. Tu as dit au départ « quand j’ai commencé le projet, on m’a dit tu vas le mettre, ce projet, en libre ». À ce moment-là, au moment où vous commencez, est-ce que vous avez déjà de l’expérience ? Est-ce que SNCF, le groupe ou des entités, ont déjà des projets ou des expériences, des contributions en logiciel libre ? Et sinon, est-ce que SRD est une bonne vitrine ? Est-ce qu’il y a d’autres choses qui se passent à travers ça ?
Loïc: il y a un projet qui s’appelle Tock, qui est un robot conversationnel.
Loïc: qui est hébergée par l’association TOSIT. C’est toujours les mêmes. C’est Simon Clavier qui est dedans. Donc Tock, ça a une dizaine d’années, je crois. C’est une production de SNCF à la base. Et maintenant, c’est utilisé, adopté et développé par d’autres entreprises qui contribuent. Je ne vais pas les citer parce que je risque de me tromper, mais si tu me dis que tu as un lien…
Walid: oui, j’ai un lien vers la présentation de Open Source Experience, je le mettrai dans la transcription.
Loïc: voilà, donc pour moi, c’est celui qui a le plus d’ancienneté, comme projet développé en interne. Après, on utilise l’open source depuis très longtemps, que ce soit pour les bases de données, mais plus pour des composants logiciels, pour des composants informatiques, mais pas pour des sujets métiers. Je n’ai pas connaissance d’autres logiciels métiers qui aient été développés en interne et qui soient mis en open source. Je peux me tromper, mais je n’ai pas connaissance en tout cas. Si ce n’est TOCK, si on peut considérer que c’est un logiciel métier.
Mais on sent bien que, moi j’ai des échanges en interne avec certains collègues, on sent que c’est dans l’air du temps quand même.
Il y en a pas mal qui se posent des questions sur la mise en open source de leur logiciel, parce qu’ils commencent à avoir l’intérêt industriel. Parce que ça va permettre de comparer des résultats, ça va permettre d’aider à développer plus vite. On ne se pose plus la question des formats de données, des algorithmes, des trucs comme ça. On les prend et puis on les intègre et c’est terminé. Donc au niveau ferroviaire, c’est en train de prendre assez vite.
Loïc Hamelin
Walid: il y a une différence entre créer de zéro un logiciel libre et open sourcer un logiciel existant. C’est quand même deux mondes assez différents. Prendre un logiciel existant et le publier, c’est aussi un travail qui est vachement long et qui pose plein de questions sur les projets, les licences, la qualité du code. Puis après, il faut animer la communauté, tout ça. Donc là, ce que je comprends, c’est qu’aussi, OpenRail pourrait être, quelque part, le réceptacle pour certains de ces projets.
Loïc: c’est le cas de trois des autres projets qu’on a intégrés. Ils étaient fermés, ils les ouvrent pour les mettre dans OpenRail, parce que ça a du sens pour eux. Et donc, ils se posent toutes les questions que tu viens de citer, parce que ça n’a pas été pensé comme un logiciel libre ouvert au début. À la différence de ce que nous, on a fait, où on est parti de zéro, on a dit c’est libre, on a mis des développeurs qui connaissaient très bien le milieu de l’open source, donc ont pris les bonnes décisions. Et donc, pour nous, c’était plus facile. On a un deuxième projet qui s’appelle LibLRS, qui est un peu un spin-off d’OSRD, qu’on a détaché d’OSRD et qu’on a commencé en libre aussi, parce qu’on pense que ça a du sens de le détacher d’OSRD, parce qu’il peut être utilisé dans d’autres contextes. C’est une librairie de conversion de coordonnées entre les coordonnées latitude-longitude et ferro-localisation, ligne-voie PK (NDLR : point kilométrique), dans les deux sens. Et donc, ça, ça peut être utilisé aussi pour d’autres gestionnaires de réseau. Donc, c’est pour ça qu’on a voulu le sortir. Et on l’a fait libre de base.
On a un projet qui se crée carrément dans OpenRail. Ça, c’est les Allemands qui ont souhaité lancer un projet dans OpenRail. Et il y a zéro ligne de code pour l’instant. Ça va traiter d’un logiciel qui va aider à la migration des attelages des wagons fret, donc c’est très orienté métier, mais ça a du sens parce que ça va toucher toute l’Europe. Donc pourquoi pas le mettre en open source direct ? Voilà, on a plein de cas, mais tu as raison, commencer ouvert, c’est beaucoup plus simple quand même, à la base.
Céline: je confirme,
Pour avoir essayé de faire passer un logiciel en open source quand j’étais chez Transilien, on n’a pas réussi. En fait, comme on n’a pas réussi à prendre la décision au moment où on a commencé les développements, on s’est dit, on va le faire, mais on ne sait pas trop comment faire, c’est compliqué, il faut choisir des licences, il faut réfléchir à qui animera la communauté, blablabla, donc on le fera plus tard. Au final, le faire plus tard, c’est encore plus compliqué. Donc ne reproduisez pas notre erreur.
Céline Durupt
Walid: il y a des gens qui viennent vous voir justement pour discuter de votre expérience à l’intérieur du groupe ?
Loïc: oui, il y en a deux ou trois, un à l’extérieur du groupe. Ils sont venus me voir en disant que la démarche m’intéresse, comment vous avez fait. Voilà, c’est ce que je te disais tout à l’heure. On sent bien que ça bouge et qu’on voit quand même l’intérêt de l’open source pour plein de raisons. Ce n’est pas juste de la conviction de public money, public code. Il n’y a pas que ça. Il y a d’autres choses. Il y a un intérêt vraiment industriel d’avoir du code ouvert. Pour l’efficacité, pour évidemment la réutilisation du code, mais pas seulement l’efficacité dans le développement. Même au quotidien, avoir un code ouvert, ça permet de ne pas se poser de questions. En gros, on sait ce qui se passe. Si ça ne marche pas, on peut regarder directement. Si on voit qu’on veut développer un truc que des collègues ont déjà développé, on ne se pose même plus la question parce que c’est ouvert. Là, actuellement, on est capable, à deux bureaux d’écart, de développer deux fois la même chose. Je ne parle pas spécialement à la SNCF, c’est dans les entreprises en général. Avoir cette démarche d’ouverture du code, ça peut éviter ce genre de problème.
Walid: on arrive à la fin. On a abordé pas mal de sujets. J’aimerais vous laisser à chacun la parole pour un mot de la fin. Si vous avez un message à faire passer, c’est le moment. Céline, à toi l’honneur, est-ce que tu veux faire passer un message ?
Céline: merci beaucoup pour l’invitation. J’espère que notre conversation n’aura pas été trop technique, notamment sur le vocabulaire ferroviaire, c’est souvent la difficulté quand on présente nos sujets. Et puis j’invite tous les auditeurs et les auditrices, si vous êtes intéressés par les sujets OpenData et Open Source à la SNCF, n’hésitez pas à nous contacter. Vous pouvez venir au FOSDEM. Si vous venez au FOSDEM, il y a une grosse partie de l’équipe qui sera là, donc venez nous parler. Sinon, on va parler par les canaux habituels. N’hésitez pas à nous contacter. On est toujours disponibles pour discuter de tous ces sujets. Voilà.
Walid: merci, Yohan, un mot de la fin ?
Yohan: déjà, merci pour le podcast, pour la représentation. Tout ce que je pourrais dire à la rigueur,
je voudrais quand même juste insister sur ce qu’apporte l’open source aussi au niveau humain, dans le sens où intégrer un projet comme ça quand on démarre dans l’activité, c’est que du plus à mon goût. On y rencontre beaucoup de choses, on rencontre beaucoup de gens, on apprend beaucoup de choses. Il y a moins de barrières, du coup. C’est plus simple de s’approprier des concepts qui peuvent paraître brumeux. Je ne peux pas dire plus que Céline. On est aussi sur matrix.org, on a des gens qui viennent nous voir parfois. Il ne faut pas hésiter, et puis contribuez, n’hésitez pas à venir contribuer.
Yohan Durand
Walid: Loïc, ton mot de la fin ?
Loïc: d’abord, moi aussi, merci Walid pour l’invitation. C’est un peu inattendu de parler d’OSRD dans un podcast spécialisé dans le logiciel libre, mais c’est un vrai plaisir. Comme mes collègues, n’hésitez pas à venir nous voir au FOSDEM, n’hésitez pas à nous contacter. Je pense que tu mettras les contacts qu’il faut dans la documentation. Que dire de plus ? Moi, je suis extrêmement fier, évidemment, de contribuer à ce projet, parce que je pense que c’est un projet qui a du sens, c’est un projet qui a de l’avenir. Ça fait longtemps que je l’ai en tête, mais ça fait vraiment trois ans qu’on le développe. Je pense qu’on a encore de belles années de développement devant nous et que ça va vraiment aider à la promotion et à l’amélioration du système ferroviaire. Parce que ça, c’est vraiment mes deux objectifs. Et puis, pour ceux qui sont intéressés pour le développement logiciel, je pense que vous avez juste à regarder le code. Vous allez voir la qualité du code d’OSRD, mais des logiciels libres en général. C’est des gens qui sont extrêmement exigeants. Donc, vous allez voir du beau code. Il ne faut pas hésiter à aller regarder et contribuer évidemment, parce qu’on a aussi besoin de vos contributions. Voilà, merci encore pour l’invitation et longue vie à OSRD !
Walid: merci à tous les trois. Je dois avouer que la première fois que j’ai contacté Simon pour lui demander si je pouvais parler d’OpenRail, c’était en 2023. J’étais tout fou, je me suis dit c’est trop bien, il faut en parler. Donc je suis content qu’on puisse aborder le sujet. Je pense que ça sera pas la dernière fois, à mon avis, qu’on en parle parce que c’est vraiment un sujet qui me passionne. Merci à tous les trois d’avoir pris du temps. On va avoir certainement d’autres épisodes sur le transport et le logiciel libre dans les mois à venir. J’ai encore pas mal d’idées. Puis il y a le FOSDEM qui arrive, donc ça m’a encore donné plein d’idées. Merci, à bientôt. Et pour les auditrices et les auditeurs, comme d’habitude, je vous demande juste de partager l’épisode. Et puis, si vous avez des idées ou des remarques, n’hésitez pas à les faire. Le canal principal étant Mastodon. Voilà, bonne soirée et à bientôt pour un nouvel épisode.
LinuxFR.org existe depuis 25 ans. Depuis toutes ces années, le site et son équipe sont dévoués à partager des informations autour du libre.
Mais connaissez-vous l’histoire du site, son financement, sa communauté et son fonctionnement ? Et savez-vous qu
LinuxFR.org existe depuis 25 ans. Depuis toutes ces années, le site et son équipe sont dévoués à partager des informations autour du libre.
Mais connaissez-vous l’histoire du site, son financement, sa communauté et son fonctionnement ? Et savez-vous quels sont ses défis dans les années à venir ?
Ce sont tous ces sujets que nous abordons avec deux des membres de l’association : Benoît « oumph » Sibaud, directeur de publication et Florent Zara, trésorier.
Editions ENI : des milliers de livres, vidéos et e-formations informatiques pour se former à l'IT (Systèmes, réseaux, langages...), à la bureautique, à la PAO et au web
Savez-vous ce qu’est la gouvernance dans un projet libre ? 🤔 Et dans une entreprise ?
Dans ce nouvel épisode de « Projets Libres ! », Sébastien Dinot, expert en logiciel libre chez CS Group, nous éclaire sur ces questions cruciales.
Il décortique les di
Walid : Bienvenue à toutes et à tous pour ce nouvel épisode. Aujourd’hui, c’est un épisode qui découle d’une anecdote que je vais vous raconter. On est au Capitole du Libre 2025 (NDLR : erreur c’est 2024), il est 10 h du matin, je rencontre notre invité Sébastien Dinot, devant son stand, le stand de CS. On discute et il me dit « Écoute Walid, tu as fait un épisode sur les modèles économiques et la gouvernance du logiciel libre, j’ai écouté tout l’épisode et en fait je dois te dire que je ne suis pas content parce que tu ne parles pas du tout de gouvernance. » Et je lui ai dit « Tu as tout à fait raison, donc on va faire un épisode sur c’est quoi la gouvernance dans un logiciel libre et dans une entreprise ». Donc nous y voilà. Notre invité aujourd’hui, c’est Sébastien Dinot, qui va se présenter juste après. Comme d’habitude, mon compère pour parler de ces sujets-là, c’est Raphaël Semeteys qui est devrel chez Worldline. Bonjour Raphaël et bonjour Sébastien et bienvenue sur Projets Libres !
Walid : Super, écoutez, on est en forme, il fait beau, c’est parti pour cet épisode. Aujourd’hui, donc, on reçoit Sébastien Dinot et Sébastien, je vais te laisser te présenter tout d’abord. Est-ce que tu peux nous parler un peu de toi et nous dire comment t’es tombé dans le logiciel Libre ?
Sébastien : Je travaille pour la direction technique de CS Group, qui est une filiale de Sopra Steria. Et mon travail au quotidien consiste à accompagner les équipes de CS et nos clients dans leur acculturation au logiciel libre. C’est-à-dire que je vais les accompagner dans les quatre dimensions qui sont la dimension technique, juridique, sociale et économique. Concrètement, ça peut passer par des audits de conformité juridique, un accompagnement pour une contribution, expliquer comment on va libérer un projet, voire la stratégie afférente, ou carrément élaborer la stratégie de l’entreprise vis-à-vis du logiciel libre. J’ai créé il y a 12 ans l’Open Source Program Office – l’OSPO – de CS. Sinon, à part, ça, à titre privé, j’ai été membre du conseil d’administration de l’APRIL, le secrétaire, puis vice-président pendant 13 ans.
Walid : Comment tu as découvert le logiciel libre ? C’était à quel moment, c’était pendant tes études, c’était après ?
Sébastien : Après… je suis vieux. J’en ai un souvenir très précis. C’était en février 1998. En février 1998, je ne sais pas si ça vous parle, mais c’est un pur hasard. J’ai découvert ça bien longtemps après. C’était au moment où Christine Peterson, Bruce Perens, Eric Raymond et compagnie créaient l’Open Source Initiative. Au moment où ils créaient l’OSI, moi, je disais à deux potes, « il faudrait que je me forme à Unix, ça serait quand même bien pour ma culture ». Et ces deux gars m’ont dit, « écoute, on a entendu parler d’un Unix gratuit qui fonctionne sur PC, tu devrais essayer ça. Ça s’appelle Linux ». Ok. Je n’avais pas encore Internet à ce moment-là. Je vais dans une librairie, je tombe sur un bouquin : « Initiation à Red Hat Linux ». Ça devait être la 4.8, je crois, à l’époque. J’ai acheté le bouquin, j’ai installé le CD et j’ai découvert un monde. Et très vite, je me suis dit, « mais c’est génial, j’ai un tas d’outils ». Et tout un tas de questions se sont arrivées, en fait. Comment ça se fait que j’ai tous ces outils gratuitement ? Qui les fait ? Pourquoi ? Comment ça marche ? Je me suis posé plein de questions. J’ai vraiment commencé à m’intéresser à la façon dont étaient produits ces logiciels, qui, à l’époque, pour moi, étaient avant tout gratuits. Et puis, à Paris, en octobre 1998, c’était la Fête de la science, j’entends parler d’une animation autour du logiciel libre à la Cité des sciences. J’y suis allé. Et là, je tombe sur une bande de jeunes hackers passionnés, avec une énergie débordante, qui font des démos et tout. Et puis, je les trouve super sympas. Et là, je pense que le lendemain, j’ai adhéré à leur association qui était l’APRIL.
Walid : Attends, tu peux rappeler ce que c’est, que l’OSI ?
Sébastien : Alors l’OSI, c’est l’Open Source Initiative.
En fait, autour du logiciel libre, il y a deux mouvements. Il y a historiquement, la Free Software Foundation, la FSF, donc, qui adopte une approche philosophique et politique du logiciel libre et qui a défini ce qu’on appelle la Free Software Definition, la FSD. Et puis, en 1998, il y a des gens qui se sont dit qu’ils étaient plus des techniciens, on va dire, et qui ne voulaient pas entendre parler à l’époque de la dimension philosophique, politique du libre, et se sont dit : « il faut qu’on trouve un nouveau programme marketing pour le libre. Parce que c’est trop compliqué d’expliquer que free, c’est comme freedom, mais que ce n’est pas gratuit ». Donc, on va trouver de nouveaux termes. Et ils se sont réunis pour créer ce qui allait devenir l’OSI.
Sébastien Dinot
Et au milieu de cette bande de hackers, dont certains sont célèbres, Bruce Perens, Eric S. Raymond et puis d’autres, il y avait une femme qui n’était pas hacker, mais qui était… je crois qu’elle est de mémoire, elle doit être… je ne sais pas comment on dit en français. Elle est prévisionniste. Elle étudie les sciences actuelles pour essayer de se projeter dans l’avenir et d’essayer d’anticiper les évolutions. Et c’est… elle, Christine Peterson, que l’histoire a un peu oubliée, qui a suggéré à tout le monde d’utiliser le terme open source. On lui doit ce terme-là.
Walid : OK. T’as parlé de l’April. Est-ce qu’il y a des projets dans lesquels t’es impliqué, particulièrement ou des thématiques dans lesquelles t’es impliqué plus que d’autres dans le monde du libre ?
Sébastien : Ça dépend si tu parles de projets à proprement parler ou de thèmes. Je m’intéresse particulièrement aux aspects gouvernance, on va en reparler, et à la vie des projets libres. À part, ça, au départ, j’ai un profil de développeur. Et donc, de par mon parcours, mon expérience, j’ai toujours eu le gout du code performant et du code robuste. L’optimisation de code, la fiabilisation du code. Et donc, de là est venue la pratique des tests unitaires, de toutes les bonnes pratiques de développement, de la CI/CD, et tout ça. Et donc j’accompagne pas mal de projets sur ces aspects-là. La mise en œuvre des bonnes pratiques de développement, et comme on est dans le libre aussi, les bonnes pratiques de développement collaboratif. Après, si on parle de projets dans lesquels je suis impliqué, paradoxalement, il y en a peu. Alors, je suis un développeur, je dis être passionné, et je contribue à peu de projets, c’est étonnant. En fait, lorsque j’ai découvert le libre, je me suis aperçu que si je ne codais pas un logiciel, ce n’était pas grave, quelqu’un coderait mieux que moi. Mais par contre j’étais assez doué pour défendre mes idées et que dans ce domaine, nous n’étions pas si nombreux que ça. Et parmi ces personnes-là, peu étaient prêtes à consacrer de l’énergie pour promouvoir et défendre le logiciel libre. Et je me suis dit que c’est plus intéressant que je m’investisse là-dedans. C’est pour ça que je me suis investi très longuement dans l’April. Et après, je me suis aussi investi dans l’Open data. J’ai obtenu certains résultats dont je suis un petit peu fier. Et quand même, je me suis au fil du temps impliqué dans deux projets, plus que d’autres. Alors, je dis plus que d’autres parce que mon métier m’amène à intervenir sur plein de projets ponctuellement et à conseiller plein de projets. Mais sur le long terme, il y a deux projets sur lesquels je me suis investi. Et là encore, paradoxalement, les gens ne me connaissent pas trop sur ces projets-là. Ils ne savent pas que j’existe parce que je suis le gus qui, en salle machine, fait en sorte que les serveurs tournent, que les outils de CI/CD fonctionnent, etc. Donc, des choses pas visibles, en fait. Le premier, c’est un projet créé par CS, en 2002 et libéré en 2008, qui s’appelle Orekit. C’est une bibliothèque de mécanique spatiale diffusée sous licence Apache. Là, j’administre les serveurs, j’ai mis en place la qualimétrie, j’ai mis en place la CI/CD, j’ai introduit des outils tels que Discourse pour que la communauté fonctionne mieux. Je veille à ce que la gouvernance soit appliquée. Alors, aujourd’hui, les développeurs sont géniaux, c’est vraiment un projet génial. Si le monde du libre fonctionnait comme ça, tout le temps, ce serait un monde bisounours. Mais au début, les gens n’étaient pas trop habitués. Donc, je veillais à ce que les développeurs de CS se comportent bien avec la communauté. Parce que ce qu’un projet libre a de plus précieux, c’est sa communauté. Voilà. Et j’ai fait un peu le même genre de choses, mais j’ai arrêté en 2022, pour un projet qui s’appelle Orfeo Toolbox. Donc, de 2008 à 2022. Et là, c’est un projet en C++. C’est une bibliothèque de traitement d’image orienté télédétection, donc pour l’utilisation et le traitement de produits satellitaires. Et à part ça, à titre privé, je suis un randonneur et un amateur de cartes. Et donc, depuis 2009, je contribue massivement à OpenStreetMap. J’en suis à plus de 2 millions de modifications sur le projet.
Walid : Voilà. OpenStreetMap dont on a parlé dans pas mal d’épisodes. Sujet assez récurrent, surtout dans les épisodes sur le transport, on en parle beaucoup d’OpenStreetMap, parce qu’effectivement, c’est un peu la base. Ok, Raphaël, tu as des questions ?
Raphaël : Non, non, c’est clair. Je comprends bien le positionnement que tu décris, Sébastien. Justement, c’est ça qui est fort dans le libre et dans l’aspect communauté. Si chacun apporte quelque chose, il n’y a pas que le code dans la communauté, on va en parler avec la gouvernance.
Walid : Alors, justement… on va passer à la première partie sur la gouvernance, puisque la gouvernance, on a décidé, en faisant cet épisode, d’axer les choses sur deux thèmes. La première, c’est le thème de qu’est-ce que c’est qu’une gouvernance dans un logiciel libre, dans un projet libre et la deuxième, c’est qu’est-ce que c’est qu’une gouvernance à l’intérieur d’une entreprise. Donc, si on prend la gouvernance dans un projet libre, la première question qu’on peut se poser, c’est d’abord, qu’est-ce qu’on appelle la gouvernance ? c’est quoi la gouvernance ?
Sébastien:
Alors, tout à l’heure, je parlais des quatre dimensions du logiciel libre. Et effectivement, un projet libre, c’est un projet qui résulte de la collaboration de personnes morales et physiques dans quatre dimensions, technique, juridique, sociale et économique. Et on ne s’implique pas dans un projet si on ne connait pas les conditions d’engagement.
Sébastien Dinot
Et donc, pour que quelqu’un s’implique dans un projet libre, il doit connaitre les conditions d’engagement sur ces quatre dimensions. Alors, au niveau technique, ça va être le code source, les méthodes, les outils, le guide de contribution, qui vont définir les modalités pratiques de contribution. Au niveau juridique, ça va être les licences et les accords de contribution, qui sont de nature juridique, mais là, empiètent un petit peu sur la dimension sociale, parce que ça peut être une source de tension. Et au niveau social, au niveau des rapports humains, eh bien, c’est la gouvernance et les documents associés, tels que le code de conduite, qui vont définir le cadre social de collaboration. Donc, code et outils, la technique, licence et accords de contribution, le cadre légal et la gouvernance, le cadre social. Après, il y a la dimension économique qui se traite de différentes manières selon que c’est un petit projet ou que c’est un gros projet réunissant de grands groupes. Là, c’est très vaste, en fait.
Et donc, la gouvernance, qui adresse cette dimension sociale, c’est le socle constitutionnel du projet. Elle définit un ensemble de principes et de règles, donc de fonctionnement, et lorsqu’on la publie, ce qu’on appelle avoir une gouvernance ouverte, on fait en sorte que toutes les personnes impliquées dans le projet ou envisageant de s’impliquer aient connaissance des règles d’engagement, des règles de participation. Et ça, c’est très intéressant parce que non seulement ça peut décider effectivement des personnes à contribuer, mais aussi, en cas de dérive du projet, chacun est libre de se référer à la gouvernance et de dire « attendez, là, on sort des clous, vous n’appliquez pas les règles qui étaient tacitement convenues. »
Sébastien Dinot
Alors, une gouvernance, d’un projet à l’autre, elle adresse des points différents, mais il y a un sous-ensemble qu’on retrouve toujours, ce sont les rôles et les droits, je dirais même privilèges associés à ces rôles, les processus de décision et les personnes impliquées dans ces processus de décision. Ça, c’est vraiment ce qu’on trouve partout. Mais on peut avoir d’autres aspects. Par exemple, on peut avoir les objectifs, le périmètre du projet, pour s’assurer qu’il ne parte pas dans tous les sens. On annonce à tout le monde. Et ce qui fait que quand des gens vont proposer de nouvelles fonctionnalités, on va pouvoir dire : « attendez, là, on est en train de s’occuper de choses qui sont en dehors du projet », donc on veut garder le cap.
Ça peut être aussi un code de conduite. Alors… en 2025, quand on voit comment certains se comportent, un code de conduite est plus nécessaire que jamais. J’étais quelqu’un de rétif autrefois au code de conduite et finalement je suis devenu un adepte et je prône l’utilisation du code de conduite, la mise en place du code de conduite. Mais ça peut être aussi la gouvernance, les engagements d’un projet vis-à-vis d’une structure tierce. Par exemple, il existe des fondations open source et beaucoup de projets rejoignent ces fondations, se mettent sous leur ombrelle. Et ces fondations ont des exigences. Eh bien, faire connaitre ces exigences, les relations qui lient le projet et la fondation, ça peut être intéressant, aussi. Donc, la gouvernance, finalement, elle introduit de la transparence sur le fonctionnement du projet et de la confiance. Et la confiance, c’est ce dont on a besoin pour s’engager dans un projet. On est dans l’humain, vraiment, à 100 %. Par contre, il y a un petit détail auquel je fais attention, c’est que j’ai parlé tout à l’heure de socle constitutionnel. Et je vois vraiment la gouvernance comme un socle constitutionnel. Et le problème du socle constitutionnel, c’est qu’il a tendance à sacraliser ce qu’il dit. Et qu’il est difficile de revenir dessus ensuite. Ça demande des processus assez lourds. Et donc, il faut veiller à ne pas trop figer les choses dans le projet. Petite anecdote, tout à l’heure, je parlais d’Orekit. Bon, ce n’est pas très grave, mais la gouvernance, explique qu’on contribue au projet en envoyant des patches par mail. C’était peut-être vrai en 2002, ce n’est plus du tout le cas en 2025. Et je me demande ce que ça fait là, ça n’aurait pas sa place, ça ne devrait pas avoir sa place. Et je vais proposer une révision de la gouvernance pour corriger quelques petits détails, quelques vieillissements de ce type.
Raphaël : Alors, j’ai une question, parce que tu parles de gouvernance ouverte, donc là, c’est quand la constitution, la gouvernance, les règles, elles sont explicites, mais ce n’est pas toujours le cas dans les projets ou alors peut-être que ça apparait en un moment de maturation ou de maturité du projet.
Sébastien : Oui, tu as raison. Ce n’est pas toujours le cas. Alors, quand ce n’est pas le cas, soit c’est des tout petits projets. En fait, il faut bien se rendre compte, vous le savez aussi bien que moi, mais il faut le dire pour les auditeurs, la plupart des projets sont portés par une personne. Et cette personne reçoit toute contribution comme une bénédiction : « c’est génial, j’ai eu une contribution ce mois-ci, c’est fabuleux ». Et donc, cette personne-là, le porteur du projet, ne s’embarrasse pas d’une règle de gouvernance, d’un accord de contribution. Il prend cette contribution, il l’intègre et il est content.
Mais quand votre projet commence à grossir, vous avez besoin de gouvernance pour régler tout ça. Mais ce besoin de gouvernance n’apparait qu’à partir du moment où il est clair que vous entendez partager les pouvoirs. Or, on constate que certains projets, quoique gros, donc on n’est plus dans le cas que je décrivais tout à l’heure, sont volontairement maitrisés par une seule entreprise qui décide de tout. Donc, elle n’a pas besoin de gouvernance, elle décide en interne. Après, les gens décident de contribuer ou pas, mais là, on est dans un rapport totalement inégal, en fait. Donc, les contributeurs externes ne peuvent pas faire entendre leur voix.
Sébastien Dinot
Et je connais plusieurs projets qui en sont morts ou qui ont connu des forks de ce fait. Donc, la gouvernance, effectivement, beaucoup de projets n’en ont pas par ignorance ou volontairement, parce que le pouvoir est détenu par une entité unique et qui n’a pas l’intention de partager.
Par contre, tout projet qui commence à avoir des contributions régulières et compagnie, j’invite leurs porteurs à se poser la question. Parce qu’il ne faut pas attendre qu’il y ait un problème, qu’il y ait un clash, pour régler les choses en urgence, ça risque de dynamiter le projet. Il faut que les choses aient été prévues en amont, pour que le jour où le problème arrive, il y ait des règles auxquelles se référer et qu’on puisse dire de manière objective, non. Ce que tu fais n’est pas acceptable, non, ce n’est pas l’esprit du projet, etc. Ou alors le processus de décision n’a pas été respecté, donc, la décision est caduque.
Walid : Le terme de gouvernance, c’est quelque chose qui est arrivé au tout départ du logiciel libre, ce terme n’existait pas ? C’est quelque chose qui est arrivé au fur et à mesure du temps, et qui, je suppose, a évolué au fur et à mesure du temps aussi ?
Sébastien : Non effectivement, au début, peu de gens se souciaient de gouvernance. Il y a sans doute une exception majeure qui est le projet Debian. Le projet Debian, dès 1997, s’est doté d’un contrat social, suivi en 1998, si ma mémoire est bonne, d’une constitution. Et je me souviens qu’au début des années 2000, tout le monde regardait le projet Debian comme une curiosité. Ils ont un contrat social, c’est étrange, ils ont mis des règles bien strictes. Peu de projets étaient organisés de la sorte. Si on prend le projet GNU, par exemple, qui est bien plus ancien que Debian, parce que Debian a dû démarrer en 1993, et le projet GNU en 1983, donc il a 10 ans de plus. Eh bien, pendant longtemps, le projet GNU, la direction était juste le fait d’écrits de Richard Stallman, qui indiquait ce qu’il comptait faire. Donc, c’est le manifeste GNU, c’est la définition du Logiciel Libre et d’autres documents fondateurs qui ont inscrit le projet GNU dans cette logique-là. Mais finalement, la FSF et Richard Stallman, pendant très longtemps, ne se sont pas souciés de l’humain. Ils ont évacué ce sujet. En fait, ils ne le traitaient pas. Et j’ai appris il n’y a pas si longtemps, par un pur hasard, qu’en 2020, le projet GNU s’était doté d’un contrat social. Un projet créé, amorcé en 1983, ne s’est vraiment doté d’un contrat social qu’en 2020. Par contre, vous avez la fondation Apache, qui elle, on devait être encore… c’était encore le XXe siècle quand elle a été créée, je crois que c’était 1999. Et elle, très tôt, elle s’est dotée d’une gouvernance qu’elle a imposée à tous les projets qui la rejoignaient. Ça a créé « The Apache Way », la façon de faire d’Apache, en fait. On en reparlera certainement. Elle a adopté un modèle méritocratique et elle impose à tous ses projets de fonctionner selon ce modèle-là. D’ailleurs, je repense au projet Debian. Donc, non seulement il y a une constitution, mais en plus, il y a un « Debian Project Leader » qui est élu chaque année. Donc, chaque année, il y a plusieurs personnes qui candidatent. Ces personnes peuvent éventuellement être réélues, mais généralement, au bout de 2, 3, 4 ans, elles passent la main. Et aujourd’hui, on trouve beaucoup de projets qui ont ce mode de fonctionnement. Mais en 1998, c’était l’exception.
Raphaël : Ils font même campagne et tout, c’est tout un système. Et effectivement, entre des Apache Way et Debian Rules, etc., par rapport à ma remarque, de tout à l’heure, quand on démarre un projet, on commence à avoir des contributions. Et puis quelque part, ça s’impose à un moment donné d’organiser ou de rendre explicite les choses. Justement donc, quelle est la boite à outils ou comment quelqu’un ou une communauté qui est en train de s’auto-organiser, sur quoi ils peuvent se baser ? Justement, on a parlé de ça à Apache Way, comment ils font chez Debian. Est-ce qu’il y a des bonnes pratiques, des types de gouvernance même qui ont été définis ?
Sébastien : Avant les bonnes pratiques, il y a des modèles de gouvernance. Historiquement, les deux qu’on a vu émerger, c’est le BDFL, le dictateur bienveillant à vie, et la méritocratie.
Alors, le dictateur bienveillant à vie, porte bien son nom. Il est bienveillant envers le projet, pas forcément envers sa communauté. Et c’est une personne généralement unique, qui décide de tout dans le projet. Et il n’y a aucun contre-pouvoir. Alors, vous me direz que c’est la définition même du dictateur, certes, mais cela pose problème. Parce qu’en fait dès qu’il va y avoir des tensions, le dictateur, au final, a toujours raison. Et donc, il faut des qualités humaines qu’on ne trouve pas toujours chez les développeurs pour que la communauté n’explose pas, et pour avoir le sens de la discussion, tout en disant à la fin, je tranche. Et le BDFL a tendance à favoriser les forks, les explosions de communautés. Donc, c’est un modèle malheureusement souvent toxique, et un certain nombre de projets l’ont abandonné.
Sébastien Dinot
Ou souvent au moment où le créateur initial décide de tourner la page, on ne va pas reconduire un nouveau dictateur, on va passer sur un autre modèle. Et là, généralement, après la dictature, les gens ont envie de quoi ? Ils ont envie de démocratie. Ils n’ont même pas besoin de méritocratie, ils ont envie de démocratie. J’y reviendrai.
Et la méritocratie, c’est différent. C’est un partage des pouvoirs en fonction du mérite de chacun. Alors, en première approche, ça semble vraiment sympa comme modèle parce qu’on se dit, c’est bien. Plus les gens s’investissent dans un projet, plus ils contribuent, plus ils ont de pouvoir. Voilà quelque chose qui est juste. Dans la pratique, le problème de la méritocratie, c’est qu’elle résiste mal à l’usure du temps. Personne ne remet en cause le mérite. Chacun sait ce qu’on doit à la vieille gloire du projet. Et ce qui fait que, même quand des jeunes développeurs rejoignent les instances dirigeantes du projet, quand le jeune développeur, qui lui est actif et à ce jour, est très précieux pour le projet, exprime un point de vue, si le vieux contributeur qui est là, parce que personne ne lui a jamais demandé de partir et que tout le monde sait qu’on lui doit le projet historiquement, etc. Si le vieux développeur n’est pas d’accord, généralement, on va donner raison à la vieille personne plutôt qu’à la jeune. Alors qu’à l’instant T, le jeune contributeur est plus précieux pour le projet. Et donc, on reproche souvent à la méritocratie de créer des castes et de reproduire des biais sociétaux.
Sébastien Dinot
Ce qui fait qu’on a vu apparaitre au cours du temps deux autres modèles. C’est le modèle démocratique auquel je faisais allusion tout à l’heure, où là, typiquement, on se dit, mais finalement, Debian a tout compris. On va organiser une fluidité temporelle des pouvoirs, avec des mandats qui ont une durée limitée dans le temps, des élections. Alors, comme tu disais, Raphaël, Debian, ils font même campagne, ils défendent leur vision du projet, ils mettent en avant leurs espoirs pour le projet, et les développeurs votent. Et puis, vous avez un autre modèle qui, lui, est appelé libéral, parce qu’en fait, grosso modo, il n’y a pas de règle. On va dire plutôt qu’il y a la seule règle qui existe, c’est celui qui fait qui a raison. Donc, il y a un consensus mou, et puis, au final, quelqu’un décide de partir dans une voie, il a codé les choses, et voilà.
Walid : Tu as un exemple d’un projet comme ça ?
Sébastien : Il me semble qu’au sein de la CNCF, j’ai vu des projets comme ça. Mais il faudrait que je regarde… mais oui, il y en a, c’est sûr. La do-ocratie, c’est celui qui fait a raison.
Raphaël : J’avais une question sur le modèle démocratique, en tout cas celui de Debian. Parce que Debian, des gens qui votent dans le projet, c’est ceux qui ont le statut de développeur Debian. Donc il y a quand même un mix. Il faut mériter, quoi. Il faut d’abord être arrivé à développeur Debian.
Sébastien : Si tu transposes ça dans notre société, il faut faire partie de la communauté pour avoir le droit de s’exprimer. Et aux élections en France, à part, je crois, pour les élections locales depuis quelques années, mais il faut être français pour participer à l’élection du président. Tu peux bien résider en France depuis 20 ans, si tu n’es pas français, tu n’as pas le droit de voter pour le président de la République. Et pourtant, tu es concerné.
Raphaël : Faut être citoyen du projet.
Sébastien : Voilà. Et là, pour Debian, c’est pareil. Tu es développeur. Le terme développeur chez Debian est assez vaste. Tu as ce statut-là, donc tu es membre identifié de la communauté, donc tu as le droit de voter. Tu es utilisateur, c’est cool, on est super content de t’avoir, c’est génial. Par contre, non, tu n’es pas membre de la communauté de Debian. Mais effectivement, après, il y a toujours… la démocratie a toujours ses limites, que ce soit sur le logiciel libre ou dans la vie quotidienne.
Raphaël : L’autre biais que je vois aussi dans la partie méritocratie, outre la résistance au temps, c’est les jeux de pouvoir qu’il peut y avoir quand c’est des personnes qui sont payées par des entreprises.
Sébastien : Oui, tu as raison.
Justement, les entreprises adorent la méritocratie parce qu’elles s’investissent dans un projet, elles obtiennent une aura, une reconnaissance, et après, même si elles lèvent le pied, comme personne ne leur demande de partir des instances dirigeantes, comme tout le monde sait ce qu’on leur doit historiquement, non. Elles gardent un pouvoir de décision, tout en ne contribuant plus beaucoup au projet. Donc, les entreprises n’aiment pas trop les modèles démocratiques où, finalement, il faut retourner au charbon chaque année ou tous les deux ans et réobtenir un mandat.
Sébastien Dinot
Walid : Si je repars un peu au début de la conversation, imaginons, moi, je suis un utilisateur de logiciels libres. Je cherche à choisir un outil. Je tombe sur un outil, il a l’air sympa. On va en parler justement, après, ça fait un peu la transition avec la suite, avec les outils. Mais je vais voir un peu. Je m’aperçois qu’il n’y a pas vraiment de gouvernance.
Walid : Et que c’est un outil avec une société derrière. En fait, en gros, je devrais avoir un gros warning. Attention, ce n’est pas clair. Qu’est-ce qui se passe si demain, je me mets à contribuer à ce projet ?
Sébastien : Oui, tu as raison. Il y a des questions à se poser que ne se posent pas beaucoup de gens. Mais par exemple, à CS, on a des règles à ce sujet-là. Par exemple, il y a des projets qui exigent ce que j’appelle un mode de contribution asymétrique. C’est-à-dire qu’en fait, le projet est sous licence fortement diffusive, mais il n’accepte les contributions que sous licence permissive, très évasive, type MIT, BSD. Ce qui fait qu’eux, ils peuvent refermer le code. Par contre, toi, derrière, tu ne peux pas refermer parce que leur licence, fortement diffusive, type GPL, s’impose à toi. Eh bien, typiquement, à CS, nous n’acceptons pas de contribuer à des projets qui ont un mode de contribution asymétrique. Nous contribuons sous la licence du projet ou nous ne contribuons pas.
Walid : C’est possible, ça ? On te demande que ton code soit sous une licence, mais on le diffuse sous une autre licence.
Sébastien : Tout à fait. Ce sont des projets qui sont portés par une seule entreprise. Elles veulent garder le pouvoir et elles veulent s’arroger… parce qu’en fait, historiquement, il y a plusieurs modes de gestion des contributions. Il y a soit un transfert des droits patrimoniaux, soit des accords de contribution qui sont de type les ICLA (NDLR : Indivual Contributor Licence Agreement), CCLA (NDLR : Corporate Contributor Licence Agreement) classiques ou le Developer Certificate of Origin. Mais si on prend le transfert de copyright, donc le Copyright Assignment, eh bien, il est clivant. Tu demandes à un tiers de contribuer et de te céder ses droits sur sa contribution. Franchement, la plupart du temps, les gens se disent « Non, je contribue à un projet, je ne vois pas pourquoi en plus je cèderais mes droits et pourquoi je n’aurais plus le droit de réutiliser mon propre travail derrière. » Donc, il faut vraiment s’appeler la Free Software Foundation pour obtenir des résultats et des contributions avec une telle exigence. Et encore, je connais des gens dans mon entourage qui refusent de contribuer à des projets GNU parce qu’ils n’acceptent pas le transfert de copyright, y compris au bénéfice de la FSF. Alors, la FSF est bien intentionnée, elle se dit « Si on a tous les copyrights, la seule personne qui peut être attaquée en justice, c’est la FSF. Et nous, on a les moyens de résister à une attaque et de défendre le projet. Donc, on sécurise le projet ». C’est pour ça que c’est très bien. Mais il y a des gens qui n’acceptent pas ça. Et on voit des acteurs commerciaux qui, à une époque, essayaient d’exiger les transferts de droits patrimoniaux. On en voit encore. C’est moins courant, mais on en voit encore. Et comme ça, comme ils sont les seuls détenteurs des droits patrimoniaux, ils sont les seuls à pouvoir décider de la licence. Et donc, ils peuvent éventuellement fournir une version fermée ou changer ultérieurement la licence, sans rien avoir à demander à quelqu’un. Mais après, l’autre stratégie, c’est de dire « Ah non, mais je ne demande pas de transfert de copyright. Par contre, vous contribuez à mon projet sous une licence libre permissive qui me permet de refermer le code, et moi, je le diffuse sous licence, fortement diffusive, donc vous, vous n’avez pas le droit de refermer le code. » Donc, effectivement, pour nous, c’est quelque chose de pas acceptable.
Walid : Bref, on dévie un peu j’allais dire. Déjà, un projet sur lequel tu as un Contributor License Agreement, qui est porté par une boite. Tu peux te dire que le risque que le projet se referme est non négligeable.
Sébastien : C’est une réalité, mais après, ça dépend comment est tourné le CLA, le Contributor License Agreement. Il faut savoir que généralement, le CLA, « vous contribuez au projet, d’accord, merci, et vous acceptez que votre code soit incorporé au projet libre et diffusé sous la licence du projet ». Donc, on prend un projet sous Apache, vous acceptez que ce soit diffusé sous licence Apache. Et effectivement, dans le passé, il y a eu un certain nombre de failles juridiques qui ont amené des projets à devoir changer de licence. Et moi, j’ai dû gérer ce genre de choses, et c’est compliqué. Changement de licence… retrouver tous les contributeurs, leur demander s’ils sont d’accord pour qu’on bascule de la licence A à la licence B, etc. Faire le tri, « lui, j’ai pas de réponse, ou elle, j’ai pas de réponse, finalement, soit on réécrit le code et on le jette, soit on oublie la fonctionnalité ». Donc c’est compliqué, ça peut prendre des mois. SciLab, ça leur a pris un an et demi pour basculer de CeCILL à une autre licence GPL (NDLR : voir l’historique des licences). Par contre, les accords modernes prévoient ça et disent « vous acceptez que nous changions de licence ultérieurement si le besoin s’en fait sentir ». Et c’est là qu’il y a potentiellement un problème. Par exemple, sur Orekit, on dit « il y a une telle clause, vous acceptez », mais on dit dans notre CLA « si on change, ce sera pour une licence qui reste dans l’esprit de la licence Apache 2 ». Autrement dit, le jour où on s’aperçoit qu’il y a une faille juridique dans l’Apache 2, et que des gens l’exploitent, on se dit qu’on va peut-être passer sur une Apache 3 (NDLR : Sébastien voulait dire : « la fondation Apache s’empresserait de publier une v3 et le projet Orekit l’adopterait certainement »), mais on ne passera pas sur une licence propriétaire ou autre chose. Donc, effectivement, il faut être méfiant, mais il faut analyser, toujours pareil, quelles sont les règles d’engagement ? Qu’est-ce que j’accepte ?
Walid : De quels outils on a besoin pour faire une gouvernance en 2025 ?
Sébastien : Moi, je dirais qu’il ne faut pas réinventer la roue. Et il faut partir de choses qui existent et qui ont fait leurs preuves. Donc, déjà, il faut savoir quel modèle on veut adopter : BDFL, méritocratie, libéral, démocratique. Et ensuite, on va voir ce que font des fondations. Parce que les fondations, elles ont des juristes qui ont fait des choses assez élaborées. Et là, on est sûr que c’est solide, par contre, ça peut faire peur. Si vous prenez la fondation NumFOCUS, elle vous propose des modèles de gouvernance. Vous n’êtes pas obligé d’adopter la gouvernance qu’elle vous propose. Par contre, elle a des exigences et votre gouvernance doit être conforme à ces exigences. Mais il y a des projets moins ambitieux et qui sont fort utiles. Par exemple, il y a un projet qui gagne à être connu, qui s’appelle MVG – Minimal Viable Governance : c’est un projet qui adresse… alors ils le découpent en deux. Ils se mettent dans la situation où une organisation voudrait une gouvernance globale pour un ensemble de projets. Et donc, une partie de la gouvernance s’adresse à l’organisation. Voilà quelles sont les règles valables de manière transverse sur tous les projets. Et une partie de la gouvernance qui est proposée s’adresse au projet avec la latitude qu’il a. Typiquement, c’est une très bonne idée de partir sur ce genre de choses plutôt que de tout réinventer. Mais aujourd’hui, clairement, il faut aller voir ce qui se fait dans des fondations et comprendre surtout les implications de chaque modèle.
Walid : Qui travaille sur ces sujets de gouvernance ? Est-ce qu’il y a des instances ? Est-ce qu’il y a des groupes de réflexion ? Qui sont les gens qui travaillent sur ces sujets ?
Sébastien : Les fondations, la Linux Foundation, par exemple, Apache, c’est déjà le cas. Donc, le projet GNU, j’ai dit qu’ils ont travaillé sur le contrat social GNU. Donc, ce sont ces fondations qui vont réfléchir à des gouvernances et à des règles qu’elles vont imposer à tous les projets qui souhaitent les rejoindre. Mais sinon, c’est chaque projet qui va décider à son niveau de la gouvernance qu’il va mettre en place. Et par exemple, il m’est déjà arrivé d’accompagner plusieurs projets qui m’ont contacté. Leurs porteurs m’ont contacté. Ils m’ont dit « Nous sommes un consortium, nous voulons libérer un logiciel et nous voudrions mettre en place une gouvernance. » Je les ai accompagnés dans l’élaboration de cette gouvernance après avoir étudié quel était leur projet, quelle était leur stratégie, quelle était leur place dans l’écosystème et quelles étaient leurs attentes, et on a forgé une gouvernance adaptée au projet.
Walid : Mais là, par exemple, les gens ils te contactent, toi, tu fais ça, mais dans tout cet écosystème, qui travaille sur ces sujets-là ? Est-ce que c’est des cabinets de conseil ? Est-ce que c’est des juristes ? Qui sont les experts, en fait, dans ces domaines ?
Sébastien : Alors, je ne connais pas tous les acteurs, tu t’en doutes, mais je sais qu’il y a différents acteurs qui proposent. Je sais que la Fondation Eclipse propose ce type d’accompagnement. Il y a des gens chez eux qui proposent ça. Je suis sûr que tu vas voir des entreprises comme Inno³, qui connaissent très bien, ils sont capables de t’accompagner sur ce genre de projet (NDLR : voir l’épisode avec Benjamin Jean). Après, il y a des gens qui, comme moi, ont une petite réputation, et donc on les contacte, eux, et on passe après un contrat avec l’entreprise qui les emploie. Enfin, voilà, donc il y a un certain nombre d’acteurs.
Mais aussi, on peut aller voir des communautés, comme la communauté Rust, par exemple, qui a beaucoup travaillé sur la gouvernance, sur l’inclusivité, sur pas mal de sujets, qui est plutôt en pointe. Même s’il y a eu des clashs internes à une certaine époque qui ont fait partir certains modérateurs, justement, parce que les règles de gouvernance n’étaient pas respectées par le noyau dur. Mais au moins, les documents existent. La situation est bien évidemment différente selon qu’on est un petit projet avec… on est entre deux potes et on fait un truc ou on est une grande entreprise, et derrière, il y a un enjeu stratégique. On est un grand groupe. Et après, typiquement, tu prends des grandes entreprises comme RTE, qui est très active dans le domaine des logiciels liés à l’énergie. Eh bien, ils ont même décidé de s’adosser à la Linux Foundation. Ils ont même créé la Linux Foundation Energy, LFE, pour profiter de tout ce canevas. Parce qu’à leur niveau, entre opérateurs équivalents entre différents pays, il y avait d’énormes enjeux au niveau de la gouvernance. Je crois qu’il n’y a pas de réponse unique à ta question.
Walid : Je n’attendais pas une réponse unique, mais c’était plus pour faire un panorama des gens qui sont intéressés par ce sujet, qui réfléchissent là-dessus, etc. Raphaël ?
Raphaël : J’imagine que quand on s’approche, on veut rentrer dans une fondation, ça va dépendre de la fondation. Comme tu l’as dit, il y en a qui vont proposer des choses. Il y en a qui vont t’accompagner, comme tu l’as dit. Il y en a qui vont te laisser complètement libre et qui vont dire tu respectes, ça, ça, ça, ça, le reste, c’est ton affaire. Il y a aussi des communautés ou des méta-communautés, comme je les appelle, qui existent et qui peuvent plus ou moins accompagner, voire imposer.
Sébastien : Tu as totalement raison. Par exemple, tu prends la fondation NumFOCUS. NumFOCUS, j’en avais parlé plusieurs fois, c’est une fondation qui, au départ, a pour but de promouvoir l’informatique libre à usage scientifique, à finalité scientifique. Une fois qu’on a dit ça, ça semble très ciblé, mais quand on va voir, comme c’est tout logiciel susceptible d’avoir un intérêt pour le monde scientifique, c’est relativement large. Beaucoup de projets l’ont rejointe. Cette fondation est assez remarquable. Contrairement à beaucoup de fondations qui vont vous faire payer l’adhésion, vous la rejoignez, elle ne vous fait pas payer, par contre, elle a plein d’exigences. Et ces exigences, elles dépendent du niveau d’intégration que vous voulez, du niveau de support que vous voulez. Si vous voulez juste être affilié, vous devez avoir une gouvernance ouverte, elle doit être inclusive, elle doit respecter ceci, cela, après, à vous de voir pour les détails. Et si, par contre, la fondation NumFOCUS peut financer des projets. Et là, si on veut rejoindre ce programme de financement, la fondation NumFOCUS a des exigences supplémentaires. Et notamment, elle veut une place au sein du comité de pilotage, du PMC (NDLR : Project Management Committee), du PSC, comme vous voulez, pour voir de l’intérieur ce qui se passe et s’assurer que l’argent qu’elle fournit est bien utilisé. Donc vraiment, là, on est dans le cadre d’une fondation qui a vraiment une politique à géométrie variable, suivant ce que vous attendez d’elle.
Walid : Passons à la deuxième partie. Parlons maintenant de la partie gouvernance et entreprises. Là, pour le coup, autre chose. Je suis une société ou je suis un organisme public. Bref, je veux contribuer, je veux être un bon citoyen. Comment est-ce que je m’y prends ? Là, de quoi on parle de gouvernance quand on est une société ou une organisation ?
Sébastien : On a le même terme, mais on arrive sur un sujet qui n’a rien à voir avec le premier.
Walid : C’est marrant qu’on utilise le même terme, d’ailleurs.
Sébastien : Voilà.
La gouvernance, c’est, dans l’entreprise, la sécurisation et la formalisation de ta relation au logiciel libre. Sécurisation a deux sens. Sécuriser l’usage, comment je contrôle, ce qu’on utilise et que je m’assure que, par exemple, au niveau des licences, c’est conforme à ma politique industrielle, que c’est conforme à la politique industrielle de mes clients, mes exigences contractuelles, éventuellement à la loi, ou des choses comme ça. Et puis, effectivement, pour les quelques entreprises qui décident de contribuer à des projets libres, voire de publier des logiciels libres, eh bien, comment fait-on les choses proprement ?
Sébastien Dinot
Donc, on va mettre en place des processus pour être sûr que, au final, pour faciliter, parce qu’en cadrant, on facilite paradoxalement, plutôt que de laisser faire et d’avoir des gens qui contribuent sous le manteau parce qu’ils ont peur de se faire taper sur les doigts, ils ne savent pas vraiment ce qu’ils peuvent faire, pas faire. Non, on va cadrer, on va annoncer cette gouvernance, on va dire si vous voulez libérer, si vous voulez contribuer, passez par tel comité qui gère la chose, telle personne. Et on va vous accompagner et vous allez pouvoir le faire. Et on sécurise à la fois l’entreprise, en vérifiant que les choses sont correctement faites et qu’on est en capacité de le faire. Et on sécurise le salarié parce qu’il obtient le feu vert de l’entité qui est chargée de délivrer ses feux verts. Et donc, derrière, on ne peut rien lui reprocher.
Walid : C’est quelque chose dont je n’avais pas forcément conscience, mais en discutant avec toi, tu m’avais pointé sur un exemple, justement, du fait que le salarié, s’il s’adresse, dans le cas de CS, à l’OSPO, on va en parler après, et que vous lui donnez le feu vert, c’est vous qui êtes responsables du fait qu’on libère ce code et ce n’est pas une action du salarié, il n’a pas pris la décision.
Sébastien : Oui c’est ça. C’est qu’en fait, l’OSPO, l’Open Source Program Office, va procéder à l’analyse juridique, va s’assurer qu’au niveau contractuel, nous sommes bien en capacité, que nous n’avons pas transféré les droits à notre client, va procéder à un certain nombre de vérifications. On peut même demander si on voit que le code a été un peu bâclé, qu’il n’est pas à niveau, parce que parfois, ce ne sont pas des projets clients, parfois, qu’on libère, ça va être un outil qu’on a fait en interne. Parce qu’il répondait à un besoin, et on se dit que ce serait sympa de le publier. On va pouvoir avoir des exigences sur la qualité du code, en disant qu’il y a un minimum syndical à respecter, au niveau de la documentation, de l’information donnée aux utilisateurs.
Et effectivement, au sein de l’OSPO, il y a la direction juridique, il y a la direction technique, il y a la direction marketing, qui, dans le process, ont l’occasion de s’exprimer. Il y a ces analyses qui sont faites. Et donc, quand le salarié reçoit le feu vert de l’OSPO, il reçoit à travers l’OSPO le feu vert de la direction technique, de la direction juridique et de la direction marketing. Après, on ne peut plus lui reprocher d’avoir fait ce qu’il a fait. Il a suivi les règles et il a eu le feu vert.
Sébastien Dinot
Ce qui est intéressant d’ailleurs, c’est que quelqu’un m’avait dit une fois, quand j’en avais parlé, « Quand vous donnez l’autorisation à quelqu’un de contribuer, comment vous sécurisez ça ? Vous faites un avenant à son contrat ? » Effectivement, dans beaucoup d’entreprises où les choses ne sont pas cadrées autrement, si on veut sécuriser, on va faire un avenant au contrat. Mais à CS, ce n’est pas la peine. La personne a reçu le feu vert de la direction juridique et de la direction technique. L’OSPO enregistre, trace les décisions, enregistre tout ça dans une forge. La personne est sécurisée, elle n’a pas besoin d’un avenant.
Raphaël : J’avais une remarque parce qu’on disait, ouais, on utilise le même mot, mais en fait, ce n’est pas pour la même chose, mais c’est vrai que tu disais dans le premier cas, une gouvernance, il y a une constitution, il y a des règles, il y a un contrat qui est passé, et là, c’est un peu pareil. Pas qu’on fait tout à fait la même chose, mais tu disais, oui, mais la qualité du code, la documentation, et puis ci, et puis ça, en fait, ça, j’imagine que c’est décrit quelque part. Vous avez aussi quelque part une policy ou une constitution qui est la base de votre gouvernance, en fait.
Sébastien : Tout à fait. La gouvernance, au départ, il a fallu l’écrire, l’élaborer. Après, il a fallu mettre en place des procédures d’accompagnement pour la libération et d’accompagnement pour la contribution. Donc, tu as raison, tout ça est élaboré. Donc, oui, c’est une gouvernance. Mais ce que je voulais dire, c’est que tu as raison, ça relève du même principe, mais déjà là, on ne la publie pas. Cette gouvernance, ça reste un processus interne en entreprise. Et ensuite, l’objectif, il est vraiment de sécuriser la relation d’entreprise à l’Open source.
Raphaël : Oui, ça ne couvre pas les mêmes choses et ce n’est pas le même objectif.
Sébastien : Voilà, c’est pour ça que j’ai voulu distinguer.
Walid : Quand est-ce que ça apparait, cette notion de gouvernance en entreprise ? Parce qu’au début, c’est pareil, les entreprises, il n’y avait pas ces outils juridiques, il n’y avait pas ces organisations.
Sébastien : Je n’ai pas de date à te donner, mais par contre, je devine que c’est apparu très tôt. Dans les entreprises les plus matures, celles qui sont les plus soucieuses du risque juridique d’un côté et de leur patrimoine immatériel de l’autre. D’une part, quand tu utilises des composants et que tu apprends qu’il y a des licences qui sont potentiellement fortement diffusives, tu peux vouloir les interdire. Si on les interdit comme ça en bloc, ça montre qu’on ne comprend pas le sujet. Mais bon, je connais des entreprises… en 1999, j’avais discuté avec un très gros industriel française qui avait déjà repéré la GNU GPL et qui interdisait l’utilisation de composants sous GNU GPL dans son entreprise, par exemple. Il interdisait l’utilisation de GCC alors que le GCC est fourni avec une exception, qui a pris différentes formes au fil du temps, il y a toujours eu une exception qui a fait que l’utilisation normale de GCC ne provoque pas la diffusion de la licence GNU GPL à l’exécutable compilé. Mais bon, très tôt, il y a des sociétés qui se sont souciées de sécuriser leur logiciel, et après, en termes de contribution, quand on contribue, quand on libère c’est toujours un savoir-faire interne que l’on révèle. Et là, il y a beaucoup d’entreprises qui ont le réflexe tout bêtement d’interdire. Et ça, c’est une erreur stratégique à mes yeux, parce que contribuer et libérer, c’est aussi un moyen de se faire connaitre et d’acquérir une réputation technique.
Walid : On en parlera tout à l’heure, justement.
Raphaël : J’avais une remarque sur la maturité des entreprises. Par rapport à ça, notamment l’utilisation.
Moi, j’ai trouvé, en tout cas au cours de ma carrière, que c’est arrivé tôt. Chez les industriels, c’est-à-dire ceux qui ont l’habitude de mélanger du code et du matériel, parce qu’ils ont cette notion de BOM, enfin de Build of Material (NDLR : nomenclature), et après, oui, de Software, de SBOM (NDLR : voir cet article sur le site d’Inno³). Mais effectivement, tu parlais de trucs spatiaux et tout, très vite, des gens ont compris que s’ils envoyaient du code dans l’espace, c’était compliqué après si on avait des problèmes. Ou alors si on avait diffusé des millions de téléphones portables dans la nature et qu’on se retrouvait avec des problèmes de licence. Moi, en tout cas, j’ai trouvé que c’était dans le domaine industriel qu’assez tôt, les gens ont été matures sur ce sujet-là.
Raphaël Semeteys
Sébastien : Il y a eu des grands procès, par exemple, entre IBM et d’autres fabricants de matériel ou de systèmes d’exploitation. On pourrait imaginer, tu prends des milieux où il y a très peu d’acteurs en lice, et ce ne sont que des mastodontes. Par exemple, tu prends l’aéronautique avec Boeing et Airbus. Tu te doutes que si à un moment, il y en a un des deux qui peut faire un croche-pied juridique à l’autre, il ne va pas se priver. Et donc, effectivement, là, il est sûr que les choses sont cadrées. Et le seul problème, c’est que souvent, le cadrage entraine l’inhibition dans ces cas-là. Il faut savoir franchir l’inhibition et jouer la bonne carte.
Walid : J’ai eu exactement les mêmes remarques que tu as dites par un gros industriel du spatial français aussi. La première chose qu’il fait, c’est regarder toutes les licences, analyser toutes les licences et tout. C’est vraiment un travail assez conséquent, finalement.
Walid : On vient de dire que la gouvernance, c’est quelque chose qui est arrivé finalement assez tôt. Mais il y a un terme qui est arrivé plus tard, c’est le terme d’OSPO. Est-ce que tu peux expliquer un peu, si tu le sais, comment on en arrive à ce terme d’OSPO et d’où ça vient ?
Sébastien : Alors, le terme en lui-même est très vieux.
Walid : Ah, oui ?
Sébastien : Il existait déjà quand j’ai créé le Comité de pilotage du logiciel libre, le CPLL, à CS. Lorsque j’ai émis cette idée en 2012, enfin, on l’a créé en 2013, il existait déjà. Mais il était utilisé par quelques rares entreprises américaines. Il n’avait pas encore de signification importante, il n’avait pas encore valeur d’étendard. Il a pris sa valeur d’étendard au tournant des années 2020, lorsque c’est devenu un souci d’un plus grand nombre d’entreprises, que du coup, plus d’entreprises ont cherché à créer un tel comité, qu’il a fallu un nom. Elles se sont raccrochées à ce qu’elles ont trouvé. Il y a eu l’OSPO, dans la foulée, il y a eu d’un côté l’OSPO Alliance, portée notamment en Europe par l’OW2 et d’autres acteurs. Et il y a eu le TODO Group, et ces deux entités qui visent à proposer aux entreprises la mise en œuvre de bonnes pratiques pour, justement, sécuriser leur relation à l’Open source, mais la sécuriser de manière positive, sécuriser l’utilisation, mais après, inviter à contribuer et à libérer. Eh bien, ces deux groupes ont popularisé le terme OSPO et à tel point qu’en 2022-2023, à CS, nous nous sommes dit « bon, le CPLL, personne ne connait, chaque fois, je suis obligé d’expliquer ce que c’est. Bon, on va adopter le terme étendard OSPO ». Et le CPLL est devenu l’Open source Program Office.
Raphaël : Tout à l’heure, tu l’évoquais un petit peu quand tu disais, quand on donne le feu vert, le « on », c’est-à-dire les gens qui sont représentés dans l’OSPO, c’est ça, quelles sont un peu les parties prenantes, qui est impliqué là-dedans et pourquoi en fait ?
Sébastien : D’une entreprise à l’autre, c’est très variable.
Il y a malheureusement beaucoup d’entreprises où l’OSPO se résume à une personne. Et le « O » final, il passe de Office à Officer. Et cette personne, elle, n’a aucune autorité particulière, si ce n’est d’examiner les demandes et d’aiguiller éventuellement vers les acteurs complémentaires. Et du coup, quand tu as le feu vert de l’OSPO, tu n’as pas de feu vert, parce qu’il faut encore faire valider par tout le monde.
Sébastien Dinot
J’avais déjà conscience de ça en 2012, lorsqu’on a réfléchi à l’OSPO de CS. Donc, j’ai voulu faire les choses autrement, parce qu’il y avait ce biais-là. Mais il y en avait aussi d’autres. Je connaissais des structures qui avaient déjà des gouvernances, mais elles étaient tellement complexes, il fallait tellement de tampons, ça tuait dans l’œuf toute velléité de contribution ou de libération. Donc, je me suis dit « je veux un truc efficace, je veux un truc qui facilite les choses. Et que lorsque l’on obtienne le feu vert de l’OSPO, c’est bon, on puisse y aller ». Et donc, plutôt que de créer un Officer, j’ai vraiment tenu à créer un Office en disant « qui a son mot à dire dans ce processus de libération ? » Il y a, comme je le disais, la Direction technique, la Direction juridique, et la Direction marketing. Mais il y a aussi la chaine hiérarchique opérationnelle. Parce que finalement, c’est la chaine hiérarchique opérationnelle qui décide de sa stratégie sur son marché. Après, la question, c’est où s’arrête-t-on ? Trop bas, on n’adresse peut-être pas le niveau stratégique, et donc ça ne va pas. Trop haut, si on remonte jusqu’au comité exécutif, on est obligé de tellement contextualiser la demande, de fournir tellement d’informations, c’est inefficace, et en plus, franchement, c’est des choses dont les gens se moquent, ça ne les concerne pas quand ils sont au comité exécutif d’une grosse boite, les détails de stratégie. Et donc, en réfléchissant, on se dit, le bon niveau de décision, c’est la division. Chez nous, maintenant, on est des Business Units. Donc, la division. Et on s’est dit, OK, le chef de division, le directeur de division, décide de sa stratégie. Par contre, il n’a peut-être pas connaissance de certains détails. Il n’a peut-être pas connaissance du contexte contractuel de ce projet-là. Et donc, on a décidé qu’on demandait que la direction technique, juridique et marketing sont membres permanents de l’OSPO. Et qu’on a des représentants de chaque BU pour faire les relais au quotidien, dans les différentes BU. Et on a aussi un ou deux experts Open source pour traiter les demandes concrètement. Mais après, dans le processus de décision, on implique la chaine hiérarchique du demandeur, le chef de projet, le directeur d’activité ou de département et le directeur de division. Et quand le directeur de division et tout le monde a dit oui, nous, de notre côté, on a fait notre boulot, on a fait l’audit juridique, on a demandé quelques ajustements si les attendus n’étaient pas respectés. Et donc, l’OSPO se prononce et dit OK, oui ou non. Généralement, c’est oui.
Walid : Une demande, dans votre cas, c’est un ticket ? C’est quoi ? Comment on fait une demande ?
Sébastien : C’est un dossier que les gens doivent remplir. Il y a un dossier pour la contribution et un dossier pour la libération. Ce dossier permet de saisir les informations qui nous sont nécessaires. Quel est le projet bénéficiaire ? Quelle est sa licence ? Quel est le contexte contractuel ? Ce n’est pas forcément très long, mais il faut que nous le sachions. Ça évite de poser des questions à chaque fois. Et après, c’est pour être sûr que les collaborateurs qui veulent contribuer ou libérer se sont posés des questions. Par exemple, tout à l’heure, on parlait de gouvernance. On leur demande « avez-vous prévu une gouvernance ? ». La réponse ne doit pas obligatoirement être « oui, j’ai prévu une gouvernance, ce sera de la méritocratie ». La réponse, ça peut être « non, parce que c’est un outil pour lequel on ne nourrit pas d’ambition particulière, on pense juste que ce serait sympa de libérer, c’est pour être utile à d’autres. Et puis, si un jour on commence à avoir des contributions, à ce moment-là, on réfléchira à une gouvernance ». Mais c’est être certain que les gens se sont posés la question. Et donc ils remplissent ce dossier, et on examine déjà ce dossier. Parfois, il y a des questions complémentaires, parce qu’il y a des choses qui ne sont pas très claires ou qui nous interpellent. Et puis, après, on va demander un accès au code source et on va regarder un petit peu à quoi ressemble le code.
Walid : Ça, c’est dans le cas où tu veux libérer un projet. Et dans le cas où tu veux contribuer à un projet existant, tu n’as pas cette notion de gouvernance ?
Sébastien : Si. Alors, déjà, on va vérifier que c’est bien un projet libre parce qu’on contribue qu’à des projets libres, que ce n’est pas de la contribution asymétrique. On peut avoir des accords de contribution et faire signer par les développeurs impliqués et par le directeur de division. Il y a ce genre de choses qu’on va traiter dans le cadre d’une contribution.
Raphaël : Il y a peut-être des cas aussi, tous simples, je contribue en mon nom, au nom de l’entreprise, qu’est-ce que je mets comme identifiant ?
Sébastien : Alors, là, tu abordes un sujet intéressant qui est que, effectivement, quand c’est dans le cadre de son travail, les droits patrimoniaux sont, de par le Code de la propriété intellectuelle, automatiquement dévolus à l’employeur. Donc, déjà, le copyright, ce sera l’employeur et pas toi. Toi, tu peux apparaitre comme auteur, tu as la reconnaissance de ta paternité, c’est tout, ça ne donne pas plus de droits.
Et par contre, il y a des cas, parce qu’en fait… que traite l’OSPO ? en termes de contributions, il traite des demandes ponctuelles, des contributions ponctuelles. Tiens, on a développé une fonction pour un projet A et on veut la soumettre. Ce sera plus intéressant pour nous de la soumettre que de la garder pour nous. On a des contributions au long cours. Donc, là, la contribution ponctuelle, le code existe déjà, on connait parfaitement le contexte : « OK, on connait le code et on donne un feu vert pour ça ». Après, on a la contribution au long cours. On a des salariés qui… par exemple, on a un collaborateur qui assure le portage sur Linux de processeurs PowerPC. C’est CS qui maintient en grande partie le processeur PowerPC dans Linux. Là, ça fait des années qu’il fait ça, et à chaque fois qu’il pousse du code, il n’a pas demandé une autorisation. Donc, on examine une demande de contribution au long cours, une autorisation de contribution au long cours, et on dit, une fois qu’on a vérifié que tout était bon, « ce développeur, dans le cadre de ce projet, de ce projet chez nous, de ce contexte contractuel, a le droit de contribuer à ce projet libre ». Et si un des éléments change, on réévaluera, mais sinon, on ne change pas. Après, on a la libération. Et la quatrième chose, c’est les contributions du salarié sur son temps personnel.
De manière générale, quand c’est sur son temps personnel et avec ses moyens propres, ça ne regarde pas l’entreprise. C’est son problème et c’est son copyright. Par contre, ça peut regarder l’entreprise quand la contribution peut apparaitre comme un acte déloyal. Qu’on estime qu’elle met en œuvre des savoir-faire particuliers, entreprises. Et là, on explique aux développeurs, dans ce cas-là, si vous soupçonnez qu’il peut y avoir ce problème-là, venez voir l’OSPO et on traite. Soit au final, vous obtenez l’accord, et c’est tant mieux, tout le monde est content, mais au moins, c’est sécurisé. Soit on vous dit non, et dans ce cas-là, au moins, vous ne vous investissez pas pour rien, vous ne risquez pas de vous faire sanctionner ultérieurement, d’avoir un procès ou quoi que ce soit. Ou alors, si jamais vous décidez que votre projet est plus important que votre emploi chez CS, vous pouvez décider de démissionner et d’aller porter votre projet. OK, c’est votre choix. Mais en tout cas, on ne va pas se retrouver dans une situation conflictuelle a postériori, où il y aurait des perdants des deux côtés.
Sébastien Dinot
Ce cas-là s’est déjà produit. Par exemple, une collaboratrice qui était payée pour contribuer à QGIS sur son temps pro, nous a dit, « moi, j’aimerais contribuer sur d’autres sujets ». On lui a dit, « non, ça ne nous intéresse pas ». Elle a dit, « OK, je vais faire sur mon temps perso ». « Ah, OK, d’accord, on va traiter ça au niveau de l’OSPO ». Et on a défini avec elle, on lui a dit, « OK, alors ce périmètre-là, c’est sur ton temps pro et c’est copyright CS. Ce périmètre-là, c’est sur ton temps perso avec tes moyens propres, et c’est du copyright toi ». On traite ça.
Raphaël : C’est important à préciser.
Parce que moi, j’ai déjà croisé, dans certains contextes, des responsables IP qui disaient aux développeurs : « même si tu codes chez toi le soir avec tes propres moyens, il n’y a aucun moyen que tu fasses un reset et que tu oublies tout ce que tu as appris dans l’entreprise. Donc, je considère que ce que tu fais… ». Tu vois, en faisant du FUD (NDLR : peur, incertitude, doute), tu vois, un petit peu comme ça. Et donc là, c’est là où il faut accompagner les pauvres développeurs qui, du coup, ne savent plus quoi faire. Ils disent, ouh, là là, je vais avoir des problèmes.
Raphaël Semeteys
Sébastien : Exactement, tu as raison. Mais c’est sûr qu’il y a des entreprises, elles jouent le FUD, elles jouent la menace. Mais non, la loi ne dit pas ça. La loi est explicite à ce niveau-là.
Walid : Il y a une dernière chose dont on n’a pas parlé, mais parce que c’est assez périphérique à ça, et je renverrai les gens vers une conférence très intéressante qui a été donnée par… au Capitole du Libre, cette année, par une collègue à toi sur la fusion, ta collègue Alice…
Sébastien : Elle a eu à gérer les aspects techniques, juridiques et sociaux, justement. Les aspects humains, avec la gouvernance et tout ça.
Walid : Les fusions de deux projets qui n’ont pas les mêmes licences, qui n’ont pas les mêmes gouvernances et tout. C’était assez intéressant. On mettra aussi le lien dedans. C’était assez intéressant.
Walid : On a déjà commencé à parler des contributions de CS. Mais je sais parce que nous, on en a déjà parlé avant. Et j’aimerais bien que tu en parles un peu. C’est OK, vous faites les choses correctement. Vous essayez de vous comporter bien dans vos contributions. Mais quelle est la contrepartie, en fait ? C’est-à-dire quel avantage ça vous donne par rapport aux autres, de faire ça ?
Sébastien : Je vais prendre le projet Orekit, par exemple. Alors, là, c’est plus qu’une contribution, c’est une libération. Donc, un projet de mécanique spatiale qu’on a libéré en 2008, dont on a ouvert la gouvernance en 2011. Aujourd’hui, il y a un comité de pilotage avec 17 personnes représentant 13 entités différentes. On a des committers externes, des release managers externes. Aujourd’hui, ça ne surprend plus personne à CS de voir une release officielle d’Orekit, un produit issu de CS, déroulé par quelqu’un travaillant pour l’US Navy ou pour Airbus Defence and Space. Ce projet, qui est vraiment le libre dans sa plus noble expression, objectivement, en 2025, il nous coute encore beaucoup plus cher à développer que ce qu’il nous rapporte de manière directe, parce qu’on a quelques demandes de prestations pour du développement spécifique, pour de l’intégration, pour des études. C’est très loin de couvrir le cout d’investissement. Donc, si on ne regardait que le retour sur investissement direct, ce ne serait absolument pas intéressant pour nous de faire Orekit. Mais il se trouve que nous avons une capacité à mesurer le retour sur investissement indirect. Et quel est ce retour sur investissement indirect ? Déjà, nous avons fait Orekit parce que nous voulions notre autonomie dans ce domaine-là. Nous l’avons, et avec une brique qui est devenue…
Walid : Nous, c’est quoi ? c’est CS ?
Sébastien : CS voulait son indépendance.
Au départ, on a fait Orekit parce qu’on s’est dit qu’on veut avoir notre propre outil en mécanique spatiale. Pour ne plus avoir à dépendre de tiers. Et donc, déjà, non seulement aujourd’hui, on a cette brique, mais en plus, c’est l’une des briques qui fait référence. Airbus Defence and Space, dans tous ses centres de mécanique spatiale, maintenant, intègre Orekit. Et les calculs de trajectoire sont faits par Orekit. Et ce n’est loin d’être le seul industriel. Il y a bien d’autres agences industrielles, laboratoires de recherche qui font ça. Via cette reconnaissance, on a obtenu une notoriété. Et cette notoriété a contribué à la conquête de nouveaux marchés.
Sébastien Dinot
Je parlais d’Airbus Defence and Space. Par exemple, nous étions absents de chez Airbus Defence and Space. Ils ont découvert Orekit. Ils se sont dit, « waouh, c’est génial ». Ils ont vu ce qu’on faisait dans le libre, par ailleurs. Ils ont vu nos compétences, notre capacité à faire de l’audit, de code et tout. Et ils ont jugé que nous étions un partenaire intéressant. Et donc, ils nous ont pris comme contractants de premier niveau. Et nous avons aujourd’hui, c’est pour nous un client important. Et nous avons d’excellents rapports avec lui. Pareil, l’Agence spatiale européenne (ESA), nous a pris comme contractants de premier niveau. Et comme elle a éjecté au passage deux autres contractants historiques, elle a été sommée de se justifier.
Walid : Tu peux expliquer ce que ça veut dire pour les gens qui ne savent pas, contractant de premier niveau ?
Sébastien : En fait, nous sommes habilités à répondre directement aux appels d’offres de l’ESA et pas à passer par un tiers pour nous représenter. L’ESA, donc, nous a choisis. Elle a dû s’expliquer. Parce que sur les quatre sous-traitants qu’elle a retenus, elle nous a mis la deuxième note. Et donc, elle a dit, tout simplement, et c’est dans une conférence publique, il y en a une qui peut se retrouver, elle a dit, on a pris CS, grosso modo, ils ont dit, on a pris CS parce qu’ils ont fait Orekit. Clairement, Orekit, c’est génial. Donc, ils connaissent la mécanique spatiale. On a pu voir le code, super bien conçu, super bien codé, donc, au niveau informatique, ils maitrisent. En plus, c’est une licence libre, permissive. C’est tout à fait ce qu’on apprécie. Donc, c’est complètement compatible avec notre politique industrielle. Ça nous va très bien. Et ils ont mis Orekit en avant pour expliquer pourquoi ils nous avaient pris et pourquoi ils nous avaient mis une aussi bonne note. Et depuis, l’ESA nous passe énormément de contrats. Ça fait des années que nous sommes sous-traitants pour eux. Et la plupart de ces contrats n’ont absolument aucun lien avec Orekit. C’est dans d’autres domaines. Alors, il se peut qu’il y ait des études sur Orekit, qu’il y ait des intégrations Orekit, mais c’est anecdotique par rapport à tout un tas d’autres contrats que nous avons avec eux, EUMETSAT, pareil. Je peux vous en prendre plein. Et donc, des gens vis-à-vis desquels Orekit a joué, et notre politique dans l’Open source, parce qu’il n’y a pas qu’Orekit, il y a toute notre maturité, tout notre savoir-faire, toutes nos compétences, ont joué le rôle du pied à la porte. On rentre grâce à ça, on est reconnu grâce à ça, et après, on nous prend comme sous-traitants et nous réalisons tout un tas de prestations pour ces clients-là. Et en quelques années, la division espace de CS, qui est la plus motrice sur cette gouvernance Open Source, celle qui publie plus de choses en libre, qui contribue plus à des projets de tiers, eh bien, ses effectifs, alors pas que grâce à l’Open Source, ce serait prétentieux, mais parce qu’il y a aussi des effectifs évidemment très qualifiés, très pointus. Mais au final, ses effectifs, en quelques années, sont passés de 200 à 800 personnes.
Nous sommes passés d’une stature française à une stature européenne. La NASA nous connait, elle nous a déjà invités à des colloques, l’US Navy contribue de manière importante au projet Orekit. On a des contributions qui sont venues de l’US Navy, qui ont fait tomber en pâmoison Airbus Defence and Space et CS (NDLR : Sébastien fait référence au travail sur le multi-threading). On était heureux. Là encore, récemment, on a un laboratoire de recherche important aux États-Unis qui a contribué. Et donc, on a une aura internationale grâce à ça. Et ça nous rapporte des marchés. Et si on réfléchit aux campagnes marketing qu’il aurait fallu faire pour avoir ce niveau de renommée et espérer être recruté par ces grands comptes comme sous-traitants, les budgets seraient sans comparaison. Ce serait bien plus important.
Walid : En fait,
le truc le plus important là-dedans, c’est le temps long, finalement. C’est-à-dire que tu n’as pas de campagne marketing, mais tu as le temps devant toi. Ce qui fait que, comme tu fais les choses bien avec le temps, mais ça veut dire aussi qu’il ne faut pas chercher une retombée à court terme.
Walid Nouh
Sébastien : Exactement. Disons que ça, c’est une force des ESN par rapport à des éditeurs.
Un éditeur, il vend son produit. Et donc, sa stratégie, qu’elle soit libre ou propriétaire, elle est forcément axée autour de ce produit. Et lorsqu’il choisit le libre, il doit trouver un modèle économique qui est viable sur ce produit-là. Une ESN peut tout à fait jouer cette carte-là. Alors, CS une ESN particulière, c’est rare finalement sur les ESN qui publient leurs propres outils. Mais nous, nous avons des gens très compétents sur les domaines métiers, et donc nous développons des outils pour nos propres besoins. C’est pour ça que nous avons fait des outils comme Orekit. Et donc, on a cette capacité de proposer des prestations sur d’autres domaines. Donc, le fait qu’Orekit soit le pied dans la porte, soit le levier, la marche d’accès à de nouveaux clients, et qu’après on nous commande des prestations sur autre chose, ne nous pose aucun problème. Tant qu’au final, nous nous y retrouvons et que nous gagnons en renommée, que nous gagnons en marché, tout le monde est satisfait.
Sébastien Dinot
Raphaël : Moi, je complèterais par rapport à ce que tu dis, Walid, sur le temps long. En fait, c’est la confiance. C’est-à-dire que la confiance, ça met du temps à se construire. Mais par contre, une fois que c’est là, c’est quelque chose sur lequel tu peux vraiment compter. Parce que les gens, avec le temps, justement, ils ont pris confiance dans ça. Et je pense que contribuer et faire de la gouvernance ouverte sur ce genre de choses-là, en étant un acteur comme une ESN et en fournissant des solutions de ce type-là, ça donne confiance.
Sébastien : Alors, pour compléter, pour aller dans ton sens, Raphaël, une chose que je peux dire, parce que pareil, Airbus Defence and Space a donné une conférence sur le sujet (NDLR : voir diapo 10 à 14). Ils ont donné une conférence un jour où ils ont expliqué ce qu’ils faisaient d’Orekit et tout le bien qu’ils en pensaient. Et ils ont dit ce jour-là qu’entre le moment où ils ont découvert Orekit et le moment où ils ont décidé d’afficher leur choix, de dire, nous, on utilise Orekit et on va s’impliquer dans la communauté, il y a eu quatre ans. Ils l’ont mis en observation pendant quatre ans. Ils l’ont fait tourner, ils ont regardé ce que ça donnait sur les calculs, etc. Et ils ont fait des benchmarks avec d’autres outils, parce que pour eux, c’est névralgique, la brique de la mécanique spatiale. Et donc, pendant quatre ans, ils ont évalué le produit. Et au bout de quatre ans, ils se sont dit, mais non seulement le produit est bon, non seulement il est performant, mais en plus, la communauté fonctionne super bien. Il y a un niveau de support parce qu’évidemment, ils ont rencontré des problèmes, donc, de manière plus ou moins anonyme, ils avaient posé des questions et des trucs comme ça. Et ils ont dit qu’il y a un niveau de support qu’on n’a pas, même avec les prestations payantes chez d’autres éditeurs. Et du coup, ils ont fait ce que j’appelle leur coming-out. On utilise Orekit et on va s’impliquer dans la communauté.
Walid : Quatre ans, à l’échelle d’un jeune éditeur qui fait son produit, quatre ans, il peut être mort, tu vois.
Sébastien : Tout à fait.
Walid : Quand tu choisis un produit d’une startup, qui a levé plein de thunes pour essayer d’être le meilleur et de montrer et de faire du marketing et dire qu’il est meilleur, ça se trouve, dans trois ans, son produit n’est plus là. C’est pour ça que je parlais vraiment de temps long.
Sébastien : Je vais te dire que nous, je pense que si on avait pensé à un moment ou à un autre, qu’on récupèrerait des fruits de nos efforts quatre ou cinq ans plus tard, les gens auraient dit « non, mais je ne vais pas investir pendant cinq ans pour un retour hypothétique dans cinq ans. » Mais notre objectif premier, c’était d’être autonomes. On a fait Orekit parce que nous voulions être autonomes sur notre marché, pour pouvoir conquérir d’autres marchés. Le moteur initial était d’ordre commercial, stratégique.
Raphaël : Après, le temps dans l’aéronautique, l’aérospatial, ce n’est quand même pas le même que dans les startups.
Walid : C’est clair.
Raphaël : Même chez Elon Musk, parce que…
Walid : Quand on te demande de faire du support sur 30 ans ou sur 20 ans sur ton logiciel, ce n’est plus la même chose.
Sébastien : Ceci étant, je pense que les choses sont en train de changer avec ce qu’on appelle le New space. On a des startups qui ont une visibilité à 6 mois, 1 an, 2 ans.
Walid : On a pas mal balayé les différents sujets. On aurait pu certainement rentrer beaucoup plus en détail dans certains sujets, mais là, c’est plutôt pas mal. Je ne sais pas si Raphaël, tu as encore d’autres questions autour de ça ou pas toi ?
Raphaël : Moi, j’ai une question, mais bon… je ne sais pas, parce que je vais peut-être ouvrir une boite là, quelques minutes de la fin. C’est concernant les bonnes pratiques en termes d’utilisation. Donc, là, on n’est même pas sur de la contribution ou de la libération, mais juste des développeurs ou des architectes qui sélectionnent des composants, des librairies, qui tirent des dépendances dans des projets qui sont des projets internes pour des produits ou pour des clients. Donc, là, j’imagine que dans votre constitution, policy, je ne sais pas comment l’appeler, il y a des règles aussi là-dessus, mais est-ce que ça c’est suffisant, ou vous avez eu besoin de mettre en place aussi des outils pour contrôler en fait ce qui passe au niveau des dépenses notamment ?
Sébastien : Le contrôle, on le met en place progressivement. On utilise des outils dans le cadre… alors soit je fais des audits parce qu’on me demande de faire un audit, avant une libération ou avant une livraison, souvent un peu tard, on me demande de faire un audit, et donc j’explique éventuellement ce qui ne va pas dans le projet, ce qu’il faut casser et refaire, ou je dis « c’est bon, vous pouvez libérer, c’est nickel ». Après, il y a des outils qui aident à faire ces audits, qui sont généralement propriétaires, mais qui coutent un bras, pour le dire clairement, donc qu’on met rarement en œuvre. Et après, il y a des outils plus basiques qui vont juste être capables de générer ce qu’on appelle un SBOM, donc un Software Bill of Materials. Donc, grosso modo, c’est : « voilà le logiciel et la liste des composants que j’ai trouvés à l’intérieur ». Le seul problème, c’est que ces outils-là, ils s’appuient sur des systèmes de package, de dépendance, d’inclusion, etc. Donc, ils vont trouver les composants qui sont utilisés en tant que tels. Par contre, ils ne vont pas être capables d’identifier les 500 lignes copiées-collées dans ton projet qui viennent de tel projet sous licence GPL. Et ça, c’est un problème potentiellement. Donc, effectivement, quand on nous demande, nous réalisons des audits, dans le cadre de la sécurisation de la chaine d’approvisionnement, nous sommes en train de mettre en place aussi des outils qui visent à la sécurisation juridique, mais aussi à la sécurisation vis-à-vis des failles de sécurité, la gestion de vie, le cycle de vie et l’obsolescence. C’est la lutte contre l’obsolescence logicielle. Veiller à avoir des composants qui ne sont pas trop vieux. Et après, en termes de règles, on n’est pas parfait. On n’a pas des règles absolues. Par contre, régulièrement, on me demande conseil sur une brique. Par exemple, on n’a pas de règles monolithiques du style « c’est la GNU GPL, vous ne l’utilisez pas, c’est non ». C’est : que fais-tu de ce composant ? Dans quel contexte ? Et je te dirai si tu peux l’utiliser ou pas. Et après, dans les sélections, on a des règles, des bonnes pratiques. Eh bien, je dis toujours : ne regardez pas que le code. Regardez s’il y a le bug tracker. Est-ce qu’il y a des bugs qui sont signalés ? Est-ce qu’ils sont corrigés vite ? Est-ce que vous détectez une communauté vivante de contributeurs et d’utilisateurs ? Ou est-ce qu’il y a une seule personne ? Voilà. C’est le genre…
Walid : Pardon, non, c’est juste pour dire, vous ne voyez pas, vous ne pouvez pas voir la tête de Raphaël avec son grand sourire parce que c’est son sujet de prédilection, c’est pour ça. Désolé.
Sébastien : Voilà, d’accord, très bien. Mais voilà, en fait, je demande aux gens, enfin, je vais vérifier pour eux tout un tas de paramètres. Alors, il y a la plateforme Open Hub, je ne sais pas si vous la connaissez. C’est une plateforme crowdsourcée. Et si votre logiciel que vous utilisez n’est pas présent, vous pouvez le déclarer et vous revenez le lendemain. Généralement, il a fait l’analyse. Et il va vous dire, voilà, ce projet-là, en moyenne, il y a 5 contributeurs par mois, 30 commits. Il existe depuis 5 ans, il a une vitalité croissante. Et donc, vous dites : c’est un bon cheval. Et à contrario, quand vous voyez que votre projet, il est mort, il n’y a pas eu de seule contribution depuis 5 ans, vous dites : alerte. OK, il a l’air super, génial, mais il n’y a plus personne qui bosse dessus depuis 5 ans. Non, stop.
Raphaël : OK, bon, après, c’est ma dernière question. Après, je m’arrête, promis. Du coup, oui, ce que je comprends, c’est-à-dire au niveau des projets, ils ont quand même leur stratégie, même technique, ils choisissent leur composant, etc. Et après, quand ils ont certaines questions ou qu’il y a un audit, là, ils vont aller regarder dans le détail. La question que j’ai, c’est est-ce que c’est de l’ordre des prérogatives ou des choses que un OSPO peut faire, de manière générale, chez vous ou peut-être dans d’autres contextes, de faire de la vulgarisation, de la formation, d’expliquer, en fait, des choses, parce que c’est un…
Sébastien : Ah, j’ai complètement oublié d’en parler de tout ça. Tu as raison, c’est pas « on peut », c’est « on doit ». À CS, on a mis en place un programme de sensibilisation aux droits d’auteur et aux logiciels libres. Et alors, pour la petite histoire, pour être totalement transparent, ce programme, on l’a mis en place, essentiellement au départ, au niveau de la BU Espace, de la division Espace, parce que c’est elle qui contribue le plus, qui libère le plus de choses, etc. Et donc, on a expliqué aux gens ce que c’est le droit d’auteur, et après, comment fonctionnent les licences, quel est le support que vous pouvez avoir en interne, c’est demi-journée de formation, et on a formé beaucoup de gens. Et on a vu disparaitre tout un tas de mauvaises pratiques et d’erreurs que je trouvais régulièrement dans les projets. Et il est arrivé des moments où des gens formés, je me souviens une fois, une développeuse est venue me voir, et « eh Sébastien, tiens, je crois qu’on a fait une connerie dans le projet, tu peux venir voir ? » Ah oui, et effectivement, quelqu’un qui n’avait pas suivi la formation avait fait une bêtise, il a fallu que je récupère le coup derrière. Bon, ben voilà, et j’ai réussi à le récupérer, tant mieux, voilà, il a fallu traiter. Donc il a montré un véritable intérêt, en fait. C’était vraiment un succès. Et puis, entre accroissement des effectifs de 200 à 800, renouvèlement des effectifs, à CS comme partout ailleurs, il y a du turnover, et changement de priorité, on a un moment mis en pause ce programme. Et là, assez vite, au bout d’un an, deux ans, j’ai vu réapparaitre des problèmes qui avaient complètement disparu. À tel point qu’aujourd’hui, il y a des responsables de département qui me demandent à ce qu’on le remette en place. Là, j’ai discuté récemment avec un responsable de département qui m’a dit « je veux qu’on mette ça en place pour toutes mes équipes. » Parce qu’il a connu l’époque où il y avait ce programme, il l’avait vu. Aujourd’hui, quand il voit les erreurs qui sont faites et qui sont rattrapées par l’OSPO, par les analyses, il dit « je ne veux plus que ça arrive ».
Walid : C’est quoi, comme type d’erreur ? tu peux donner un exemple pour qu’on s’imagine ?
Sébastien : C’est typiquement l’inclusion d’un composant sous GPL que tu veux libérer sous licence Apache, par exemple. Ça va être des copyrights qui ne sont pas appropriés, des informations qui ne sont pas fournies, des choses qui ne devraient pas être faites, qui devraient être maitrisées, qui ne sont pas maitrisées.
Raphaël : Ce que je me dis aussi, c’est ce que je vois à mon niveau, c’est qu’il y a de la vulgarisation à faire auprès des développeurs, ceux qui vont faire, utiliser, etc. mais aussi au niveau de leur manager.
Sébastien : Tout à fait. Et je n’ai pas le même discours, évidemment, quand je m’adresse à des développeurs ou à des managers. Tout comme il y a des fois, en fait, le programme de sensibilisation, on m’a déjà demandé de le donner dans d’autres entreprises pour créer une culture interne. Et là, il y a des entreprises où ça va être des effectifs techniques que j’ai en face de moi. Et il m’est arrivé aussi d’avoir la direction, toute la direction d’entreprise. D’une entreprise qui voulait comprendre ce que c’est ce logiciel libre et comment elle pouvait intégrer ça dans sa stratégie. Et là, je ne reparle pas de Git. C’est clair.
Walid : On va s’arrêter là parce qu’on a déjà bien parlé et c’était super intéressant. Avant qu’on s’arrête, je voudrais te proposer de faire un mot de la fin. Mais avant de faire un mot de la fin, je voudrais que Raphaël fasse un mot de la fin, lui-même. Est-ce que tu retiens quelque chose de tout cet échange d’abord Raphaël ?
Raphaël : Oui, je suis très content de cet échange-là. C’est hyper intéressant d’avoir un retour clair et bien organisé, bien structuré, comme Sébastien peut le faire, et avec une expérience en plus de plusieurs décennies sur comment mettre en place tout ça et comment ça a évolué. Donc ça, je trouve que c’est fondamental. Et c’est pour ça que ma dernière question, elle était orientée. Mais je pense qu’il reste, et c’est pour ça qu’un podcast comme le tien, Walid, il est fondamental pour ça, je pense aussi.
Il faut continuer à vulgariser et à expliquer, en fait. Moi, je le vois avec les nouveaux, les jeunes qui arrivent, etc. Des fois, on part de loin. Pour eux, GitHub, open source, je prends le code, je ne me pose aucune question, absolument aucune. Et c’est dommage parce que c’est riche, en fait. Il y a vraiment des choses à apprendre. Et on l’a vu, on a parlé des aspects humains, des contrats sociaux et tout. Il y a vraiment des choses à apprendre, même au niveau personnel.
Raphaël Semeteys
Et c’est dommage de… Donc, rien que pour ça, je suis content ; c’est mon mot à moi. Pardon.
Walid : Sébastien, ton mot de la fin ?
Sébastien : Mon mot à moi, c’est que le logiciel, ce n’est pas qu’un objet technique, c’est un objet dual, c’est donc technique et juridique. Quand on l’utilise, quand on le manipule, ça a des conséquences techniques, mais aussi juridiques. Et au-delà de ça, c’est un objet qui est fait par des humains. Et donc, il y a des considérations sociales, des facteurs humains à prendre en compte qu’il ne faut pas négliger parce qu’ils sont primordiaux.
On ne mesure pas le succès de votre logiciel à la qualité de son code, même si la qualité de ce code fait qu’on va l’adopter ou pas, ça contribue à son adoption. Au final, on mesure le succès de votre logiciel à sa communauté d’utilisateurs et de contributeurs. Et donc, si vous lancez dans ce genre d’aventure, vous devez faire en sorte d’avoir une communauté qui fonctionne bien, qui se développe bien. Ça nécessite de réfléchir à la gouvernance.
Sébastien Dinot
Walid : Mon mot de la fin à moi, c’est que, étant moi-même en train d’essayer, au jour d’aujourd’hui, c’est-à-dire le 19 mars, d’essayer de créer une petite équipe pour travailler autour du podcast, se posent ces questions de règles, d’outils, de collaboration, tout ça, etc., un peu de gouvernance, même si c’est pas en modèle réduit, mais c’est un peu pareil. Donc, c’est assez intéressant de faire ça maintenant. Et moi, je suis super content parce que ça fait déjà pas mal de temps qu’on discute ensemble, Sébastien, de ces sujets-là, quand on se croise sur les différents salons, et que je t’avais dit que ça valait vraiment la peine de faire un épisode.
On a terminé, ça fait 1h30 qu’on enregistre. Merci aux auditrices et aux auditeurs qui ont tenu jusque-là. On espère que vous avez appris des choses. N’hésitez pas à faire vos retours à travers nos réseaux sociaux habituels, en particulier Mastodon, qui est un réseau décentralisé et qui est tout à fait approprié par les temps qui courent. Et puis, à une prochaine pour d’autres épisodes. Comme vous avez pu le voir, le rythme de publication s’est un peu réduit, puisqu’on est repassé plutôt à un rythme de un mois ces temps-ci. Écoute Sébastien, au plaisir de te revoir une prochaine fois. Raphaël, à bientôt. Portez-vous bien tous les deux.
Sébastien : Merci à vous deux. C’était très intéressant de discuter avec vous. Merci pour l’invitation.
Orekit sur Openhub : Pour info, la méthode COCOMO est connue pour surévaluer nettement (on annonce souvent un facteur 3) le cout de développement d’un projet utilisant un langage moderne. C’est le cas avec Orekit. OpenHub annonce 192 années d’effort. CS estime son effort sur Orekit à 44 annnées, auxquelles il faut ajouter quelques années, peut-être 10, pour l’ensemble des autres contributeurs.
Pour la petite histoire, sur la planche 14, Airbus Defence and Space (ADS) signale quelques améliorations potentielles d’Orekit : « Not designed for multi-threading with heterogeneous data contexts »
Le Naval Research Laboratory (NRL) de l’US Navy ayant fait le même constat, un chercheur du NRL (Evan Ward) a corrigé ce fameux problème de « data context » quelques mois après. Cf. cet échange sur le forum : forum.orekit.org/t/data-contex…
En résumé :
* 18 septembre : Evan Ward (NRL) annonce son intention et demande si son design convient à tout le monde.
* Super accueil de CS, d’ADS (« Yannick » est alors le responsable du service de mécanique spatiale d’ADS) et d’autres. Mais Yannick explique qu’il a un cas d’utilisation qui n’est pas satisfait par la proposition d’Evan.Evan revoit sa copie, lui et Yannick discutent, Evan ouvre une issue pour marquer le terrain, puis plus de nouvelles.
* 15 novembre : 2 mois sont passés. Evan annonce qu’il a bien progressé et explique une difficulté qu’il rencontre. Nouvel échange entre le NRL, ADS et, un peu CS (Luc).
* 3 décembre : Evan annonce qu’il a terminé et vient de pousser une MR (NDLR merge request). Tout le monde est enthousiaste.
Evan a fait un travail formidable sur ce coup et il a résolu un problème de conception qui ennuyait tout le monde. ADS et CS n’ont rien fait si ce n’est faire part de leurs doléances et l’encourager, mais ils sont les premiers bénéficiaires de cette grande avancée. L’autre problème résiduel (le multithreading) sera résolu dans Orekit 12.
521 Messages, 102 Abonnements, 808 Abonné·e·s · Podcast francophone sur les modèles économiques et communautés du logiciel libre.
Traductions en anglais disponibles.
Suivre le podcast : https://podcast.projets-libres.
Comment sont gérés et financés les logiciels libres ? Quels sont les modèles existants et leurs évolutions au fil du temps ? Ces questions sont simples et pourtant les réponses ne sont pas évidentes.
Nanook
in reply to cm0002 • •spunow
in reply to Nanook • • •madlian
in reply to spunow • • •Nanook is not inherently a racial slur. It means polar bear or “the master spirit of bear.”
Their instance is on Eskimo.com, which could be considered insensitive.
Just don’t watch “Nanook of the North” (1922), although it was some pretty interesting filmmaking for the time, it’s very racist.
If you feel strongly, the website has a phone number 😅
spunow
in reply to madlian • • •“Nanook” is a slur for northern indigenous people in the same way “Chan” is a slur for Chinese people. Sure, there might be some members of that demographic with that name, but using the term as a generalization for that demographic is derogatory in intent.
Using the term “Eskimo” in the instance name is problematic for at least two reasons.
madlian
in reply to spunow • • •cm0002
in reply to madlian • • •miss_demeanour
in reply to Nanook • • •It's unclear why a racist bigot would out themselves here.