Dire oui est facile, au début.
Cela vous fait vous sentir mieux. Et ça donne l’impression que tu peux tout faire ! Et la personne à qui vous dites oui est également heureuse parce que vous allez faire quelque chose pour elle.
Dire non est difficile. C’est un aveu que vous ne pouvez pas faire quelque chose. Et pire encore, vous décevez quelqu’un d’autre qui veut que vous disiez oui.
Mais voici le problème : aucun de nous n’est un dieu. Nous sommes des gens. Nous avons une certaine quantité de ressources mentales.
Certaines personnes sont un peu folles et peuvent faire beaucoup plus que vous ou moi, mais personne ne peut tout faire. Et parfois, vous pouvez brûler la bougie de minuit pendant un petit moment, mais vous ne faites qu’accumuler des dettes. Chaque’Oui’est un prêt que vous devez rembourser.
Et cela mène au mot B.
Burnout.
Mais avant J’entre dans les mauvaises herbes, si vous avez besoin de vérifier un peu, la seule chose que je veux que vous reteniez de ceci est:
“TNGD”dit que c’est parfaitement bien pour vous de dire”Non.”
En fait, je vous encourage à l’essayer au moins une fois aujourd’hui !
Cette pull request de 100 lignes vous prendra une heure à réviser ? Non.
Ce problème qui vous demande de tirer votre projet dans une direction légèrement différente ? Non.
Cette petite opportunité que vous attendiez mais que vous savez juste que vous ne pouvez pas faire maintenant ? Non.
Ça fait mal, la plupart du temps, mais si vous ne vous améliorez pas en disant « non » plus souvent, vos « oui » deviennent moins fructueux.
Faire face à l’épuisement professionnel
La première fois que j’ai sérieusement réfléchi à l’épuisement professionnel en tant que responsable, c’était vers 2016. J’avais une famille jeune et grandissante, et je venais d’avoir mon troisième enfant-dont trois de moins de 5 ans-et la vie devenait compréhensible stressant.
À l’époque, j’écrivais ceci :
Je n’aime pas fermer un PR sans fusionner, car un PR signifie que quelqu’un a suffisamment aimé mon projet pour y contribuer. Mais parfois c’est nécessaire. Je n’essaie pas d’être un con (et je commence généralement par remercier le contributeur pour essayer d’atténuer le coup), je m’assure simplement de la santé continue du projet.
Je commencé à changer ma perspective. Dans cet article, j’ai donné quelques lignes directrices que je pourrais indiquer lors de l’examen d’une demande d’extraction ou d’un problème.
J’ai terminé cet article de blog avec :
N’hésitez pas à dire’non » lorsqu’un PR ne répond pas à vos normes. Tant de projets déraillent en acceptant trop de nouvelles fonctionnalités sans les évaluer pour la maintenabilité à long terme, et c’est un problème qui est évité par un simple mot de deux lettres.
Un an et quelques milliers couches plus tard, j’ai parlé de l’épuisement professionnel à la DrupalCon Baltimore.
Et c’était en 2017, après une opération chirurgicale majeure pour m’aider à lutter contre la maladie de Crohn. Voici ce que j’ai dit alors :
Faire face aux hauts et aux bas de la maladie de Crohn m’a vraiment rendu reconnaissant pour les moments où je peux être productif, et plus important encore, c’est un rappel constant que vous ne savez jamais ce que quelqu’un d’autre traverse, donc je sais qu’il est important de toujours traiter les autres avec compassion et d’assumer la meilleure intention.
J’étais encore un peu optimiste quant à ce que je pouvais supporter au. Cette session avait une ambiance plutôt positive: nous sommes tous humains, nous avons tous nos propres combats, nous sommes tous dans le même bateau, donc si vous devez dire non, essayez de le dire gentiment et de laisser tomber les gens légèrement…
Mais je ne savais pas que ma santé s’effondrerait au cours de l’année suivante, au point que j’ai subi une opération chirurgicale majeure qui m’a assommé pendant un mois.
Cela m’a donné beaucoup de temps pour réfléchir.
J’ai commencé à écrire un livre sur la maladie de Crohn, mais j’ai aussi changé mon point de vue sur le fait de dire non.
Et juste avant le début de la pandémie, j’ai écrit ceci :
Sauf si cela génère des revenus, c’est pour moi et je ne passerai pas plus de quelques heures par mois à le regarder, si c’est le cas.
Je ne savais pas, ce changement de perspective-cette acceptation du mot”Non”-conduirait à la plus grande opportunité de ma vie.
Aucune ne mène à des opportunités
J’ai toujours voulu enseigner. J’étais même sur le point d’être professeur auxiliaire dans une université locale il y a quelques années. Mais faire ce travail tout en subvenant aux besoins d’une famille et en faisant face à une maladie chronique aurait été difficile.
Mais j’ai commencé à donner la priorité au travail open source qui alimentait mon travail rémunéré, et j’ai adopté le mantra :
Soyez libéral avec votre « non », soyez judicieux avec votre « oui ».
J’ai écrit ce billet de blog quelques jours avant de commencer mon premier livestream sur YouTube, migrer mon site Web Drupal 7 vers Drupal 8. J’ai toujours aimé partager mon travail open source, et c’était une façon nouvelle et unique de le faire.
Également un peu stressant, mais c’était le premier vrai goût J’ai eu de l’enseignement sur YouTube. J’ai donc passé une heure par semaine à diffuser en direct le processus de mise à niveau, puis quelque chose d’énorme s’est produit :
La pandémie.
Soudain, des milliers de développeurs ont été renvoyés chez eux pendant le confinement, et de nombreux les gens avaient beaucoup de temps libre.
J’ai donc décidé de prendre un risque. En utilisant le temps que j’ai libéré en adoptant le”Non”, j’ai consacré quelques heures par semaine à la préparation d’une nouvelle série de diffusion en direct, Ansible 101. Cette série a alimenté une autre série sur Kubernetes, et le reste appartient à l’histoire.
Ma chaîne YouTube a décollé pendant les premiers mois de la pandémie. Au bout d’un an, j’ai décidé d’arrêter la sous-traitance de logiciels et de me consacrer à plein temps à YouTube, à l’open source et à l’écriture.
Je ne gagne toujours pas autant qu’avant en tant que développeur à plein temps. Mais maintenant, je peux faire plus de choses, comme être avec ma famille, passer du temps sur des projets intéressants et enseigner.
Rien de tout cela n’arriverait si je n’apprenais pas le pouvoir du mot”Non”.
Et ce n’est pas seulement en open source. Dire non à cette offre d’emploi lucrative, à ce grand projet fantaisiste ou à un nouveau passe-temps est difficile.
Mais cela peut rapporter gros.
Conseils pratiques
Premièrement, si quelqu’un ne vous paie pas d’argent, vous ne lui devez rien. Même s’ils ont contribué un patch. C’est bien, et je montre toujours mon appréciation pour les gens qui aident. Mais vous ne leur devez toujours rien.
C’est pourquoi nous choisissons des licences open source. Il dit, en gros, vous pouvez utiliser mon code. Mais ce n’est pas un contrat d’assistance. Ce n’est pas un acompte. Pour moi, je fournis généralement la licence la plus libérale, MIT, même si ce n’est pas la licence la plus”puriste”qui existe. Je fais cela parce que j’encourage les gens à bifurquer mes projets.
S’ils sont en colère, leur fonctionnalité essentielle à leur entreprise n’est pas encore fusionnée ? Eh bien, bifurquez !
J’ai également activé le bot GitHub Stale sur la plupart de mes dépôts, et laissez-moi vous le dire : pour beaucoup de gens, cela semble être un sujet brûlant.
Mais je vais répéter ce que j’ai écrit dans mon article le plus récent sur l’épuisement professionnel de janvier :
Malgré le fait que certaines personnes détestent le bot obsolète, il, ainsi qu’une attitude plus facile à vivre envers mes projets-est la meilleure mesure de prévention de l’épuisement professionnel que j’ai personnellement prise.
J’ai activé le bot obsolète parce que c’était un aveu de ce fait : à moins que je ne marque spécifiquement un problème comme un bogue ou étant”prévu”dans ma feuille de route, ce n’est tout simplement pas si important pour moi.
Notez que je ne verrouille jamais un problème. Il existe des millions d’anciens problèmes GitHub fermés avec des tonnes d’informations utiles. Et j’encourage les gens à travailler sur les choses dans un problème, quel que soit son statut. Mais pour moi, je suis peut-être juste fou, mais quand je saute sur l’un de mes propres projets open source et que je vois un millier de problèmes ouverts ? Ce n’est pas motivant.
Certaines personnes ne s’en soucient pas. Certaines personnes aiment l’anarchie d’une boîte de réception avec 50 000 e-mails non lus. Je ne sais pas comment ma femme fait ça. Mais ce n’est pas moi.
Alors je ferme les problèmes. Et je ne réponds à personne qui essaie de me faire sentir mal à ce sujet, parce que ça ne vaut tout simplement pas mon temps. C’est une autre façon de dire”Non”.
Conclusion
Alors,”Non.”
Comme je l’ai dit au début, c’est tout ce qu’il y a à faire.
Et je ne suis pas le seul à marteler ce message. Il y a quelques semaines à peine, Mike McQuaid a écrit ceci :
Les responsables ont besoin apprendre à dire”non”encore et encore. Non aux nouvelles fonctionnalités. Non aux changements cassants. Non au travail pendant les vacances. Non à la résolution des problèmes ou à la fusion des pull requests de personnes désagréables. Non aux demandes que quelque chose doit être réparé maintenant.
Et si cela ne suffit pas, je viens de remarquer un message de Connor Tumbleson sur Open Source & Dire”Non”.
Non est puissant, il vous donne la concentration, il vous donne la liberté. Et c’est peut-être ce qui vous empêche de vous épuiser.
À tous ceux qui n’aiment pas ça, rappelez-leur que si vous ne dites pas non maintenant, il y a de fortes chances qu’il n’y en ait pas même être l’occasion d’un oui plus tard, si vous êtes épuisé !
Le message ci-dessus est une version de la conférence que j’ai donnée aux développeurs open source à GitHub Nova 2022.