Gérer sa motivation en tant que développeur solo

• L’une des choses les plus difficiles quand on est développeur solo, c’est de conserver sa motivation
• J’ai tenu une sorte de journal sur mes méthodes personnelles pour « hacker » ma motivation, ce qui fonctionne et ce qui ne fonctionne pas, et voici celles qui ont le mieux marché

Transformer des sources externes en motivation

• J’ai mis en place un système pour tirer ma motivation de sources externes
  • Exemple : un système qui m’envoie une notification à chaque nouvel abonné
• Je déteste les notifications push, mais celles-ci s’affichent directement sur mon écran d’accueil
  • À chaque fois, ça me donne un petit regain de motivation
  • Il y a un léger effet de tapis roulant hédonique. Au début, chaque nouvel abonné était une énorme décharge de dopamine et d’énergie ; avec le temps, l’effet a diminué, mais ça continue à me recharger
• Dans le même esprit, je me suis abonné à un service qui me prévient chaque fois que quelqu’un mentionne mon service (Chessbook) (Syften)
  • C’est aussi utile pour le marketing, car l’engagement sur les réseaux peut beaucoup aider, mais c’est également motivant de voir des gens parler de ce que j’ai créé (idéalement en bien)
• J’ai aussi un canal #pump-up sur Discord, qui contient un flux des jalons atteints
  • Des choses motivantes comme $X de MRR, 2 000 utilisateurs sur Discord, moins de 6 % de churn, etc.

Laisser le travail inachevé

• Laisser une tâche terminée à environ 90 %
• C’est un peu frustrant par rapport au fait de la boucler complètement, mais ça rend le redémarrage le lendemain 10 fois plus facile
• On peut obtenir un sentiment d’accomplissement très rapidement au moment de reprendre
• Faire seulement un commit git ne suffit pas. L’idéal, c’est d’avoir une tâche de 5 à 10 minutes, dans une situation où l’on sait exactement ce qu’il reste à faire

Utiliser au maximum le produit que j’ai créé

• En l’utilisant moi-même, je repère les problèmes et je les corrige immédiatement
• Une gêne que je ressens directement a bien plus d’impact qu’un bug report, donc je la corrige tout de suite
• M’apercevoir de ce que je veux moi-même me donne de bien meilleures idées produit que d’essayer d’imaginer ce que les autres pourraient vouloir

Mieux vaut résoudre la douleur que la supporter

• Il y a toujours des parties pénibles : des zones négligées du codebase, des échanges avec des tiers, la sortie d’une nouvelle version d’une app native, etc. Savoir qu’il faut gérer ce genre de choses dans le cadre d’un travail peut rendre le démarrage beaucoup plus difficile
• Une bonne approche consiste à chercher un moyen d’atténuer cette douleur pour la rendre moins pénible
  • Par exemple, récemment, j’avais besoin de plus de 4 nouveaux endpoints, et j’avais beaucoup de mal à commencer une nouvelle tâche. Il fallait écrire les types côté backend, réécrire les mêmes côté frontend, vérifier que les payloads étaient corrects, que les routes étaient bonnes, et comme rien ne vérifiait les types, ça ne marchait généralement pas du premier coup
  • Donc avant de commencer, j’ai trouvé une bibliothèque RPC appelée RSPC, qui génère les types et rend l’écriture puis l’appel de fonctions backend aussi simples et sûrs, côté frontend, que l’appel d’une autre fonction asynchrone frontend
  • Non seulement cela a supprimé la douleur, mais ça m’a aussi rendu activement enthousiaste à l’idée d’utiliser ce nouveau système. J’ai transformé une source de friction en amplificateur de motivation
• Si j’avais travaillé dans une grande entreprise, j’aurais facilement oublié cela, car on ne peut pas résoudre les douleurs du développement quotidien. On finit probablement par avoir le sentiment que tenter de résoudre ce genre de problèmes ne sert à rien. Il faut respecter des deadlines, obtenir des validations, ou rédiger un document technique avant même d’essayer
  • Le fait de pouvoir corriger et améliorer tout ce qu’on veut est l’un des plus grands avantages du développement en solo ; il faut donc se rappeler qu’on peut en profiter à tout moment

