Why are parts of application in a different language?


As you can see in the screenshot there are a couple of parts of the F-Droid application page in F-Droid that are in a different language. This isn't actually the first time I have seen this and is not limited to the F-Droid application. Currently it's just this one, but in the past I have had more apps than not displaying some or all of their content in a different language despite my phone being configured for English.

US contractors say their colleagues are firing live ammo as Palestinians seek food in Gaza


AP spoke to the two contractors for UG Solutions, an American outfit subcontracted to hire security personnel for the distribution sites. They said bullets, stun grenades and pepper spray were used at nearly every distribution, even if there was no threat.

In one video, what appear to be heavily armed American security contractors at one of the sites in Gaza discuss how to disperse Palestinians nearby. One is heard saying he has arranged for a “show of force” by Israeli tanks.

“I don’t want this to be too aggressive,” he adds, “because this is calming down.” At that moment, bursts of gunfire erupt close by, at least 15 shots. “Whoo! Whoo!” one contractor yelps. “I think you hit one,” one says. Then comes a shout: “Hell, yeah, boy!”

https://apnews.com/article/palestinians-israel-gaza-contractors-aid-distribution-fe27f3ea83e06a09d66424eed7a5d56f

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.

  1. 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.
  2. 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

Can you spot an authentication chip in the Nintendo Switch 2’s dock?


GrapheneOS Organization Calls Out False Claims Made In European Countries By Media Outlets


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.

xatakandroid.com/sociedad/cada…

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.

GrapheneOS Organization Commentary On False Claims About AOSP Privacy By ICEBlock App


bsky.app/profile/iceblock.app/…

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.

bsky.app/profile/iceblock.app/…

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?

bsky.app/profile/iceblock.app/…

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.

Is the Fediverse stalling?


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)
in reply to nebula42

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.

I would suggest making a post over at forums.lostmediawiki.com/ as well to get more eyeballs on it

GrapheneOS version 2025070100 released


Tags:
  • 2025070100 (Pixel 6, Pixel 6 Pro, Pixel 6a, Pixel 7, Pixel 7 Pro, Pixel 7a, Pixel Tablet, Pixel Fold, Pixel 8, Pixel 8 Pro, Pixel 8a, Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold, Pixel 9a, emulator, generic, other targets)

Changes since the 2025063000 release:

  • 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)
  • Vanadium: update to version 138.0.7204.63.0
  • add debug build functionality for toggling off hardened_malloc usage for vendor processes to make narrowing down issues quicker

Vanadium version 138.0.7204.63.0 released


Changes in version 138.0.7204.45.2:
  • 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

A full list of changes from the previous release (version 138.0.7204.45.1) is available through the Git commit log between the releases.

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.

GrapheneOS version 2025063000 released


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.

Tags:

  • 2025063000 (Pixel 6, Pixel 6 Pro, Pixel 6a, Pixel 7, Pixel 7 Pro, Pixel 7a, Pixel Tablet, Pixel Fold, Pixel 8, Pixel 8 Pro, Pixel 8a, Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold, Pixel 9a, emulator, generic, other targets)

Changes since the 2025062700 release:

  • 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

I want a community to exist like 4chan greentext here


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.

Amazon CEO Andy Jassy says AI will probably mean fewer jobs after 27,000 people have already been cut from its workforce


Private company AmeriStarRail proposes cross-country Auto Train service with Amtrak


in reply to OneSpectra

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.

All. The. Way.

This entry was edited (2 weeks ago)

Israel Slaughters Dozens in Attack on Popular Gaza Cafe as Trump Claims a Ceasefire Deal is Moving Forward


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."

Israel Slaughters Dozens in Attack on Popular Gaza Cafe as Trump Claims a Ceasefire Deal is Moving Forward


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."

What do you play in your phone?


We are coming from here.

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.

What do you play in your phone?

in reply to gedhrel

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.

in reply to ikidd

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.

This entry was edited (1 week ago)

The Fediverse Passport: A needed tool.


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.

in reply to Sackeshi

There is also KeyOxide with solves part of it via cryptographic verification and I believe some fediverse platforms already support it: codeberg.org/keyoxide

8BitDo announces it's controllers now have Steam/SteamOS compatibility


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.

Source

This entry was edited (2 weeks ago)

Oculus founder Palmer Luckey leads group of tech billionaires launching new crypto-bank — aims to fill the void left by Silicon Valley Bank's 2023 collapse


just_another_person doesn't like this.

[SOLVED] Can't unmount automatically mounted CIFS share


Hi! Got an issue I couldn't figure out

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.

Any advice?

This entry was edited (2 weeks ago)
in reply to rumschlumpel

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.

in reply to schnurrito

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. 😀
This entry was edited (2 weeks ago)
in reply to pH3ra

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.

"Sehr schön": FDP-Chef Dürr fliegt Wetter-Kommentar um die Ohren


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.

[...]

This entry was edited (2 weeks ago)
in reply to SapphireSphinx

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?

in reply to einkorn

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?

Stop Killing Games - EU Initiative has 200k Signatures Left!


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.

Do you live in the EU?



Do you live in the UK?



Do you live elsewhere or would like to know more?


Disclaimer: Reminder post, sort of relevant since piracy movements have much to benefit from this initiative.

Have a fine day!

I've written a series of blog posts about a "hands-off" self-hosting setup intended for relative beginners.


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.

As of right now, there's:
- An introduction (with Ubuntu basics)
- Tailscale setup
- Optional Docker Explainer
- Dockge setup with watchtower for automatic updates
- MicroBin as a first self-hosted webapp

Coming soon:
- Immich
- Backups with Syncthing
- Jellyfin
- Elementary monitoring with Homepage
- Cloudflare Tunnels

