Transcription

• Massimo

  Tu penses que devenir un meilleur développeur, c'est apprendre plus de framework, coder plus vite ou devenir un expert dans une techno ? Erreur, si tu continues à passer comme un développeur, tu resteras toujours un exécutant. Parce que les vrais stratèges ne passent pas en ligne de code, ils passent en termes de produits, de problèmes et de solutions. Aujourd'hui, je vais te montrer les 3 plus grandes erreurs de mindset qu'ondamnent les développeurs à stagner et comment les corriger. Salut et bienvenue dans On parle Dev. Aujourd'hui on va parler d'un problème que beaucoup de développeurs rencontrent sans même se rendre compte, la stagnation. Tu peux apprendre de nouvelles technos, devenir plus rapide en code, mais tu as toujours cette impression de faire du sur place. Pourquoi ? Parce que tu penses comme un dev. Et oui, et penser comme un dev, c'est la garantie de rester honnête. Dans cet épisode, je vais te montrer les trois plus grandes erreurs de mindset qui condamnent les développeurs et surtout comment les corriger. L'erreur numéro un, c'est confondre la maîtrise technique et l'impact. Beaucoup de développeurs pensent que devenir meilleur, c'est maîtriser une nouvelle techno. Mais en vrai, c'est que la technique, c'est juste l'outil. Ce qui compte vraiment, c'est l'impact. tu as sur le produit. Mais, tu sais, moi aussi, j'ai passé des années à devenir expert en VJS. Je codais vite, je livrais proprement. Mais trop souvent, j'avais vraiment aucune idée de pourquoi les features que je construisais étaient importantes ou n'étaient pas. Et c'est là l'erreur. Tu ne dois pas être un expert en techno. Tu dois être un expert en problèmes utilisateurs. Donc, comment tu fais pour corriger ça ? Voilà. D'abord, à chaque tâche, tu te demandes quel problème utilisateur est-ce que je résous. Ensuite, tu commences chaque discussion de fonctionnalité par quel est l'objectif derrière cette feature. Donc, c'est ça. L'erreur numéro 2, pensez en solution et pas en problème. Tu cherches à résoudre des problèmes techniques avant même de comprendre le problème réel. Et ça, ça m'est arrivé aussi. J'ai souvent vu des devs se lancer dans des solutions complexes sans jamais se demander si le problème valait vraiment la peine d'être résolu. Parce que souvent, c'est des faux bugs ou des faux besoins. L'architecture, ce n'est pas une question de complexité, c'est une question de pertinence. Les solutions sont simples. Un vote codé définit le problème en une phrase simple. Et ensuite, challenge-toi. Est-ce que cette solution... est la plus simple possible. Si tu réussis à répondre à ces questions, tu es bien parti pour éviter la deuxième erreur. En fait, la troisième erreur, c'est quoi ? Croire que l'architecture, c'est du code complexe, forcément. Parce que oui, plus c'est complexe, mieux c'est. Mais en fait, tu penses que devenir architecte, c'est maîtriser des design patterns complexes ? Seulement ça ? Mais nenni ! Mais non, devenir architecte, c'est comprendre comment rendre les systèmes simples, flexibles et scalables surtout. Les meilleurs architectes que j'ai rencontrés, ils m'ont tous appris une chose. Ils étaient d'accord là-dessus. Simplifier, c'est un art. Du coup, comment faire pour améliorer ça ? Tu utilises la règle des trois. Si tu ne peux pas expliquer une solution en trois phrases simples, c'est qu'elle est trop complexe, simplement. Après, demande-toi toujours comment ça pourrait être plus simple quand tu vois du code. Et c'est là que le refactor est très simple. Du coup, dans cet épisode, qu'est-ce qu'on a vu ? On a vu pourquoi la majorité des développeurs stagnent sans se rendre compte. Et tu as découvert les trois plus grandes erreurs de mindset qui t'empêchent de progresser. Premier, confondre maîtrise technique et impact. Tu peux être un expert en techno, mais si tu ne comprends pas les problèmes utilisateurs, tu restes un exécutant. Donc, en deuxième, penser en solution et pas en problème. Une solution complexe n'a de valeur que si elle répond à un problème clairement défini. Finalement, croire que l'architecture, c'est du code complexe. Les meilleurs systèmes sont simples, flexibles et évolutifs. Il ne faut pas l'oublier. Et surtout, l'avantage maintenant, c'est que tu as un plan d'action clair pour commencer à penser comme un stratège. Alors, n'hésite pas à mettre tout ça en pratique. Merci d'avoir écouté cet épisode de On parle dev. Si tu es encore là, c'est que le sujet te parle et j'en suis vraiment content. N'hésite pas à t'abonner pour ne pas manquer les prochains épisodes et à partager ce podcast autour de toi. Si tu as des amis qui sont dans la même situation, ça pourra peut-être les aider. D'ailleurs, si ça t'a plu, tu peux me laisser aussi 5 étoiles sur Spotify, Apple Podcast. Ça m'aiderait. ça m'aidera énormément à faire connaître le podcast. On se retrouve au prochain épisode et d'ici là, réfléchis la façon d'une force et commence à voir plus loin que le code. Ciao !