11 choses à faire et à ne pas faire pour votre premier travail de programmation

Les premières sont excitantes mais peuvent aussi être accablantes. Quand j'ai commencé mon premier travail de programmation, je savais qu'il me fallait beaucoup apprendre techniquement. Mais ce que je ne savais pas, c'est qu'il y a beaucoup d'autres compétences dont vous avez besoin pour être un bon développeur en plus du codage. La maîtrise de chacun de ces éléments est essentielle pour accélérer la croissance de votre carrière. Plus vous les apprenez tôt, plus vite vous abandonnerez ce titre «junior».

À faire: trouver un mentor?

Trouvez quelqu'un (ou plusieurs personnes) en dehors de votre entreprise à qui vous pouvez poser des questions et obtenir des conseils. Les mentors au sein de votre entreprise sont excellents et importants aussi, mais je vous recommande de trouver au moins une personne en dehors du travail avec qui vous pouvez apprendre. Ils auront une opinion impartiale et vous n'aurez à vous soucier d'aucun conflit d'intérêts, vous pouvez donc vous sentir vraiment à l'aise de demander quoi que ce soit.

Comment trouver un mentor? Cela pourrait être tout un message en soi. Mais la version rapide est la suivante: allez à des rencontres, assistez à des événements technologiques et présentez-vous aux gens, faites un suivi avec eux et faites savoir aux gens que vous êtes nouveau dans l'industrie et que vous cherchez un mentor. Vous seriez surpris de voir à quel point les étrangers sont prêts à vous aider.

Ne pas: avoir peur de poser des questions ❓

J'avais l'habitude de penser que poser des questions était un signe de faiblesse. Que cela révélerait mon manque d'expérience. Maintenant, je me rends compte que poser des questions est au cœur du métier de programmeur. Laissez-moi expliquer.

Il y a des milliers de mots à la mode, et d'autres sont ajoutés chaque jour. Même les gens qui travaillent dans ce secteur depuis des années apprennent constamment de nouvelles choses. Il est impossible de tout savoir absolument. Donc, poser des questions est une partie essentielle de la programmation.

Être doué pour poser des questions est une compétence. Plus vous le développez tôt, plus vite vous gagnerez en confiance en tant que programmeur.

Voici une astuce pour savoir quand poser une question :

Rassemblez suffisamment de recherches pour communiquer efficacement: ce qui fonctionne, ce qui ne fonctionne pas, ce que vous avez essayé jusqu'à présent et les informations qui vous manquent pour résoudre le problème.

Exemple de "mauvaise" question: "Je n'ai aucune idée de ce qui se passe ici, mais quelque chose ne fonctionne pas ..."

Exemple de «bonne» question: «J'ai vérifié les logs, et j'ai pu le reproduire localement. Il semble que le problème se situe quelque part entre X et Y. Je pense que c'est soit un problème avec la version d'API que nous utilisons, soit une valeur inattendue envoyée. Y a-t-il autre chose que vous pensez que je pourrais manquer?

Faire: Partagez vos succès?

Pas tous les succès. Mais s'il y a quelque chose dont vous êtes vraiment fier, partagez-le avec votre équipe. Qu'il s'agisse d'un e-mail ou de Slack, rédigez un résumé de ce que vous avez fait, de la manière dont vous avez résolu le problème, de ce que vous avez appris et de la valeur qu'il apporte.

Si vous avez un excellent manager, il devrait vous encourager à en parler lors d'une réunion d'équipe de développement, ou peut-être même vous encourager à en parler lors d'une rencontre ou même d'une conférence. Si ce n'est pas le cas, vous devriez prendre l'initiative et trouver des rencontres auxquelles présenter, réunir une équipe de développement pour en parler, ou même écrire un article de blog à ce sujet.

Cela peut sembler gênant de taper votre propre corne, mais croyez-moi, la visibilité est importante et vous aide à gagner le respect et la reconnaissance au travail. Personne ne saura à quel point vous êtes incroyable tant que vous ne leur montrez pas.

Ne pas: paniquer?

