Traduction d'un fragment d'un article d'Alexander Petkov, fondateur de la Junior Developer Help Community. "Prototypes, objets, algorithmes... et toutes ces petites étapes entre les étapes et vous ne savez pas comment les implémenter... Brr, pensez comme un programmeur." Les nouveaux développeurs ressentent souvent beaucoup de pression lors de leur premier emploi. Par conséquent, si vous leur proposez un exercice simple pour compléter la phrase « La dernière fois que j’ai écrit du code… » Parmi les deux options de réponse :
Tout s'est déroulé comme sur des roulettes . Je me suis assis, j'ai lancé mon éditeur et j'ai plongé dans le monde merveilleux des zéros et des uns. Trois heures se sont écoulées en un éclair !
C'était tellement ennuyeux . Je pouvais à peine me résoudre à m'asseoir et à coder. Des erreurs apparaissaient constamment, quelque chose n'allait pas. Oui, je n'ai toujours pas tout compris. Ces 30 minutes m’ont semblé trois heures !
Ils choisissent le plus souvent la seconde. Et tout cela parce que tout le monde se retrouve parfois dans la situation décrite dans la deuxième option. Même ceux qui travaillent comme programmeur depuis 5, 8, 10 ans. Et en général, la première option ressemble à une sorte d'étrange conte de fées idyllique. Ainsi, puisque nous avons déjà décidé de parler de satiété en programmation, il est important de noter que cela arrive à tous les développeurs, et très souvent. Et bien sûr, nous ne pouvons pas supporter cela.
Essayons de creuser plus profondément pour comprendre pourquoi cela se produit. Au cours des dernières années, j'ai rencontré de nombreux développeurs en herbe qui :
J'ai récemment commencé à programmer et je me sens complètement perdu.
Coincé dans la phase d'introduction et ressentez un inconfort à chaque fois que vous devez coder seul, sans aucune supervision extérieure.
Ils étaient évidemment talentueux, mais ils ont échoué aux entretiens ou n'ont pas reçu d'invitations du tout.
Quel est le tournant ?
J'ai dû passer beaucoup de temps à étudier les besoins et les besoins des nouveaux programmeurs, car cela résume en un mot ce que je fais. Pour mieux tout comprendre, j'avais besoin de parler à des collègues de mon entreprise, de mener des recherches sur des groupes Facebook, des forums, des sites de questions-réponses, d'étudier d'énormes fils de discussion Reddit et même d'interroger plusieurs petites communautés. Et voici ce que nous avons découvert : « J’avais l’impression de copier ce qu’il y avait dans la vidéo et c’est tout » ; «Je cherchais sur Google des exemples existants qui avaient déjà été écrits par quelqu'un. En même temps, je me sentais comme un enfant de 3 ans résolvant une énigme mathématique. C'est tellement ennuyeux" ; « Je ne suis tout simplement pas capable de penser comme un programmeur » ; Voici mon préféré : « Voici ce que j’ai appris en apprenant à programmer : 99 % du temps, vous vous sentez complètement confus et inefficace. Mais dès que vous parvenez à faire fonctionner quelque chose comme il se doit – c’est tout, ce sentiment – la MAGIE se produit !
Si vous regardez attentivement ces citations, vous remarquerez quelque chose d’important : la lutte interne de ces personnes ne vient pas du fait qu’elles sont inactives ou ne font pas assez d’efforts. Ce n'est pas parce qu'ils ont un mauvais programme de formation ou qu'ils manquent de discipline. En fait, ils manquent d’expérience pratique. Cela semble être une difficulté surmontable. Cependant, beaucoup d’entre eux étaient prêts à abandonner et à abandonner la programmation.
Deux mythes sur les problèmes des programmeurs débutants
J'ai découvert qu'à l'origine de nombreux problèmes auxquels les nouveaux programmeurs sont confrontés se trouvent deux mythes populaires concernant le métier de développeur de logiciels. J'aimerais dissiper ces mythes dès maintenant afin que les jeunes programmeurs puissent éviter une surcharge inutile.
Mythe n°1. Il faut aimer la programmation, si vous ne l’aimez pas, ce n’est pas pour vous.
Combien de fois ai-je entendu quelque chose comme ça de la part de jeunes développeurs ! Et oui, je suis fortement en désaccord avec cette affirmation. Il n'est pas nécessaire d'aimer la programmation pour devenir développeur. En fait, environ 50 % des développeurs professionnels le détestent parfois. Je dis cela sur la base d’observations personnelles. Bien sûr, c’est formidable si le problème peut être résolu facilement et simplement, avec élégance, pour ainsi dire. C'est formidable d'avoir un code de qualité, propre et testé, capable de résoudre les problèmes des gens. Mais hélas, de telles réalisations ne sont pas celles qui occuperont 100 % de votre temps... même pas près. La vie quotidienne d'un programmeur est généralement remplie de pensées telles que : « Comme c'était génial de pouvoir appliquer le modèle d'injection de dépendances, découpler gracieusement les classes, augmentant ainsi la prise en charge de mon code. Je suis génial!"
Hélas, cela arrive rarement. Même ceux qui prétendent aimer écrire du code passent une partie importante de leur temps à effectuer un travail ennuyeux et monotone qui ne se déroule pas toujours sans problème. Dans le bureau des programmeurs, le langage obscène n'est pas moins souvent entendu que dans un centre de service automobile. Honnêtement! Il n'y a rien de mal à ce que parfois vous détestiez simplement la programmation. Bien sûr, la question « Peut-être que ce n’est pas du tout pour moi ? cela surgit très souvent dans l'esprit d'un programmeur débutant lorsqu'il ressent une pression sur lui-même, reçoit de lourdes charges de travail et que tout se passe complètement mal comme nous le souhaiterions. C'est normal, crois-moi. Et oui, la programmation est faite pour vous, cela ne fait aucun doute. Si vous lisez ceci, cela signifie que vous vous en souciez. Et si vous vous en souciez, tout s'arrangera certainement.
Mythe n°2. Il y a tellement de choses que je ne sais pas, je ne les apprendrai jamais !
C’est une autre idée courante (peut-être encore plus populaire que le premier mythe). Beaucoup de gens s'en plaignent. Et je comprends parfaitement ce qui se cache derrière cela. Notre champ d’activité est si vaste que plus vous approfondissez, plus vous réalisez clairement combien vous ne savez pas encore. Je me sens aussi mal même en y pensant. C'est très déprimant ! La bonne nouvelle est que vous n’avez pas besoin de tout savoir. Il suffit de savoir découvrir ce que l'on ne sait pas. Pour l'instant, assurez-vous d'avoir les principes de base de ce avec quoi vous travaillez.
Regardons cet exemple. Si vous expérimentez CSS, vous devez comprendre qu'il est conçu pour appliquer des styles aux éléments HTML. Vous pouvez créer un bouton comportant des bordures, une couleur, une ombre ou une animation. Vous ne pouvez pas savoir ce qui se passera lorsque vous cliquerez sur un bouton (vous avez besoin de JavaScript pour cela). Par conséquent, si vous avez besoin de « raviver » l’image lorsque vous appuyez sur un bouton :
Vous devez avoir une image et des éléments de bouton (HTML) ;
Vous pouvez ensuite personnaliser l'animation pour une classe spécifique (CSS) ;
Et vous pouvez ajouter une classe à l'image lorsque vous cliquez sur le bouton (JavaScript).
Vous avez lu ceci dans les instructions une fois. Après une semaine, vous devez ajouter une ombre à l'image lors de la soumission du formulaire. Vous savez déjà quoi chercher. Vous avez une compréhension générale de CSS, HTML, JavaScript et une compréhension de la partie des fonctionnalités dont ils sont responsables. Il ne reste plus qu'à rechercher sur Google les mots nécessaires. Dans ce cas, « css add shadow » et « javascript add form ». Voyez-vous ce que nous avons fait ? Alors n’abandonnez pas trop tôt et développez les bonnes habitudes pour étudier efficacement. Mais nous en reparlerons la prochaine fois.
GO TO FULL VERSION