👩🏿 👨🏿‍🚒 💘 21 leçons apprises en 21 ans de programmation 🎨 🌡️ 👨‍🚀

Bonjour mes amis!

7 avril 2020. Aujourd'hui est un jour très important pour moi. Aujourd'hui marque exactement 21 ans à partir du moment où j'ai commencé à écrire du code (le faire professionnellement, gagner sa vie avec).

Il semble que ce n'était qu'hier ... aujourd'hui, je suis un homme d'âge moyen avec 21 ans d'expérience en programmation qui a traversé de nombreux hauts et des bas du monde perfide du développement de logiciels.

Faire des erreurs fait partie intégrante du processus d'apprentissage. C'est souvent un critère de réussite. La volonté d'éviter la répétition des erreurs doit être en première place dans la liste des priorités du développeur.

Bien sûr, l'expérience personnelle est le meilleur moyen d'apprendre quelque chose, mais l'expérience des autres est un moyen plus simple, plus rapide et plus intelligent d'éviter les problèmes graves. Après tout, la vie est courte: il est impossible de faire toutes les erreurs possibles.

La carrière de développeur est un voyage passionnant pour maîtriser un art incroyable. De nombreux défis vous attendent sur ce chemin, dans certains cas vous aurez raison, dans d'autres vous aurez tort. Cet article se concentre sur les leçons que j'ai apprises sur une assez longue période. J'espère qu'elle vous profite.

1. Ne tardez pas pour un jour de pluie

Le cheminement de votre carrière au début du voyage dépendra largement de la façon dont vous dépensez votre argent. Vous serez tenté d'acheter une nouvelle voiture, de moderniser votre garde-robe ou d'aller dans un restaurant cher.

Épousseter vos yeux de temps en temps n'est pas interdit, cependant, tout d'abord, dépensez de l'argent pour votre développement personnel (formation). Ce n'est pas seulement un excellent investissement qui se transforme en un bon profit, mais aussi quelque chose qui restera avec vous pour toujours.

2. Considérez-vous comme indispensable

La poussée d'énergie après avoir pris conscience de vous-même en tant que spécialiste irremplaçable dans votre domaine crée une dépendance et affecte négativement la croissance professionnelle et le développement personnel.

N'oubliez pas que si vous voulez obtenir de meilleurs résultats, vous ne pouvez pas vous arrêter là (vous ne pouvez pas être satisfait de ce que vous avez, savez, savez comment). En fin de compte, trouvez et éduquez-vous un successeur qui vous remplacera dans un poste responsable.

3. Brûler des ponts

Même si vous êtes un excellent programmeur d'énergie, infatigable et plein d'énergie, vous ne devez pas brûler les ponts et rompre les liens. Le développement de logiciels est un petit monde. Sur les ponts que vous souhaitez brûler, vous devrez tôt ou tard traverser. Il vaut donc mieux ne pas faire ça.

Soyez humble, correct et gardez de bonnes manières même avec ceux que vous n'aimez pas.

4. Ne partagez pas vos connaissances

D'après mon expérience, avoir une bonne compréhension des technologies que vous utilisez dans votre travail est le moyen le plus fiable de gagner le respect de vos collègues. Cependant, une bonne compréhension de la technologie et le fait de ne pas partager vos connaissances avec les autres sont un moyen sûr de nulle part.

La connaissance est la moitié du succès, le partage est la deuxième moitié. Un bon programmeur communique avec les développeurs débutants et montre comment résoudre les problèmes. Il leur explique non seulement comment gérer le problème, mais explique également pourquoi il est résolu de cette manière.

5. Ignorer les compétences générales

Les programmeurs oublient parfois que le développement de logiciels est un sport d'équipe, où un projet est la tâche commune d'un groupe de personnes travaillant côte à côte, se soutenant mutuellement et s'efforçant d'atteindre le même objectif.

Par conséquent, si le programmeur est arrogant (arrogant), peu désireux de travailler ou incapable de communiquer de manière productive, cela affectera négativement non seulement son travail, mais aussi le projet dans son ensemble. La possession des compétences dites «non techniques» est donc une condition préalable.