Des problèmes surviendront inévitablement. Que vous les ayez causés directement ou non. Ce n'est pas une question de si , c'est une question de quand . Ainsi, lorsque le problème survient, informez les parties prenantes concernées (chef de produit, responsable technique, coéquipiers) dès que possible, puis discutez avec votre responsable technique ou responsable de ce que vous prévoyez de faire pour le résoudre. Plus vous êtes calme et posé, plus vous paraîtrez confiant. Cela arrive aux meilleurs d'entre nous et personne n'est en jeu. Le seul moyen de garantir l'absence de bogue est de n'écrire aucun code… Il est livré avec le territoire.

Faire: Parlez-vous lors de réunions?

Cela peut sembler intimidant au début d'être en réunion avec des coéquipiers qui sont tous beaucoup plus âgés que vous (croyez-moi, j'y suis allé). Mais ne vous laissez pas toucher. Vous êtes une nouvelle paire d'yeux, donc quelque chose qui vous semble étrange ou déroutant est probablement exactement cela: étrange et déroutant.

Si vous connaissez le sujet discuté à l'avance, essayez de googler et de faire des recherches préliminaires avant la réunion. Sinon, et qu'ils discutent d'un sujet que vous ne connaissez pas, demandez une explication de haut niveau ou un contexte. Faites ceci au début de la réunion. Cela montrera que vous êtes engagé et que vous vous souciez. Si vous attendez jusqu'à «l'heure des questions» à la fin, cela ne vous rendra pas compte du fait que vous avez assisté à une réunion entière confuse et désemparée.

Ne pas: essayer continuellement de faire ses preuves?

Lorsque vous débutez, ne vous mettez pas trop de pression pour faire de grandes choses folles et impressionnantes qui vous feront remarquer par votre équipe. Vous gaspillerez beaucoup d'énergie et n'obtiendrez pas la réponse que vous espérez.

La vérité est que chacun est occupé et concentré sur ses propres tâches et responsabilités. Personne ne remarquera ni ne se souciera que vous avez terminé une fonctionnalité en un temps record, que vous avez pris 8 fonctionnalités supplémentaires en plus de votre charge de travail ou que le contrôle qualité n'a jamais détecté de bogue dans l'une de vos fonctionnalités. Alors ne vous tuez pas. Ça ne vaut pas le coup. Croyez-moi.

Ce qui contribue à gagner le respect de vos coéquipiers, c'est d'être fiable, passionné, curieux et attentionné. Montrez à votre équipe que vous êtes au top des choses en: réfléchissant de manière holistique à l'impact de votre fonctionnalité sur d'autres domaines du produit, en soulevant des problèmes potentiels, en testant minutieusement votre fonctionnalité (et en demandant aux autres de tester des idées), en évoquant les cas limites potentiels pour le chef de produit, poser des questions chaque fois que vous n'êtes pas sûr de quelque chose, etc.

Conseil bonus : si vous voulez vraiment aller au-delà des attentes, choisissez de faire un mini projet qui aide tout le monde dans le flux de travail de votre équipe. Faites attention et trouvez les points faibles de votre travail et créez un petit script shell pour l'automatiser. Ou si votre équipe utilise Slack, créez ou trouvez une intégration qui vous aidera. Assurez-vous qu'il y a vraiment un besoin et que ce serait un moyen pratique de le résoudre. Demandez à un coéquipier ce qu'il en pense et s'il peut revoir le code avec vous. Vous obtiendrez le double de points pour prendre des initiatives et créer quelque chose qui aide chacun dans son travail quotidien.

À faire: Soyez plus communicatif ✅

Au départ, j'avais la mentalité de «baisser la tête et travailler». Si le concepteur a apporté des modifications, un coéquipier a changé l'API de manière inattendue ou si vous avez rencontré un gros bogue dont vous devez d'abord vous occuper, je pensais que j'étais censé l'accepter tel quel et continuer à travailler. Je pensais que dire quelque chose reviendrait à se plaindre ou à trouver des excuses. Non. Il est vraiment important de communiquer ces choses avec le chef de produit et le responsable technique.