Constructive feedback is always appreciated.

EDIT: Forgot to mention that I am planning a backups article

This entry was edited (2 weeks ago)
Unknown parent

lemmy - Link to source

cyclicircuit

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.

My reason for wanting HomeAssistant and a locked down VLAN...


cross-posted from: lemmy.world/post/32265822

xkcd #3109: Dehumidifier

xkcd #3109: Dehumidifier

Title text:

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.

Source: xkcd.com/3109/

explainxkcd for #3109

in reply to Landless2029

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

Steps Forward in Long-form Text


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 work in this area is bearing fruit; a few weeks ago, Shubhankar Srivastava of the Fediverse team at Threads announced that Threads is now properly displaying long-form text from Ghost. This is a big step forward in support.

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.

This entry was edited (2 months ago)
in reply to Evan Prodromou

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.
This entry was edited (2 months ago)
in reply to Mike Macgirvin 🖥️

Re: Steps Forward in Long-form Text


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".

cc evanprodromou@socialwebfoundation.org

OBS does not allow me to create a new pipewire screen (only one works)


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?)

This entry was edited (2 weeks ago)
in reply to just_another_person

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

This entry was edited (2 weeks ago)
in reply to SpiderUnderUrBed

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.

in reply to just_another_person

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.

in reply to SpiderUnderUrBed

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.

in reply to rumschlumpel

Und wie wäre sowas?

Etwas runterscrollen, da wird eine Lösung zumindest abgebildet.

This entry was edited (2 weeks ago)

How to Reclaim Social Media from Big Tech


Article emphasizes the concept of "middleware". BlueSky inevitably gets more attention than the "Mastodon protocol" but there are some decent theoretical observations.
in reply to JubilantJaguar

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.)

turdburglar doesn't like this.

Mehrere AKW wegen der Hitze runtergefahren


Lasst uns bitte die Atomkraftwerke wieder einschalten, für eine prüft Notizen sichere Stromversorgung.
This entry was edited (2 weeks ago)

Erdgasfeld vor Borkum: Bundeskabinett stimmt für umstrittenes Abkommen zur Erdgasförderung


in reply to chagall

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.

A podcast episode with heavy-weights of the Fediverse and ActivityPub - fredrocha.net


Please for gods sake dont use CasaOS


  1. It is a For-profit without any means of Generating income (unlike Truenas or Suse which have a paid enterprise version)
  2. Since there is no way of making money, it is apparent they will pull a Plex and Enshittify once they have the noobs on board
  3. At least it uses docker, so you can export the images, but who knows when this will change
  4. It uses discord as forum. They cant even get themselves to use their own OS to install a matrix server on there.
  5. They are not even Private. Their FAQ literally says „They will try to limit data collection“

You want to use some shitty OS by some shitty company? Go sign your soul to Windows Server you lobotomite

Thanks for coming to my ted talk.

This entry was edited (2 weeks ago)

don't like this

L’ERP Tryton : histoire et perspectives N. Evrard & C. Krier – B2CK


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.

podcast.projets-libres.org/@pr…

Sommaire

L’histoire de l’ERP Tryton


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à.

Présentation de Nicolas Evrard et Cédric Kreier


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ù ?

Cédric: on est à Liège.

Nicolas: tous les deux liégeois.

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: vous avez fait des petits, là !

Nicolas: oui, oui, oui.

La génèse de Tryton


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.

Les premières actions à la naissance de Tryton


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.

L’état d’esprit au moment du fork


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.

Le panorama des solutions d’ERP en 2008


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.

Nicolas: un truc en Java, comme Compiere.

Cédric: … Compiere.

Walid: il n’y avait pas grand-chose.

Nicolas: non. Au final, il n’y a toujours pas grand-chose.

Cédric: ERPnext.

Nicolas: ERPnext en effet.

Cédric: oui. Il y a aussi… Alexor.

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.

La gouvernance du projet Tryton


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…

La communauté de Tryton


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: je crois qu’on peut parler de Jurassic Fruit.

Nicolas: on a Jurassic Fruit,

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.

Les outils pour collaborer


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.

Les points forts de Tryton


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é.

Le futur de Tryton


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.

Conclusion de l’interview


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.

This entry was edited (6 months ago)

[Transports] Transition : simuler et optimiser un réseau de transport en commun – Y.Brosseau & P.L Bourbonnais


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

podcast.projets-libres.org/@pr…

Sommaire

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.

Présentation des invités


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.

Présentation de la Chaire Mobilité de Polytechnique Montréal


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à.

Présentation de la plate-forme Transition


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.

Exemples d’utilisation de la plate-forme Transition


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.

L’équipe de Transition


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.

La licence MIT du projet


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.

La plate-forme, ses possibles financements et formes juridiques à l’avenir


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.

Yannick Brosseau


Les financements initiaux


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.

Pourquoi les sociétés de transports sont intéressés par Transition


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.

La formation des étudiants avec Transition


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é.

Pierre-Léo Bourbonnais


Le problème des standards et données fermées


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.

Comment démarrer un projet avec Transition ?


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.

Les politiques autour de l’Open Data


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.

La stack logicielle de Transition


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.

Le futur de Transition


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.

Le coût de la construction des infrastructures et les assurances


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.

Les plans pour promouvoir Transition


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à.

Le mot de la fin des invités


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.

Yannick: pas probablement, je devrais être là.

Walid: ben voilà.

Pierre-Léo : merci, bye bye !

Cet épisode a été enregistré le 26 novembre 2024.

Licence


Ce podcast est publié sous la licence CC BY-SA 4.0 ou ultérieure.


Une introduction au projet OpenStreetMap – C.Quest


projets-libres.org/introductio…


This entry was edited (6 months ago)