Rendre son travail public attire la chance
(github.com/readme)- La chance peut sembler être un facteur externe incontrôlable, mais le fait de rendre son travail public peut augmenter la probabilité de rencontrer de bonnes opportunités
- La surface de chance (Luck Surface Area) se définit comme le produit entre le fait de faire des choses (Doing Things) et de les faire connaître (Telling People)
- Faire le travail et le publier est un processus essentiel pour les créateurs comme les développeurs ou les designers, ainsi qu’un moyen de révéler sa curiosité et son expertise
- Plutôt que d’attendre un résultat parfait, il est important de partager aussi le processus, les apprentissages et les essais-erreurs, ce qui peut inspirer d’autres personnes
- Un travail rendu public peut créer des opportunités inattendues comme un nouvel emploi, une collaboration, une conférence ou des liens communautaires ; ce n’est pas simplement de la chance, mais un résultat probabiliste produit par le partage
Le concept de surface de chance
- La chance est définie comme « le fait que de bonnes choses inattendues arrivent »
- Ex. : le succès d’une bibliothèque OSS, une invitation à une conférence, une proposition de nouvel emploi, l’acquisition de clients, une participation à un podcast, la création de relations dans une communauté, etc.
- Selon la définition de Jason Roberts, la surface de chance (Luck Surface Area) est proportionnelle au produit entre « l’intensité avec laquelle on fait quelque chose avec passion » et « le nombre de personnes à qui on le communique efficacement »
- Sous forme de formule : Luck = [Doing Things] × [Telling People]
- Plus on fait de choses et plus on en parle à un grand nombre de personnes, plus la surface de chance grandit
Faire le travail (Doing the work)
- Avant de publier, il faut d’abord faire un vrai travail concret
- Les développeurs, designers et autres créateurs sont fondamentalement des personnes qui fabriquent quelque chose, et c’est la base de la chance
- Il existe deux types de personnes
1. Celles qui font déjà beaucoup de choses mais pensent que leur travail ne vaut pas la peine d’être partagé
2. Celles qui veulent commencer quelque chose mais ne passent pas à l’action - Le premier groupe a tendance à sous-estimer la valeur de ses connaissances ; en observant ce qui se partage dans la communauté, on peut se rendre compte qu’on sait déjà faire beaucoup de choses utiles
- Pour le second groupe, il faut commencer petit
- Il ne faut pas attendre l’idée parfaite ; il faut commencer par un petit projet ou une expérimentation
- « Le mouvement engendre le mouvement »
Faire vivre sa curiosité et son expertise
- Les projets personnels sont un excellent espace pour explorer sa curiosité
- Ex. : fabriquer une imprimante de reçus qui imprime des issues GitHub, transformer un abri modulaire en bureau, développer un outil de dessin SVG, écrire une longue newsletter sur l’infrastructure financière, etc.
- Les projets professionnels sont un bon terrain pour exprimer son expertise
- On peut transformer un problème résolu au travail ou un apprentissage en billet de blog, présentation ou projet open source
- Même si les détails sont confidentiels, on peut partager les concepts, les enseignements et les schémas récurrents
- En notant pendant un mois les problèmes ou schémas intéressants rencontrés au travail, on accumule rapidement beaucoup d’idées à partager
Appuyer sur le bouton Publier (Hitting the publish button)
- Beaucoup de gens ressentent de la peur au moment du partage
- Cela peut venir de la peur de la critique, du perfectionnisme ou d’un rejet du marketing
- Pourtant, partager n’est pas de la vanité mais une diffusion de l’apprentissage ; c’est un processus qui inspire les autres et facilite leur progression
- La plateforme de publication peut être Twitter, GitHub, un blog, une newsletter, YouTube, etc. ; l’important est simplement que ce soit ailleurs que sur un disque dur
- Partager est une compétence qui s’apprend, et il est important de ne pas diffuser uniquement le résultat final, mais aussi le processus en cours, les échecs et la façon de réfléchir
- Au début c’est maladroit, mais avec la pratique cela devient naturel
Capter la chance (Capturing the luck)
- Quand on rend son travail public, la probabilité de voir surgir des résultats positifs inattendus augmente
- Ex. : être reconnu comme expert sur un sujet, recevoir des retours de lecteurs, obtenir des propositions d’emploi, des demandes de clients, des invitations à parler, créer des relations dans une communauté, accroître la visibilité d’un projet OSS, etc.
- Ces exemples correspondent à des expériences réellement vécues par l’auteur et sont le résultat d’une surface de chance élargie grâce au partage
- La formule clé est simple
- Do the work. Tell people.
- Explorer en profondeur sa curiosité et son expertise, puis partager publiquement ce qu’on a appris
- On ne peut pas éviter complètement les critiques en ligne, mais bien plus de personnes vous soutiennent discrètement qu’on ne l’imagine
- Et au final, l’une d’elles peut vous offrir l’opportunité qui change une vie
3 commentaires
Il me semble avoir déjà vu cette formule il y a quelques années, mais je n’ai pas vraiment réussi à l’appliquer jusque-là.
L’une des choses que je répétais toujours aux juniors, c’était :
« quand vous résolvez un problème, documentez-le bien et laissez-en une trace sous forme de publication accessible publiquement ».
Déjà, le simple fait de mettre ça en ordre permet de repasser une fois de plus sur tout le processus, donc c’est facile à se remémorer,
et même si je retombe sur le même problème, une recherche Google fait ressortir mon propre billet, ce qui permet de le résoudre rapidement (merci à moi du passé !).
Et puis, comme cela peut aussi aider quelqu’un, ça peut également améliorer votre réputation.
Commentaires sur Hacker News
En tant que personne ayant travaillé dans le secteur de l’open source (OSS), j’espère sincèrement que mes projets GitHub ne deviendront jamais célèbres
J’ai plusieurs projets expérimentaux avec plus de 50 étoiles, et heureusement ils ne sont jamais devenus de “vrais” projets OSS
Il m’est déjà arrivé de perdre des week-ends à cause de demandes de correction de bugs sur de vieux projets ou de revues de PR qui ne m’intéressaient pas
La maintenance OSS ressemble à un emploi à temps partiel non rémunéré. La notoriété reste limitée, et même d’excellents développeurs OSS ont du mal à trouver un poste convenable dans le secteur
Je pense que les mainteneurs OSS sont une sorte de saints qui soutiennent le logiciel du monde entier
Ce serait bien d’ajouter dans le README GitHub des badges d’état comme “PR bienvenues”, “corrections limitées aux failles de sécurité et bugs critiques”, ou “recherche nouveau mainteneur”
Cela amène à se demander : “Pourquoi conclure ce contrat social au juste ?”
Une alternative serait une gestion plus autonome des projets via des communautés Git auto-hébergées. Cette approche éviterait de marchandiser l’effort des mainteneurs et pourrait rendre l’open source à nouveau agréable
Par exemple, quand une PR arrive sur un dépôt resté intact pendant 5 ans, ils pourraient générer automatiquement un résumé de revue de code ou filtrer les commentaires impolis
Sans publier le code, il est difficile de créer la confiance de la communauté, et des approches du type “laissez votre e-mail pour recevoir un PDF en livre blanc” ne marchent plus en 2025
100 % de 0 dollar, ça reste 0, mais 0,001 % d’un énorme marché, c’est déjà une très belle opportunité
Au fond, l’idée centrale de ce texte, c’est que quelqu’un d’autre, souvent une entreprise, tire le plus grand bénéfice de la publication open source
C’est aussi pour cela que GitHub (= Microsoft) peut difficilement ne pas être perçu comme une machine à extraire du travail gratuit
Un texte vraiment équilibré aurait dû signaler ce conflit d’intérêts
Les entreprises adorent notre travail gratuit, mais elles ne nous embauchent pas. C’est du genre : “Merci, c’était super utile, mais nous ne recrutons pas”
Maintenant, notre code est même absorbé dans les données d’entraînement des LLM sans que notre nom reste attaché à quoi que ce soit
J’ai l’impression de jeter des textes dans l’océan sans jamais entendre la moindre réponse
Les plateformes murmurent “publie encore une fois et ça finira par marcher”, mais j’ai du mal à y croire
L’un a réussi en trois ans grâce au product-led marketing, un autre a construit son audience avec un blog pendant cinq ans avant de monétiser via l’OSS
Au fond, l’idée “d’augmenter sa chance” ressemble surtout à un slogan de motivation, alors qu’en pratique il faut au moins 5 ou 6 ans d’efforts réguliers
Nos écrits sont absorbés dans les données d’entraînement des entreprises, les lecteurs paient ces entreprises, et nous, nous n’entendons même pas un merci
Les seules exceptions sont les communautés fermées où un échange humain direct reste possible
Je me reconnais énormément dans ce texte
Grâce à l’OSS, j’ai reçu des propositions de plusieurs entreprises sans CV ni test de code
Il m’est arrivé d’aider le support GitHub à déboguer un bug, puis d’être recommandé à un MD de Microsoft ; j’ai vécu quelque chose de similaire avec Cloudflare
Au final, l’OSS sert à créer un réseau fondé sur la confiance
En écrivant des livres et en faisant des séances de dédicace en conférence, les opportunités sont venues naturellement
Voici comment je vois les étapes de l’open source
1. Repérer un point de douleur dans mon travail
2. Créer un outil qui résout ce problème
3. Le partager naturellement sur Reddit, HN, Bluesky, etc.
L’open source est un moyen d’émettre un signal. Si ça marche, cela devient une carte de visite et peut mener à du conseil ou à des opportunités d’embauche
Par exemple, après avoir vu LangChain en avril 2023, j’ai créé Langroid LLM agent framework,
et je maintiens aussi une collection d’outils CLI appelée Claude Code Tools.
Ce processus fait de l’open source un moyen d’accumuler de la crédibilité comparable à la publication académique
(Satire) “Bonjour, serfs de l’open source ! Aidez-nous en fournissant encore plus de données pour que notre IA puisse remplacer vos emplois !”
J’ai écrit quelques livres de mathématiques, et ma chance a un peu augmenté, mais 1 200 heures de travail n’ont même pas été rémunérées à hauteur du SMIC
Moi aussi, en publiant des choses, j’ai obtenu de bons emplois à plusieurs reprises. Je ne suis pas devenu riche, mais cela a beaucoup aidé ma carrière
(Auteur) J’ai écrit ce texte il y a quelques années, et ça me fait plaisir de le revoir sur HN
Il y avait déjà une discussion similaire dans le fil de l’époque
Beaucoup disent que c’est “un texte qui nourrit les machines”, mais ce texte a changé ma vie. J’espère qu’il aidera aussi d’autres personnes
Le titre de l’auteur est “Aaron Francis, Marketing Engineer”, ce qui fait se demander si le marketing aussi est désormais appelé ingénierie
Mon profil GitHub