Ne rien faire

• Il m’arrive souvent de me laisser happer par Twitter / YouTube / Reddit, etc.
• La meilleure façon d’en sortir, pour moi, se fait en deux étapes
  • D’abord passer de Reddit, etc., à un état où je ne fais rien, puis ensuite me mettre au travail
  • Passer directement de Reddit à un travail concentré est très difficile, mais ne rien faire est bien plus simple
  • Une fois que le cerveau se calme, commencer à coder ne paraît plus si difficile
• Je veux vraiment dire : ne rien faire
  • Il suffit de rester assis quelques minutes devant l’écran et, comme par magie, le brouillard de surstimulation dopaminergique lié à la consommation se dissipe, et je peux à nouveau être enthousiaste à l’idée de créer et de résoudre des problèmes
• Ensuite, le cerveau se calme et on peut à nouveau se concentrer sur le travail

Donner des mises à jour aux utilisateurs

• Le fait de publier des mises à jour aux utilisateurs me permet aussi de prendre du recul sur ce que j’ai accompli
• À la fin du mois, le fait de consigner mes progrès me redonne de la motivation

Trouver un partenaire

• Ça peut sembler contredire le titre, mais j’ai seulement dit que j’étais un développeur solo
• J’ai un partenaire bien meilleur que moi sur tous les aspects produit / design / copy, etc.
• Je ne vais pas lister tous les avantages d’avoir un partenaire, mais je suis maintenant convaincu que c’est essentiel
  • Pour mes prochains projets, je chercherai un partenaire qui partage ma façon de penser les problèmes tout en complétant mes compétences
  • La différence est immense
• Côté motivation, il s’agit surtout d’accountability
  • C’est la même raison pour laquelle les gens ont un partenaire de salle de sport. Le simple fait de savoir que quelqu’un s’attend à vous voir se présenter peut être très puissant
  • Nous faisons aussi une réunion hebdomadaire, et si je me rends compte que je n’ai rien à raconter, c’est probablement que je n’en ai pas fait assez — et c’est un rappel assez frappant
• L’autre aspect, c’est que votre motivation et celle de votre partenaire monteront et descendront, mais pas au même rythme
  • Quand ce n’est pas votre cas, avoir quelqu’un d’autre qui reste motivé par le projet aide énormément

Éviter les « zero days »

• Quand je passe une journée sans rien faire, il reste en moi une culpabilité persistante d’avoir eu un « zero day »
  • Cela m’empêche de profiter pleinement de l’activité que je suis en train de faire
  • J’ai essayé de me donner à moi-même l’autorisation d’en profiter, mais ça ne fonctionne tout simplement pas
  • En apparence, on se repose et on se recharge, mais ça ne ressemble pas du tout à ça. On a juste l’impression d’endurer
  • Cela peut mener à une boucle de rétroaction négative. On essaie encore et encore de se recharger, mais on finit juste encore plus fatigué
• La seule méthode que j’ai trouvée, c’est d’abord de faire un bon travail
  • Ensuite, je peux m’immerger complètement dans l’activité divertissante et improductive qui suit

Profiter de la motivation quand elle est là

• Parfois, je me couche en réfléchissant à un problème, et au moment où je comprends la solution, je me sens motivé
  • Je pourrais la noter et m’en occuper le matin, mais la plupart du temps, je me lève simplement et je travaille jusqu’à 4 heures du matin
• C’est aussi l’un des grands avantages du développement en solo
  • Comme je n’ai pas besoin d’être disponible sur Slack à 9 h du matin, je peux exploiter ces moments de motivation quand ils arrivent, même au beau milieu de la nuit
