Il semble très étrange d'écrire que quelque chose pourrait être trop positif. Cependant, j'ai commencé à remarquer que de nombreux problèmes de développement de logiciels peuvent provenir de personnes trop positives ou amoureuses de leur travail. Laisse-moi expliquer.
Burnout
N'est-il pas étrange que beaucoup de jeunes se sentent épuisés après seulement quelques années de travail ? Je rencontre souvent des gens qui ont fait une dépression après seulement un ou deux ans. J'ai moi-même subi un burn-out (même deux fois). La première fois, j'ai dû faire une pause de six mois. La deuxième fois, qui s'est produite assez récemment, il m'a fallu une année complète avant de pouvoir retourner à la programmation.
J'ai beaucoup parlé avec des non-techniciens cette année, et j'ai remarqué une chose : nous ne nous plaignons pas vraiment de notre travail. Nous nous plaignons de la mauvaise gestion et des mauvais projets, mais pas du codage lui-même. Nous tenons pour acquis la combustion de notre travail. Êtes-vous surpris? Consultez les postes vacants. L'amour du travail est souvent l'un des prérequis. On s'attend à ce que nous aimions notre travail, de plus, que nous ferons de la programmation le centre de notre univers.
Mais qu'en est-il des personnes qui n'aiment pas coder mais qui font quand même bien leur travail ? Essayez de dire à vos collègues ou sur Twitter que vous êtes l'un d'entre eux et vous serez immédiatement qualifié de mauvais développeur. Cependant, est-ce vraiment le cas ? Les personnes qui font leur travail et font autre chose après le travail peuvent aussi être des programmeurs incroyables. Tout le monde ne doit pas rentrer à la maison et travailler sur des projets de loisirs, écrire des articles de blog, enregistrer des vidéos YouTube sur le codage et lire des livres sur la programmation.
J'étais l'une de ces personnes qui essaient de travailler tout leur temps libre. Pendant des années, je me suis senti coupable de ne pas avoir passé tout mon temps à poursuivre une sorte de productivité imaginaire. Devinez où cela m'a mené ?
Nouveaux jouets brillants
Un autre aspect par rapport auquel le négatif est perçu avec hostilité est l'attitude envers les nouvelles tendances créées par les entreprises du niveau FAANG. Essayez de dire quelque chose contre SOA ou Docker. Essayez de suggérer un langage ou un SSR plus mature et plus mature. Ceci est analogue à une situation avec une passion pour le travail. Les gens prétendront instantanément que vous êtes un mauvais développeur parce que vous « entravez le progrès ».
Tout le monde n'a pas des milliers de microservices comme Uber, et toutes les entreprises n'ont pas besoin de K8S. Cependant, il est difficile de résister à l'enthousiasme général, ou du moins de ne pas faire semblant de le partager. Combien d'organisations n'ont pas réussi à migrer vers React ou Angular ? En conséquence, ils ont obtenu une base de code, divisée en un ancien "mauvais" code qui fonctionne et un nouveau code que les développeurs essaient de faire fonctionner.
Cet article récent montre la réalité de nombreuses organisations : j'ai failli me faire virer pour avoir choisi React dans notre application d'entreprise
Les meilleures pratiques
Quand j'étais responsable technique, j'entendais souvent l'expression « parce que c'est une bonne pratique ». Ensuite, j'ai commencé à poser des questions et j'ai remarqué que la personne qui a dit cela ne comprenait pas complètement la solution. C'était mon test décisif pour savoir quand creuser plus profondément.
Lesquelles de ces bonnes pratiques « universelles » ne sont pas vraiment universelles ? DRY (Don't Repeat Yourself) est souvent mentionné dans la même phrase que KISS (Keep It Simple Stupid), bien qu'il s'agisse souvent de pratiques mutuellement exclusives. Simple signifie pas d'abstractions facultatives, mais commencer avec du code DRY tout de suite conduit à des abstractions prématurées.
Personnellement, j'utilise la règle 3X :
« . , . , , .
…
— ,
— , , ». — Coding Horror
Bien sûr, je ne considère pas cela comme une vérité absolue. Il s'agit plutôt d'une règle empirique que d'une bonne pratique. Mais même ici, nous sommes confrontés au même problème. Les personnes qui osent suggérer d'utiliser un singleton ou tout autre anti-modèle détesté sont perçues comme de très mauvais développeurs.
Résumer
L'attente selon laquelle l'identité de vrais développeurs de logiciels, hackers et geeks devrait être déterminée par leur profession est comme un RPG. Votre spécialisation vous définit pour toujours, et une fois que vous avez choisi votre voie, vous ne pouvez plus revenir en arrière.
Nous, les développeurs, sommes censés aimer la programmation. Mais pourquoi? La vérité est simple : c'est bon pour les employeurs. Combien d'histoires d'horreur avons-nous entendues de gamedev ? Néanmoins, de nombreux jeunes rêvent de travailler dans l'industrie du jeu, même si après quelques années ils seront remplacés par une nouvelle pousse de jeunes naïfs.
Nous devons arrêter de penser que les gens doivent «aimer» coder et faire du bon équilibre travail-vie personnelle la norme pour l'industrie technologique. Nous avons besoin que les gens soient plus ouverts pour partager leurs opinions, même s'ils contredisent le battage médiatique.
Ne vous méprenez pas - j'aime vraiment être un développeur de logiciels et j'aime programmer. Cependant, je ne suis plus sûr de vouloir qu'il soit le centre de mon univers.
Je veux essayer quelque chose de différent et c'est parfaitement bien.
Publicité
Notre société propose la location de VPS pour absolument tout projet. Créez votre propre plan tarifaire en quelques clics, la configuration maximale vous permettra d'accueillir presque tous les projets - 128 cœurs de processeur, 512 Go de RAM, 4000 Go de NVMe !
Abonnez-vous à notre chat sur Telegram .
