Les programmeurs ont tendance à signaler leurs problèmes de manière incomplète

Les programmeurs ont tendance à signaler leurs problèmes de manière incomplète

Si vous postulez pour un emploi de programmation, il est certain que vous n'aimez pas une vie simple et sans complication, sans soucis et avec des solutions simples à tout.

Maintenant que vous vous êtes retrouvé dans cette flaque d'eau, nagez vers la sécurité des rivages en déchiffrant les codes de la bonne manière. La programmation en elle-même est un métier délicat à pratiquer, et lorsque vous avez décidé d'en faire le seul moyen d'apporter du pain dans votre assiette, vous pourriez aussi bien apprendre toutes les ficelles du métier.

Se tromper est humain

Êtes-vous habitué à signaler les problèmes de manière incomplète? Erreur de recrue, ami! N'ayez pas peur de demander de l'aide. Il peut y avoir des erreurs dans votre approche qui exigent une correction et cela ne nuit pas à votre bonne volonté en tant que programmeur de demander de l'aide au fur et à mesure que vous en avez besoin. Après tout, se tromper est un être humain et nous sommes tous des êtres humains qui sont ici pour apprendre. Ne considérez pas les problèmes de signalement dans leur intégralité comme un signe de faiblesse. Personne ne jugera vos compétences, acquises au fil des ans, sur la base d'un problème ponctuel auquel vous pourriez être confronté pour diverses raisons.

Les collègues sont des dépanneurs

En fait, la première étape que vous pouvez faire au cas où vous êtes coincé avec un problème vraiment prolongé est de prendre conseil auprès de vos collègues. Les chances sont, ils ont été dans un rocher similaire et un problème d'endroit difficile avant et en sont sortis. Avec l'aide de vos collègues, même vous pouvez vous sortir de tout problème. La base de cette interaction doit être la confiance - la confiance que vous ne serez absolument pas abaissé de quelque manière que ce soit à cause du signalement d'un problème. C'est un fait puisque vos collègues suivent également la même procédure pour localiser un problème - demander de l'aide - résoudre le problème de temps en temps.

Niveaux de progression de la programmation

Vous avez les compétences et les compétences requises pour surmonter avec succès tous les problèmes liés à la programmation, et c'est également ce que l'on attend de vous. Mais cela ne signifie pas que vous commencez à nier chaque problème et à en faire une barrière psychologique où vous hésitez à demander de l'aide.

Surtout si vous êtes une recrue brute et que vous avez commis des erreurs fondamentales qui prennent du temps à être résolues en raison de votre attitude rigide, mettez immédiatement un terme à cet état d'esprit. Ne pas signaler complètement les problèmes et rester à jamais dans une ornière peut être plus un problème que de signaler le problème et d'obtenir les informations nécessaires pour échapper à la situation.

Il est communément connu dans les couloirs du codage que les programmeurs fonctionnent à 4 niveaux différents:

  • Exécuter une programmation complexe avec une relative facilité (relatif étant le mot-clé!)
  • Rapidement sur la voie du progrès
  • Sur le chemin du progrès, mais lentement et régulièrement (qu'avons-nous appris de l'histoire du lapin-tortue, mes amis?)
  • Coincé au point de stagnation

Suivez les étapes - étape par étape

Maintenant, après le va-et-vient élaboré que nous avons déjà eu concernant le signalement incomplet des problèmes, il est à peu près bien compris lorsque vous vous retrouverez juste en bas du listicle mentionné. Et cela se produira inévitablement si vous faites partie de ces obstinés qui refusent de prêter attention à l'écriture claire sur le mur qui dit: Demandez de l'aide lorsque vous en avez besoin. N'hésitez pas à signaler complètement les problèmes.

Selon le livre «The Professional Programmer» de Samer Buna, la procédure correcte à suivre pour obtenir le succès ultime lors de la programmation est:

  • Pense.
  • Recherche.
  • Plan.
  • Écrivez.
  • Valider.
  • Modifier.

Bien que chaque étape soit extrêmement importante et soit une partie indispensable de l'ensemble du processus, nous sommes ici préoccupés par les deux étapes ultimes - la validation et la modification de vos codes. Même après avoir suivi toutes les autres étapes avec diligence, il y a toujours la portée d'une erreur à un endroit ou à un autre.

Lire le blog - Les développeurs tardent à demander de l'aide lorsqu'ils sont confrontés à des problèmes

Donc, obtenir un deuxième avis au cas où vous seriez coincé quelque part est le meilleur moyen de continuer à vous améliorer et à avancer dans ce qui est un voyage long et compliqué. Modifier vos codes pour les rendre meilleurs, précis et plus complets n'est pas le signe d'un novice théoriquement faible. C'est en fait l'indication d'un programmeur sûr qui prend les choses dans sa foulée et avance dégageant une aura de confiance.

Lone wolf vs joueur d'équipe

Alors que la programmation est considérée comme un travail de loup solitaire par la plupart des programmeurs qui l'identifient comme un problème d'ego pour penser même à distance à demander de l'aide, il est en fait préférable de consulter les contemporains alors qu'ils sont coincés depuis longtemps sur un problème. Après tout, aimeriez-vous vous asseoir sur votre chaise toute la journée, à la recherche de réponses par vous-même ou vous voudriez poser votre question devant quelqu'un et sortir de votre problème en ne le prolongeant pas.

Au lieu de cela, votre action rapide de signaler votre problème met en valeur le fait que vous avez les pieds sur terre et que vous êtes plus que disposé à apprendre de nouveaux trucs et métiers. Un humble esprit d'équipe est toujours préféré à un solitaire arrogant, dans tous les domaines. Alors, allez-y, délimitez vos problèmes de codage complets et gagnez la solution ainsi qu'une bonne volonté de vos collègues. Cela ressemble à un commerce équitable, n'est-ce pas?

La théorie du pouce

Il existe cette théorie du pouce populaire des programmeurs. Il y a des programmeurs qui sont des pouces et puis il y a des doigts ainsi que des doigts cassés. Chaque équipe de développement d'applications Web ou mobiles a besoin d'un ou deux pouces pour fonctionner. Vous pouvez être ce pouce - la partie la plus intégrale de votre organisation si vous apprenez à identifier vos erreurs et à vous habituer à ne pas les répéter. Cette partie, qui traite d'être un codeur humble et conscient, est aussi importante que d'être un codeur rapide et doué. La programmation n'est pas seulement pour l'argent, mais c'est aussi un hommage aux compétences que vous avez acquises grâce à un travail acharné et tenace.

Conclusion

Donc, aussi important soit-il d'être un programmeur qui résout des problèmes, il est également important d'être un programmeur qui présente les problèmes à résoudre. Et le cycle ne cesse de se répéter - identifier les problèmes - les résoudre complètement - rechercher ou résoudre les problèmes. Soyez un agresseur actif dans l'éco-système et devenez le programmeur que vous vouliez que vous soyez - leader du peloton avec un paquet envieux. Ce n'est qu'alors que cela vaudra toutes les luttes auxquelles vous vous êtes inscrit, prodige de la programmation!