6. Boucle sur la pile technologique

Le développement logiciel ne cessera d'évoluer. Par conséquent, une personne qui se considère comme un professionnel dans ce domaine doit également se développer constamment afin de rester en demande.

N'oubliez pas que la clé du succès n'est pas la rapidité de la maîtrise de nouveaux matériaux, mais l'obtention de connaissances conceptuelles qui vous permettent de résoudre d'anciens problèmes avec de nouveaux moyens. Un bon programmeur non seulement écrit du code, mais apprend également quelque chose tout le temps pour résoudre les tâches de la manière la plus efficace.

7. Coupez les coins

Il n'y a pas de "code rapide et sale". Un code sale est un mauvais code. Point. Ne jamais couper les coins et se contenter de peu (choses de second ordre).

Que vous soyez un bon programmeur est déterminé en temps de crise. Si votre comportement change pendant ces périodes, vous n'êtes pas un bon programmeur. Remarque Per.: Je crois que c'est une attitude consciencieuse au travail, des exigences élevées pour le code que vous écrivez. Si ces exigences sont réduites dans des situations difficiles et que l'attitude envers le travail devient négligente, vous n'êtes pas un bon programmeur.

8. Ne documentez pas le code

Peu importe la qualité de votre logiciel. Si la documentation est mauvaise, les gens ne l'utiliseront pas.

Délais, charge de travail, rien n'élimine la nécessité de documenter le code. Un logiciel sans documentation est un logiciel mort. N'oubliez pas cela!

9. Évitez la politique

Nous avons tous entendu cette phrase: «Je ne m'intéresse pas à la politique. Je veux juste introduire la technologie. " Mais cela n'arrive pas.

La technologie implique le changement, et le changement implique de diviser les gens en gagnants et en perdants. C'est là que la politique commence. Vous devez la contrôler, l'utiliser et sortir du combat en tant que gagnante. Il n'y a pas d'autre moyen.

10. Consacrer trop de temps à la conception

Un bon projet avant de commencer le travail est super. Mais lui donner trop d'importance peut être source de frustration.

Ne cherchez pas le design parfait. Dans le monde de la programmation, elle n'existe pas. Recherchez un design satisfaisant, quelque chose que vous pouvez utiliser dès le début. Une bonne conception est un projet ou un schéma. Il doit pouvoir se développer et grandir avant de se transformer en pierre.

11. Sous-estimer l'importance de la signification du code

Selon Robert Martin, «l'écriture de code propre nécessite l'utilisation compétente de nombreuses techniques acquises grâce à une compréhension douloureuse du concept de« propreté du code ». La combinaison de ces techniques est appelée signification du code. »

Une approche significative de l'écriture de code n'aide pas à distinguer le bon du mauvais code, mais elle aide à développer une stratégie pour transformer le mauvais code en bon.

12. Utilisez la première solution disponible

Utiliser la première solution qui vous vient à l'esprit ou qui vous vient à l'esprit est un moyen très tentant et facile de résoudre le problème. Cependant, une bonne solution est généralement le résultat d'un choix entre toutes les voies possibles ou au moins plusieurs.

N'oubliez pas que votre travail en tant que programmeur consiste à trouver non seulement n'importe lequel, mais une meilleure solution au problème.

13. Ignorance de ce qui ne devrait pas être fait

Les meilleurs programmeurs savent exactement ce qu'il ne faut pas faire.

Ils savent que réécrire une bibliothèque à partir de zéro pour la rendre plus lisible, ou passer à un nouveau cadre simplement parce qu'il est nouveau, n'est pas toujours la bonne décision. Le code doit être si bon qu'il peut être compris en quelques minutes, voire quelques secondes.

La clé du succès n'est pas l'appétit pour le risque, mais l'engagement dans les bonnes batailles.

14. Refuser de reconnaître l'ignorance

Même si vous êtes un génie technique, vous ne connaissez peut-être pas toutes les technologies. Ce n'est tout simplement pas possible.