C'est leur travail de hiérarchiser les fonctionnalités et de déléguer les tâches en fonction des horaires de chacun. Si des choses surviennent qui ont un impact sur le temps estimé alloué au projet, ils doivent le savoir dès que possible afin de pouvoir s'adapter.

De plus, il est important pour eux de savoir pourquoi les choses prennent plus de temps. Sinon, ils pourraient supposer que c'est parce que vous êtes lent ou que vous n'êtes pas performant. Ce n'est PAS le cas, et il est important pour eux de le comprendre.

Vous ne recevrez pas de plaintes pour une communication excessive. Mais vous causerez des problèmes si vous sous-communiquez.

Ne pas: rechercher la reconnaissance des autres?

Vous venez d'avoir un "ah, ha!" moment avec la fonctionnalité sur laquelle vous travaillez. Vous vous dites: "Wow, je ne peux pas croire que je viens de faire ça!" Vous vous êtes impressionné et cela devrait suffire. Vos coéquipiers peuvent même ne pas se souvenir de ce que cela a ressenti de déployer leur première fonctionnalité, d'implémenter une fonction récursive ou de faire leur première migration de base de données. C'est excitant pour vous, et ça devrait l'être. Trouvez ces personnes au travail avec qui vous pouvez partager des choses et qui seront vraiment heureuses pour vous.

À faire: Faites un effort pour apprendre les raccourcis clavier ⌨

Faites attention à vos collègues. Vous remarquerez qu'ils touchent à peine leur souris ou leur trackpad. Ils peuvent changer d'application, parcourir leur éditeur de texte et rechercher et remplacer pendant leur sommeil. L'apprentissage de ces raccourcis simples vous rendra plus efficace dans votre travail et constitue une autre façon de «passer au niveau supérieur» en tant que développeur. Mais n'essayez pas de les apprendre tous en même temps. Il existe même d'excellents outils de ligne de commande que vous pouvez télécharger. Demandez à vos coéquipiers quelques trucs et astuces.

Ne pas: dire «oui» à tout?

Au départ, j'ai dit «oui» à tout parce que je voulais être un joueur d'équipe et montrer que les gens peuvent compter sur moi. Mais je me suis trompé, ce n'est pas la façon de procéder. La seule chose qui en a résulté, c'est que je me sentais dépassée, surchargée de travail, sous-estimée et m'a fait perdre la concentration.

«Se concentrer, c'est dire non.» - Steve Jobs

Il faut un équilibre. En tant que junior, vous aurez souvent les tâches que personne d'autre ne veut faire. C'est bon. Vous voulez mettre la main sur toutes sortes de travaux et peu importe à quel point la tâche est «ennuyeuse», vous apprendrez toujours. Mais cette tâche ne devrait pas vous submerger ni vous faire regretter de dire «oui» lorsqu'une autre opportunité se présente à laquelle vous devez maintenant dire «non».

À faire: s'impliquer dans des activités en dehors du travail

Déterminez ce qui vous passionne, puis recherchez des opportunités de bénévolat, trouvez des rencontres auxquelles assister, impliquez-vous dans des groupes / organisations, travaillez sur des projets parallèles, rédigez des articles de blog, etc. choses avec cette communauté. Alors mettez-vous là-bas!

Pour être honnête

Cela prendra un certain temps avant que vous vous sentiez à l'aise pour faire tous ces 11. Il est difficile de tous les maîtriser. Honnêtement, je travaille toujours sur quelques-uns d'entre eux moi-même?. Mais ce sont toutes des choses que j'ai apprises par expérience et j'aurais aimé que quelqu'un me le dise lorsque je débutais.

Essayez de travailler sur chacun de ces éléments un à la fois. Les principaux points à retenir sont les suivants:

  1. Défendez-vous
  2. Soyez confiant
  3. Poser des questions
  4. Entourez-vous de gens qui vous soutiennent et encouragent

Merci d'avoir lu ?! J'adorerais entendre vos pensées, n'hésitez pas à me contacter sur Instagram et consultez mon site Web ✨