Combien contribuons-nous ?
Nous ne disons pas seulement "nous aimons l'open source" en restant sur des mots. Ci-dessous nous laissons les chiffres, qui devraient dire assez clairement ce dont nous sommes capables. Gardez à l'esprit qu'ils grandissent chaque semaine.
Lignes de code écrites au total
Plus de cinq millions de lignes de code dans de vrais projets - d'un panneau d'hébergement et d'une messagerie aux applications natives desktop et mobiles, jusqu'aux émulateurs, moteurs de jeu et microframeworks maison. Pas un chiffre de générateur ni des tutoriels recopiés : chacune de ces lignes soutient un produit qui fonctionne ou un outil que nous utilisons nous-mêmes chaque jour. Nous écrivons beaucoup parce que nous construisons beaucoup, sans interruption depuis 2020.
Dépôts (projets)
Plus de deux cents dépôts répartis sur plus de 100 projets, tous sur nos comptes. On y trouve des plateformes en production, des outils internes, des expériences, des applications mobiles et desktop, des tableaux de bord, ainsi que des projets éducatifs ou open source que nous préparons pour d'autres développeurs. Un tel nombre ne vient pas d'un seul week-end - ce sont des années de travail régulier, où une nouvelle idée finit par nous offrir une occasion de plus de bâtir le prochain projet évolutif.
Étoiles sur des projets auxquels nous avons contribué
Ce ne sont pas seulement des personnes non techniques qui nous font confiance, mais aussi des développeurs du monde entier. Des millions de personnes utilisent des bibliothèques et des outils auxquels nous avons apporté notre pierre - souvent sans le savoir, car notre code travaille discrètement sous le capot de leurs projets préférés. Les étoiles sur ces dépôts, c'est la confiance cumulée d'une communauté qui apprécie ces outils au point d'y revenir chaque jour. Pour nous, c'est la meilleure preuve que notre travail dépasse largement notre propre jardin.
Projets open source avec nos contributions
Notre code a été intégré à plus de 50 projets open source externes. Ce ne sont pas des dépôts au hasard - ce sont des bibliothèques et des outils que les développeurs utilisent tous les jours : PHPMailer, pydantic, Polly, FluentValidation, Monolog, Serilog, NLog, Ebiten, goquery, Pagefind et CommonMark. Nous corrigeons là où nous nous appuyons dessus et renvoyons les changements à la communauté.
Découvrez nos projets open source
Nous n'ajoutons pas seulement des commits aux dépôts des autres - nous construisons nos propres outils et plateformes, que nous utilisons chaque jour et partageons.
Tous nos dépôts depuis un seul terminal.
Vulp est notre outil maison en terminal : un seul écran montre l'état de tous les dépôts, une synchronisation groupée récupère et pousse les changements d'un coup, et projets, tâches, pull requests et statistiques sont à portée de raccourci clavier. Écrit en Rust pour réagir instantanément.
Voir sur GitHub
Un centre de contrôle pour des agents IA qui travaillent seuls.
Gyred tient une flotte d'agents en bride : les espaces de travail séparent les projets, les règles définissent ce qu'un agent a le droit de faire, et les boucles ont une vraie condition d'arrêt au lieu de tourner indéfiniment. Les leases garantissent que deux agents ne se jettent jamais sur la même tâche - l'un la prend, les autres attendent.
Voir sur GitHub
Une messagerie avec comptes, groupes et conversations en direct.
Plazer est une messagerie construite de zéro : vous créez un compte, ajoutez des amis, écrivez en privé ou en groupe, réagissez et épinglez ce qui compte. Les messages passent par WebSocket, la conversation se déroule donc en direct, et le même historique vous attend sur ordinateur, sur téléphone et dans le navigateur. Le backend repose sur Go, PostgreSQL et Redis.
Voir sur GitHub
Comment nous apportons notre pierre
Notre part dans le code ouvert n'a pas une seule forme. Nous le faisons de quatre façons - chacune nourrit les autres.
Services logiciels sur mesure
Nous développons sur mesure : sites, panneaux, boutiques et applications. Le client possède le code et obtient tout l'historique des commits, pas une boîte noire fermée. Beaucoup des schémas et outils élaborés ici reviennent ensuite dans nos projets ouverts.
Mener nos projets OSS
Nous maintenons nos projets ouverts - comme vulp - avec un vrai dépôt, des versions et un souci de qualité. Pas des expériences abandonnées : nous suivons les tickets, écrivons la documentation et les faisons évoluer parce que nous les utilisons nous-mêmes chaque jour. Chacun peut entrer, lire le code et bâtir dessus.
Contribuer au code des autres
Quand nous trouvons un bug ou une fonctionnalité manquante dans une bibliothèque que nous utilisons, nous ne bricolons pas dans notre coin - nous renvoyons le correctif à la source. Nous ouvrons des tickets, des pull requests et aidons à faire vivre les outils sur lesquels repose aussi notre travail. Une simple honnêteté envers l'écosystème dont nous dépendons.
Plateformes SaaS prêtes
Certains de nos projets deviennent de vraies plateformes SaaS où l'on peut simplement créer un compte et travailler. Leur cœur partage souvent du code avec les outils ouverts, si bien que développer l'un fait avancer l'autre. Au lieu de tout réinventer à chaque mission, nous avons des fondations éprouvées que nous avons bâties et comprenons de bout en bout.
Nous ne restons pas en place
Nous ne nous vantons pas d'un seul bon mois. À gauche, les chiffres de toute notre histoire dans le code ouvert ; à droite, le graphe d'activité des 90 derniers jours - dense et sans longues coupures, car l'open source est chez nous une habitude quotidienne.
Ce que nous construisons à ciel ouvert
Le code ouvert n'est pas un seul type de projet chez nous. Des outils en terminal aux plateformes et applications, jusqu'aux émulateurs et bibliothèques.
Des outils en terminal que nous utilisons nous-mêmes chaque jour et qui nous épargnent des heures de clics. Le fer de lance est vulp - depuis une seule fenêtre de terminal, il gère plusieurs dépôts à la fois, les synchronise, ouvre des pull requests et récolte des statistiques. Il applique aussi des garde-fous pour que rien n'arrive dans un mauvais état. Nous les bâtissons d'abord pour nous, donc ils doivent être rapides et fiables.
Des plans de contrôle et plateformes complets qui rassemblent de nombreuses pièces mobiles dans un tableau de bord lisible. Un tel projet est Gyred - il pilote toute une flotte d'agents IA depuis un seul endroit, montre leur état et permet de les diriger en temps réel. Dans le même esprit, nous bâtissons des panneaux d'hébergement et clients où tout l'essentiel est à portée de main. Le but est de saisir une infrastructure complexe d'un seul coup d'oeil.
Des applications écrites de zéro, où un seul code sert le web, le desktop et le mobile à la fois. Le fer de lance est Plazer - une messagerie en direct avec chiffrement de bout en bout, si bien que le contenu des messages reste entre les interlocuteurs. Plutôt que d'assembler des briques toutes faites, nous bâtissons ces applications couche par couche et gardons la main sur chaque détail. Ainsi elles fonctionnent aussi bien sur chaque écran.
Nous descendons aux couches les plus basses, là où chaque cycle d'horloge compte. Nous écrivons des émulateurs CPU vérifiés bit à bit - de CHIP-8 à la Game Boy - pour qu'ils se comportent exactement comme la puce d'origine. S'y ajoutent des moteurs de jeu et des rendus bâtis de zéro, sans bibliothèque de dessin toute faite. C'est la partie la plus exigeante de notre travail, et celle dont nous apprenons le plus.
De petites bibliothèques et microframeworks bien testés, qui font une seule chose et la font bien. Nous les bâtissons uniquement sur la bibliothèque standard du langage, sans dépendances lourdes qui traînent la moitié d'internet derrière elles. Elles restent ainsi légères, faciles à intégrer dans un autre projet et prévisibles à maintenir. Nous couvrons chacune de tests avant de la déclarer terminée.
Des bots Discord, proxys de webhooks et scripts ops qui reprennent le travail répétitif et ennuyeux. Ils déchargent l'équipe et surveillent l'infrastructure tout seuls, réagissant avant même que quelqu'un ne remarque un souci. Plutôt que de cliquer à la main dans les panneaux, nous décrivons une fois ce qui doit se passer automatiquement et le laissons à la machine. Ils nous laissent plus de temps pour ce qui ne s'automatise pas.
Voyez comment nous écrivons - à ciel ouvert
Tout notre open source est public : dépôts, historique des commits, versions. Jetez un œil, lisez le code, clonez-le et bâtissez dessus - et si ça vous plaît, laissez une étoile et suivez-nous.
Suivez-nous sur GitHub