Que pensent les programmeurs seniors?

L'auteur du matériel, dont nous publions la traduction aujourd'hui, soutient l'idée de Ralph Waldo Emerson que nous devenions ce à quoi nous pensons. Ici, nous allons parler de la façon de penser des programmeurs seniors.



Il est impossible d'apprendre absolument tout


Il y a une énorme quantité de technologie. Il est impossible de tous les étudier.

Trouvez la pile technologique qui vous convient le mieux. Choisissez les technologies qui vous permettent de créer ce dont vous avez besoin et étudiez-le en profondeur. Par exemple, si vous êtes intéressé par le développement Web moderne, la pile MERN serait un bon choix. Il comprend MongoDB, Express, React et Node.js. Ces technologies sont destinées à ceux qui aiment JavaScript.

Il existe, bien sûr, d'autres ensembles de technologies. Par exemple, la pile MEAN. Ici, au lieu de React, Angular est utilisé pour développer l'interface. Parmi d'autres ensembles de technologies qui peuvent être maîtrisées, il convient de noter, par exemple, une combinaison de PHP, MySQL, HTML et CSS. Ici, le frontend utilise du HTML pur et du CSS. Si vous êtes intéressé par le développement de serveurs, vous pouvez faire attention à Ruby et Ruby on Rails.

L'idée principale ici est la suivante: quoi que vous choisissiez, il vaut mieux s'en tenir à ce choix et perfectionner vos connaissances dans le domaine concerné. Il ne faut pas pour ainsi dire devenir «l'apprenti de tous les métiers», un développeur qui n'a pas atteint la maîtrise de quoi que ce soit de concret. Cela conduit à marcher en cercle, et ce n'est clairement pas ce dont vous avez besoin.

Les développeurs ne sont pas seulement des personnes possédant des documents pédagogiques pertinents


Je suis un développeur autodidacte. Dans mon entreprise, j'ai réussi grâce à une combinaison de travail acharné, de patience, de persévérance, de concentration.

Le fait que pour devenir développeur, il n'est pas nécessaire d'avoir un diplôme universitaire ne signifie pas que le développement est simple. Devenir développeur n'est pas facile. Et en allant vers l'objectif, vous ne devez pas vous permettre de considérer la fin de tout comme une petite défaite à tout prix. Il s'agit de viser un objectif.

Si, face aux difficultés causées par le manque d'éducation de base, abandonnez, alors, bien sûr, rien ne sera réalisé. Le secret est, après que quelque chose ne va pas, essayez à nouveau. C’est de refaire une tentative et de garder sa ligne toujours, tous les jours, à chaque fois, quand il semble que tout est déjà perdu. Quand un tel sentiment se produit, quand il semble que ce soit le fond, vous devez vous rappeler que c'est généralement un signe que l'objectif est presque atteint, qu'il reste très peu. Dans de tels cas, il vous suffit de vous proposer de réessayer et de transformer les obstacles en opportunités.

La plupart des gens au premier signe d'échec sont prêts à abandonner immédiatement leurs objectifs et leurs intentions. Et seuls très peu se battent jusqu'au bout, méprisant toutes les difficultés, jusqu'à ce qu'ils atteignent leur objectif.

Napoléon Hill

Apprenez l'art de la recherche en ligne


Maintenant que vous avez commencé la programmation, vous devez savoir que vous aurez le sentiment que tout ce que vous faites est inutile. Il est normal de ne pas connaître les réponses à toutes les questions, surtout lorsque vous débutez votre voyage. Il est important de savoir où chercher des réponses.

La programmation est une solution aux problèmes. Si vous ne savez pas comment résoudre le problème auquel vous êtes confronté, trouvez un moyen de le résoudre sur le Web. Recherchez sur Internet quelqu'un qui sait comment résoudre le problème auquel vous êtes confronté et apprenez de lui. C'est exactement la meilleure façon d'apprendre la programmation.

