De ce que j'en comprends, la commission Européenne va créer de nouvelles directives sur l'Open Source en/pour l'Europe.
Pour moi, on est à un moment clé. Nos "partenaires" tech stratégiques sont au plus faibles en terme de confiance dû aux relations diplomatique complètement lunaire de la nouvelle présidence US.
Ça a toujours été un vrai problème, mais les dirigeants se sont laissé aller à la facilité par manque de connaissance et de vision critique et de risque. Maintenant que la confiance est au plus bas, c'est là qu'on va pouvoir plus facilement convaincre les dirigeants de gérer nous même nos propres données et processus.
Et pour cela, un investissement massif sur des technologies indépendantes de pouvoirs extérieurs est crucial.
On va peut être avoir enfin des passionnés d'outils critiques correctement rémunérés pour éviter des attaques sur les SBOM.
# et SBOOM
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
ballot de terminer par un acronyme :/
bwalé deux liens orientés :
https://www.ibm.com/fr-fr/think/topics/sbom
https://about.gitlab.com/fr-fr/blog/the-ultimate-guide-to-sboms/
et une définition de nomenclature logicielle ;-)
[^] # Re: et SBOOM
Posté par jpglinuxfr . Évalué à 2 (+1/-0).
Merci pour les liens.
SBOM = Software Bills of Materials ou nomenclatures logicielles
# Eveil
Posté par vmagnin (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
"Le dormeur doit se réveiller".
[^] # Re: Eveil
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 3 (+1/-0).
Que ce soit soit cette métaphore du sommeil, ou
Je crains que ces expressions ne fasse l'impasse sur la réalité. M'est-avis que nous ne sommes pas plus intelligents que le décideur moyen. Sauf exception les institutions qui se sont laissées menotter, l'on fait en pleine connaissance de cause. Une des raisons de se laisser faire : le fusil sur la tempe du grand pote USA, et l'autre la corruption. La première se joue dans les négociations diplomatiques autour des rapports de force, et plus on perd, moins c'est favorable… La seconde, c'est l'éternel déséquilibre qui existe dans les institutions entre les classes dirigeantes et les classes laborieuses. Les premières, outre leur avantage éthologique, ayant tout loisir de manipuler le jeu politique pour faire élire leurs chèvres qui sauront prendre les bonnes décisions en temps opportun, lorsque les autres sont occupées par leur labeur du quotidien. Cercle vicieux encore une fois : plus le jeu est biaisé plus il est aisé de continuer à le faire dérailler. Éventuellement jusqu'au point d'instabilité absolue qui fini par rebattre les cartes en quelques décennies ou siècle selon les lieux et les époques.
La bonne nouvelle (en quelque sorte), c'est que l'orage semble plutôt avoir éclaté en interne (ie D. Trump). Ça peut laisser entrevoir la possibilité d'un certain allègement du joug qui pesait sur l'UE. Saurons-nous en profité ? La question est ouverte.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# On pousse en interne pour utiliser de l'opensource
Posté par David Delassus (site web personnel) . Évalué à 10 (+8/-0).
DISCLAIMER: Je travaille en tant que SecOps à la Commission Européenne.
En interne, on pousse pas mal pour utiliser de l'opensource la ou on peut, et s'émanciper un maximum des géants américains. C'est pas facile, car comme dans toute bureaucratie, les choses bougent lentement, et adopter une nouvelle technologie demande beaucoup de préparation, surtout si il faut migrer d'une précédente technologie propriétaire qui est présente depuis 20 ans.
On a réussi en 2025 a migrer une grosse partie de nos environnements de "techno proprio X" vers "techno opensource Y" (faudrait que je relise mon contrat pour savoir a quel point je peux divulguer ce genre d'information, donc désolé si je reste vague). La migration se poursuit en 2026 et on espère l'avoir fini d'ici la fin du premier trimestre.
D'ailleurs, on est aussi en train d'introduire petit à petit https://github.com/link-society/flowg que je développe avec ma société, le but étant de prouver ses capacités a remplacer encore d'autres technologies propriétaires qui coûtent bonbon.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: On pousse en interne pour utiliser de l'opensource
Posté par xrogaan . Évalué à 0 (+3/-3).
C'est quoi cette horreur de commit log avec tout ces émoji ? On se croirait dans une foire.
[^] # Re: On pousse en interne pour utiliser de l'opensource
Posté par Colin Pitrat (site web personnel) . Évalué à 3 (+1/-0).
J'ai vu ça dans d'autres projets. C'est une façon de catégoriser les différents commits (technique (merge, rebase, …), correction de bug, nouvelle fonctionnalité, refactoring, etc…).
Je ne suis pas non plus très fan mais je vois l'avantage. Une fois qu'on connait la signification de chaque pictogramme on peut vite survoler le log pour retrouver le commit qui nous intéresse.
[^] # Re: On pousse en interne pour utiliser de l'opensource
Posté par David Delassus (site web personnel) . Évalué à 2 (+0/-0).
https://gitmoji.dev
Ca créé un git log beaucoup plus facile a lire visuellement, et ça reste facilement "greppable" vu qu'on utilise la notation
:emoji_name:qui est textuelle.https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: On pousse en interne pour utiliser de l'opensource
Posté par Blackknight (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Ça ne pose pas de problème ça ?
Comme tu as un contrat de travail avec la commission européenne, si j'ai bien compris, tu peux aussi "placer" les produits de ta société ?
[^] # Re: On pousse en interne pour utiliser de l'opensource
Posté par David Delassus (site web personnel) . Évalué à 2 (+0/-0).
C'est un projet Open Source, pas un "produit".
En tant que tel, il est passé par le même (long) chemin de validation que nginx, traefik, apache, etc…
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# en version française
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 3 (+0/-0).
Et voici le lien en version française de l’initiative « Écosystèmes numériques ouverts européens »
(Nous sommes sur Linux Fr .org tout de même)
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.