Comment se remettre sur les rails après avoir épuisé la programmation

Être un bon programmeur, c'est bien plus qu'une bonne programmation. Brooke Cagle sur Unsplash

Notre cerveau ne peut en supporter que beaucoup. Nous avons tous dû gérer un problème si complexe qu’il nous a brisés. Nous nous sommes tous sentis comme des imposteurs dans notre travail quand quelque chose ne cliquait pas.

Tout cela nous rend frustrés et en colère et notre code empire. Notre code étant pire nous rend plus en colère. Nous sommes maintenant dans un cycle de dégoût de soi et de larmes de dev.

Où est-il donc passé?

Certains diront que les problèmes vont être difficiles et qu'il faut procéder de l'une des manières suivantes:

  1. Abandonnez et trouvez un problème plus facile. (Si seulement)
  2. Devenir plus intelligent et meilleur dans notre travail. (Cela ne conduira certainement pas à une dépression et à une anxiété invalidantes)

Ouais alors, ces options sont nulles. Si nous sommes vraiment aux prises avec du code, je ne pense pas que la solution la plus thérapeutique est de coder plus.

Devez-vous vous rappeler toutes les 5 minutes du guide de style de code qui habite dans la tête de votre développeur principal?

Avez-vous eu une discussion d'une heure avec un collègue sur la complexité spatiale de votre code React?

Que pouvons-nous réellement faire pour améliorer notre flux de travail?

Parlons de moyens non programmés pour devenir de meilleurs programmeurs. Opinions à venir, choisissez ce qui fonctionne pour vous et votre équipe.

Vous méritez d'être heureux, alors trouvez ce qui vous rend heureux et faites-le davantage

Ok, alors celui-ci semble être une évidence, mais est-ce vrai? Permettez-moi de répéter cela: vous méritez d'être heureux. Arrêtez la programmation et faites ce que vous aimez le plus. Je vous promets que lorsque vous reviendrez, vous coderez mieux, mais votre humeur influencera également vos collègues.

Lorsque vous êtes dans un bon état d’esprit, il est plus facile de choisir vos batailles. Vous aurez plus de chances de laisser glisser les petites choses et vous aurez plus de mal à les réduire.

Automatisez toutes les règles du guide de style que vous pouvez. Méfiez-vous de ceux que vous ne pouvez pas.

Résoudre un problème fondamental est déjà assez difficile. La dernière chose dont vous avez besoin est de perturber votre pensée toutes les 5 minutes, que vous ayez besoin d'un point-virgule ou non.

Recherchez des outils tels que Prettier et ESLint et utilisez les configurations courantes trouvées en ligne. Il y a quelques prestations de maladie ici:

  1. Si un collègue déteste une règle, il n’ya personne dans l’équipe à qui faire face. Vous pouvez serrer les poings ensemble contre quiconque a proposé le jeu de règles commun.
  2. Vous pouvez avoir la correction automatique sur enregistrer dans la plupart des éditeurs, ainsi plus de correction de code à la main! Écrasez et concentrez-vous sur l'essentiel!
  3. Vous pouvez configurer des contrôles automatisés lorsque quelqu'un soumet un PR, réduisant ainsi le temps système NIPPICK.

Demandez-vous "Si je laisse juste cela aller, qu'est-ce qui se passera?"

Si je suis coupable d’une chose, c’est parler de choses qui ne font pas une énorme différence au bout du compte.

Je préfère une optimisation prématurée de la santé mentale de mon collègue par rapport à la mémoire de l’ordinateur.

Les ordinateurs sont de plus en plus grands et plus rapides chaque année, alors que les humains ne peuvent en supporter que beaucoup.

Il est important de comprendre ce que vous pourriez gagner en remportant une dispute. D’un côté, vous économiserez de l’espace, de l’autre, vous risquerez de gâcher la journée de votre collègue et cette négativité en résultera.

Bien sûr, il est parfois nécessaire d’évaluer le code et les performances. C’est à ce moment que vous serez reconnaissant de ne pas vous être battu jusqu'à la mort avec Ayesha au-dessus d’objets en ligne dans des accessoires.

Utilisez un éditeur puissant et valorisez Intellisense et Typings.

À quelle fréquence vous retrouvez-vous obligé de changer de fichier pour savoir dans quel ordre se trouvent les arguments d’une fonction? Qu'en est-il s'il faut une chaîne ou un nombre pour l'argument de taille?

Être assommé de votre flux de travail entraîne une fatigue mentale. Devoir consulter la documentation pour voir quelles fonctions sont disponibles, ça pue. Personnellement, j'utilise VSCode et TypeScript, mais j'utilise ce qui vous convient le mieux.

Passez du temps à transmettre de l'énergie positive à votre entourage

Avez-vous déjà souhaité que pendant que vous êtes assis en train de lutter que quelqu'un vienne à vous et vous demande simplement comment vous allez? Peut-être juste pour prendre une bouchée à manger?

Vous ne pouvez pas contrôler si d’autres le font pour vous, mais vous pouvez contrôler si vous le faites pour d’autres. Non seulement cela fera la journée de quelqu'un, mais je leur garantis qu'ils n'oublieront pas votre gentillesse.

Influencer une bonne culture est tout aussi important pour moi qu'un bon code. L'empathie et la gentillesse à l'échelle, douchebaggery n'a pas.

Si vous avez des questions ou si vous recherchez un mentor sur React, n'hésitez pas à me tweeter @yurkaninryan à tout moment!

Si vous aimez mon style d’écriture, voici quelques autres articles que j’ai faits.

Bonne chance et bon codage!