D'un autre côté, le développeur le plus écologique peut offrir une solution plus stable et efficace que vous. Les bons programmeurs n'imposent pas leurs décisions à l'équipe. Ils cultivent la démocratie, où la meilleure solution l'emporte.

15. Affaissement sous pression

Le code est comme la nourriture. Cela peut être rapide, bon ou bon marché. Choisissez-en deux. Un mauvais programmeur essaie d'amener une équipe à faire toutes ces choses à la fois. Il est guidé par les termes et obligations assumés par quelqu'un d'autre, "comprenant parfaitement qu'ils ne sont pas réalisables".

Un bon programmeur ne perd pas son sens de la réalité et apporte les informations pertinentes aux parties intéressées le plus rapidement possible.

16. Ne construisez pas la confiance

Les programmeurs peuvent exister en tant que loups solitaires, mais les meilleurs programmeurs sont des maîtres de la communication.

Et le moyen le plus simple de bâtir la confiance et d'établir des relations est d'aider d'autres équipes dans des situations difficiles. Cette méthode vous permet de demander de l'aide à tout moment, sans attendre le bon moment. Aider à lancer ou achever un projet fait non seulement de vous un expert, mais améliore également votre crédibilité au sein de l'organisation.

17. Je ne vois pas l'image entière

En tant que programmeur, la plupart du temps, vous travaillerez sur une partie du code ou résoudrez un problème dans le code existant. Vous exécutez la tâche, il n'y a rien de mal à cela. Cependant, si vous voulez obtenir votre part du gâteau, vous devez passer du temps à déterminer quel projet est en développement.

La meilleure façon de le faire est de trouver un mentor qui vous aidera à améliorer vos compétences et, par conséquent, à passer au niveau supérieur plus rapidement.

18. Réinventer la roue

Les bons programmeurs ne réinventent pas la roue. Ils réutilisent constamment leur code et recherchent des fonctionnalités toutes faites. Cela permet non seulement de gagner du temps, mais génère également une sorte de camaraderie entre les développeurs qui partagent leur code avec d'autres.

Pour la plupart des problèmes que vous essayez de résoudre, il existe des solutions toutes faites. Par conséquent, lorsque vous essayez de terminer une tâche, vérifiez si quelqu'un d'autre l'a effectuée. Dans ce cas, vous ne coupez pas les coins, vous coupez les efforts.

19. Connaissance insuffisante des règles commerciales

Nous, les programmeurs, sous-estimons parfois la complexité des règles métier. Sans connaissance de ces règles, il est impossible de développer une solution efficace.

N'oubliez pas, avant de vous concentrer sur la composante technique, vous devez comprendre la pensée commerciale et créer un produit décrit en termes compréhensibles pour le client et conçu pour résoudre efficacement les défis auxquels il est confronté.

20. Ne communiquez pas avec l'équipe

Malgré le fait qu'il n'y ait pas de règles de communication, cependant, comme l'obligation de communiquer, un petit aspect personnel dans le travail ne fera pas de mal.

Connaître les forces et les faiblesses des autres programmeurs, leurs capacités et leurs limites, leurs intérêts et leurs passe-temps, nous permet de planifier le développement conjoint de la meilleure façon.

21. Ne surveillez pas la santé

La santé est le fondement de tout dans votre vie, y compris une carrière. Votre créativité, votre énergie et votre force pour résister aux hauts et aux bas dépendent de la santé.

La surveillance de la santé n'est pas une promotion unique. Cela implique un certain mode de travail et de repos, une bonne nutrition, un exercice régulier (activité physique) et le rejet des mauvaises habitudes.

Au lieu d'une conclusion

Toute carrière a des hauts et des bas. Ce qui compte, c'est ce que vous en pensez. Vous pouvez devenir déprimé si vous échouez, ou vous pouvez être positif à ce sujet et apprendre des erreurs.

Comme Carlton Fisk l'a correctement noté: «Ce qui compte n'est pas ce que vous avez réalisé. Ce qui compte, c'est ce que vous avez surmonté. C'est ce qui définit votre carrière. "

Merci de votre attention.

21 leçons apprises en 21 ans de programmation