• Ce n’est sans doute pas quelque chose qu’on peut généraliser, mais encore une fois, ce texte ressemble davantage à une entrée de journal transformée en billet de blog qu’à un conseil universel
  • J’ai toujours mieux fonctionné avec une approche plus souple, qui cherche à maximiser les occasions de travail en état de flow, plutôt qu’en me forçant à travailler de 9 h à 17 h tous les jours, quoi qu’il arrive

[bbulbum]

J’ai de la motivation pour divers side projects, mais j’ai souvent du mal à passer à l’exécution ; il va falloir que j’essaie cette approche.

[tsboard]

Je pense qu’il est vraiment important d’entretenir sa motivation. Même pour un side project très simple, il faut avant tout réussir à garder l’envie de le faire.

[cqssfm]

Quel est le service qui me prévient chaque fois que quelqu’un mentionne mon service (Chessbook) ? Je suis curieux.

[laeyoung]

Je suis curieux de savoir aussi ce qu’il utilise ; j’ai l’impression qu’il doit exister plusieurs services similaires.

[xguru]

Dans les commentaires sur Hacker News, il paraît que l’auteur de ce billet utilise https://syften.com/.
Il y a aussi des choses comme https://kwatch.io/.

[cqssfm]

Oh, merci beaucoup !

[laeyoung]

J’utilise syften en ce moment, et c’est vraiment très bien.
On peut l’utiliser gratuitement pendant 14 jours sans enregistrer de carte bancaire, et les e-mails avec des astuces envoyés de temps en temps sont plus utiles que je ne le pensais.

[xguru]

J’utilise aussi des sources externes de motivation, et ça marche vraiment très bien.
Je reçois des notifications pour les nouvelles inscriptions sur GeekNews, l’installation du bot Slack et les abonnements à la newsletter hebdomadaire, et chaque fois que j’atteins un certain jalon, j’en parle via Facebook, etc. — c’est très utile pour rester motivé.

Il faut aussi parfois donner des mises à jour aux utilisateurs, mais je n’ai pas vraiment de canal adapté haha

[sgwanlee]

Moi aussi. Au tout début, je connectais même les visiteurs à Slack via un webhook, puis quand le nombre de visiteurs augmente, je passe aux inscrits, et quand le nombre d’inscrits augmente, aux acheteurs.

[GN⁺]

Commentaires sur Hacker News

• Problèmes de concentration et de motivation : Les personnes qui ont du mal avec la concentration et la motivation ont du mal à échanger avec celles qui n’ont pas ces difficultés. Cela est lié à la chimie du cerveau, ce qui rend la compréhension mutuelle difficile.

• Travail inachevé : Laisser un test en échec permet de se remettre immédiatement au travail le lendemain et de réduire le temps perdu. Cela offre un point de départ plus clair qu’une fonctionnalité laissée inachevée.

• Expérience de développeur solo : Après avoir développé seul, on a fini par monter une équipe. Il ne faut pas culpabiliser à propos des « zero days », et les retours des clients sont une grande source de motivation.

• Ne pas dépendre de la motivation : Il est possible de travailler sans motivation. C’est l’action qui fait naître la motivation, et non l’inverse.

• Boîte de Skinner high-tech : Pour s’éloigner de Reddit, Twitter et YouTube, certains essaient de « ne rien faire ». Cela aide à apaiser le cerveau et à relancer la résolution créative de problèmes.

• La culpabilité des « zero days » : Il est important de se traiter avec bienveillance pour ne pas culpabiliser les jours où l’on ne fait rien. Cela aide à prévenir le burnout.

• Résoudre une douleur : Créer des outils qui résolvent une douleur est plus amusant. On aimerait faire de l’amélioration de son propre workflow son métier.

• Potentiel de recherche en psychologie : La manière de passer de « ne rien faire » à « travailler » pourrait devenir un sujet important de recherche en psychologie.

• Message de motivation : Recevoir une notification à chaque nouvel abonné peut être motivant. Cela a encore plus d’effet sur les personnes déjà motivées.

• Expérience de récompense sur IRC : Lors de la vente d’un VPN IRC, voir une notification automatique apparaître dans un canal interne à chaque nouveau client était extrêmement gratifiant.