Voici de précieux conseils pour vous: toutes les tâches dans le domaine de la programmation qui vous attendent aujourd'hui se sont probablement déjà produites avant les programmeurs. Ne réinventez pas la roue. Il vaut mieux prendre cette roue, déjà inventée par quelqu'un, et l'utiliser.

Les délais ont tendance à briser


Quelle que soit la qualité du plan, l'évaluation des délais est toujours très difficile. Il existe plusieurs stratégies utilisées par les entreprises dans la gestion de projet. Je pense que la plus populaire de ces stratégies est Agile.

Peu importe le niveau de détail du processus de développement. Au cours du travail, il y aura toujours des obstacles. Peu importe la qualité des membres de l'équipe, des analystes commerciaux aux spécialistes de la qualité des logiciels. La date limite d'achèvement est toujours inexacte. Cette date devra être déplacée. Les délais sont toujours approximatifs. Dans la plupart des cas, dans les grandes entreprises, lors du développement d'applications d'entreprise, l'augmentation des délais de quelques mois est normale.

Mais si nous parlons de petits projets réalisés pour de petites entreprises, les délais de livraison de tels projets sont déjà plus stricts. Si vous envisagez de vous lancer dans un projet tiers, les clients, lors des négociations, posent le plus souvent la question de savoir quand tout sera prêt. Certains représentants d'entreprises ne sont pas intéressés par la façon dont les affaires seront menées. Il est important pour eux de ne connaître que la date limite pour l'achèvement du projet.

Par conséquent, soyez prudent lorsque vous nommez des dates et définissez des délais. Habituellement, ceux avec qui vous parlez considèrent ces délais comme inchangés. Il est préférable de compter sur le fait que le travail prendra plus de temps que prévu. Nous parlons de résoudre des problèmes inattendus, de déboguer et d'autres choses comme ça. Il vaut mieux surprendre le client avec la livraison du projet plus tôt que contrarié en dépassant le délai. En général, comme on dit, gardez la marque.

Le débogage représente 60% du travail et la programmation est de 40%


L'idée avancée dans le titre est peut-être l'estimation la plus précise de la distribution du temps du programmeur que j'ai rencontrée.

Je passe la plupart de mon temps à déboguer. Le dernier projet développé par mon équipe était une application Android pour un client de la santé. Nous avons utilisé React Native. J'étais engagé en frontend dans ce projet.

Supposons qu'en un mois, il ait fallu environ 10 jours pour créer la partie client de l'application. Le reste du temps a été consacré au débogage, à la lutte contre les erreurs. Par exemple - avec des erreurs causées par des dépendances et l'incompatibilité de différentes versions de différents packages.

C'était mon premier projet pour la plateforme Android. Les semaines ont été consacrées uniquement au débogage de certaines parties de l'application et à la vérification qu'elles sont organisées exactement selon les besoins, y compris l'utilisation de certaines versions des dépendances.

La création d'une application est intéressante et agréable. Mais le débogage est difficile et même très long. Mais nulle part où aller. Cela fait partie du travail du programmeur.

Je veux donner ici une recommandation concernant l'état d'esprit des programmeurs seniors. Si vous luttez sans succès contre le même problème, disons, pendant une heure, essayez de faire une pause. Faites autre chose, libérez votre esprit ... Parfois, nous sommes nous-mêmes la source des problèmes auxquels nous sommes confrontés.

Vous prétendrez que vous savez beaucoup de choses, même si, en fait, vous ne savez pas


J'ai fait ça aussi. Par exemple, plusieurs collègues ont discuté de certaines des technologies qu'ils utilisaient ou des nouvelles technologies qui les intéressaient. En les écoutant, j'ai acquiescé et me suis comporté comme si j'étais bien au courant de ce qui était discuté. Mais en réalité, ce n'était pas le cas. En fait, je veux vous transmettre l'idée que c'est normal, et que vous n'êtes pas seul dans ce domaine.

Il y a une énorme quantité de technologie. Il est irréaliste de comprendre toutes ces technologies.

Ne pas se souvenir. Efforcez-vous de comprendre


J'ai accordé une grande attention à l'importance d'apprendre les rudiments de la programmation.

Au départ, la formation consiste à copier du code à partir de didacticiels, de référentiels et d'autres endroits. C'est normal, mais tant que la personne qui copie le code le comprend. Si vous ne comprenez pas le code, la copie ne vous apprendra rien.

Après plusieurs mois de telles études, une compréhension plus profonde de ce qui va commencer à venir. À savoir, une personne commencera à apprendre les constructions de code syntaxique et certains principes de programmation. Ensuite, le moment devrait venir où il s'avérerait, sans invite, résoudre vous-même certains problèmes. Cela nécessite les efforts conscients de quelqu'un qui apprend à programmer. À savoir, vous devez résoudre des problèmes en créant du code vous-même, en utilisant votre propre approche pour résoudre les problèmes, votre propre style, vos propres idées.

Il ne s'agit pas de passer trop de temps à «copier» le code. N'ayez pas peur de résoudre indépendamment divers problèmes. Le chemin des essais et des erreurs en apprendra plus que le copier-coller, il vaut donc la peine de prendre des tâches et de les travailler jusqu'à ce que ce qui semblait compliqué commence à sembler simple et compréhensible. Bien sûr, cela prendra du temps, mais c'est de la programmation.

La documentation est votre salut


Vous du futur vous remercierez aujourd'hui pour le code bien documenté.

Lorsque vous commencez à programmer, vous travaillez lentement sur quelques projets. Ensuite, quelques projets supplémentaires leur seront ajoutés. Et puis vous vous perdez.

Et il en sera ainsi. Vous travaillez sur le projet n ° 11, et le patron vous rappelle, de manière inattendue, le projet n ° 2. Vous devez continuer à travailler sur ce projet. Le projet n ° 2 est désormais votre activité la plus importante. Et plus tôt, il y a un an, le projet n ° 2 a été reporté indéfiniment.

Personne ne vous a dit que le projet n ° 2 pouvait redevenir important, vous n'avez donc pas pris soin de créer la documentation de ce projet. Par conséquent, lorsque vous revenez à votre code, vous êtes très susceptible d'oublier certains détails importants de sa mise en œuvre. Et le plus désagréable ici, c'est que vous avez dit à votre patron que le projet n ° 2 était prêt à 60%. Par conséquent, ils ne vous donneront que quelques semaines pour le terminer.

En fait, la morale de cette fable est la suivante: vous devez consacrer du temps à documenter tous les projets que vous créez. La documentation sauve des vies.

Soyez préparé au fait que vous devez constamment apprendre


C'est une pensée très importante.

Le fait que vous maîtrisiez parfaitement plusieurs langues ou une pile technologique que vous utilisez ne signifie pas que vous n'avez rien à apprendre. Il y a beaucoup de choses que vous devrez étudier. Les technologies se développent et vous devez les suivre. Ne tombez pas en proie à l'idée fallacieuse que ce que vous savez aujourd'hui sera pertinent dans dix ans. Ça n'arrivera pas.

Continuez à apprendre, efforcez-vous d'en savoir plus, de devenir meilleur. Le fait est que le développement Web est un apprentissage continu. Je pense que tout le charme de cette affaire réside ici lorsque vous essayez de ne pas manquer la chance d'apprendre quelque chose de nouveau et d'intéressant.

Les opportunités vont et viennent. Ils peuvent apparaître un instant, et en un instant, ils peuvent être manqués. Par conséquent, soyez prêt à agir. Soyez prêt à saisir l'occasion quand elle frappe à votre porte.

Quelles idées pensez-vous aider les programmeurs à se développer professionnellement?


All Articles