Les gens me conseillent de "trouver un travail en faisant quelque chose pour lequel vous êtes bon", mais la vérité est que je ne crois pas que je suis bon avec autre chose que d'écrire du code. Je ne pense pas que je puisse concevoir ou structurer un programme.
Ne vous méprenez pas, je ne suis pas le genre de programmeur qui ne peut pas écrire un programme fizz buzz; Je suis plus comme le genre de programmeur qui ne peut pas faire grand chose à part faire le travail. Ce n'est pas que j'ai une attitude de "faire le strict minimum"; c'est que je suis douloureusement conscient de mes limites en tant que programmeur.
Par exemple, l'implémentation d'un algorithme de tri rapide est quelque chose que je ne pourrais faire qu'en comptant sur la mémorisation par cœur (c'est-à-dire, si jamais je trouve la motivation pour passer une bonne partie de ma journée à essayer de valider l'intégralité de l'algorithme en mémoire et non pas simplement aller comme "euh, je vois, ça a du sens, je peux voir la logique ...").
Quand il s'agit de structurer et de concevoir une application, je sens que je suis tout aussi impuissant. Comme je ne peux pas voir la bonne réponse au début, je viens de faire un jugement qui neuf fois sur dix je regrette plus tard.
Je parviens toujours à obtenir des promotions et des éloges de la part de mes collègues, de sorte que d'autres ne partagent pas nécessairement mes opinions. Objectivement, cependant, je n'ai tout simplement ni la capacité d'apprentissage ni le pouvoir cérébral pour aspirer de manière réaliste à être plus qu'un programmeur `` légèrement supérieur à la moyenne ''.
Je me demande si j'ai réellement un devoir éthique de faire de la place à des personnes plus talentueuses et de me trouver un autre type d'emploi, même si je suis assez confiant de ne pas trouver un autre poste pour lequel je serais mieux qualifié. Ma question est alors "Les programmeurs moyens ont-ils une place dans une équipe?"
Réponses:
Au contraire, je pense que les personnes qui obtiennent des scores élevés sur la matrice de compétences des programmeurs (ou toute mesure similaire) ont le devoir éthique de ne pas être des snobs élitistes.
Ted Neward a récemment écrit un article de blog fantastique qui me semble pertinent ici. Voici ma citation préférée:
Pour ce que ça vaut, seul l'ancien de ces deux personnages agoniserait sur leurs propres capacités comme vous l'avez fait.
la source
Non, non. Au contraire, vous avez un devoir éthique de prendre soin de vous et de vos personnes à charge. Il n'y a pas de pénurie d'emplois pour les développeurs talentueux, et il n'y a aucune raison de faire passer les intérêts de personnes que vous ne connaissez probablement pas avant les vôtres.
En effet, ce site est plein de questions des employeurs sur la façon de trouver des développeurs qualifiés. Votre employeur peut légitimement se sentir chanceux de vous avoir.
la source
Vous n'êtes soumis à aucune obligation éthique d'exceller dans votre travail, uniquement pour faire ce que vous pensez être payé. Vous feriez mieux de faire autre chose lié aux ordinateurs? Le travail sur le SDET est probablement quelque chose avec lequel vous seriez très à l'aise, car dans l'ensemble, la meilleure façon de montrer son éclat en tant que SDET est de montrer pourquoi le code des autres est défectueux. Cela vous donnera un aperçu de votre bien-être, et cela vous fera également perdre le poids de «Suis-je assez bon» de vos épaules.
En lisant ceci, je voulais m'assurer d'être clair: la plupart des codeurs sont terribles. Vous êtes beaucoup trop dur envers vous-même et en travaillant en tant que SDET, vous serez giflé à quel point vous pourriez être plus qualifié pour faire votre travail que vous ne le pensez. Faites-moi confiance, cela a changé ma vie. ;)
la source
En lisant votre message, j'ai continué à penser que cette personne avait ce qu'il fallait vraiment pour être un excellent programmeur.
Vous dites que vous êtes douloureusement conscient de vos limites.
Plus une personne est capable dans son domaine, plus elle est humble et consciente de ses propres limites. Une grande partie de la maîtrise de tout métier consiste à admettre le peu que vous connaissez réellement - et à travailler avec cela. Il vous gardera également faim d'amélioration et ne stagne pas. Utilise le.
Vous commencez mal et le regrettez 9 fois sur 10.
Cela s'appelle apprendre à connaître l'espace problématique. C'est quelque chose qui prend des années et des années de maîtrise (et pour être honnête, je ne sais pas si vous devez jamais la maîtriser - si vous faites le "bon" appel depuis le début - comment savez-vous que c'est le bon?). La mise en place d'une bonne solution nécessite généralement quelques tentatives infructueuses. Il existe de nombreuses recherches actuelles sur la façon dont nous apprenons le mieux en faisant des erreurs de poing. Il vous suffit de le faire dans un environnement sûr et accueillant. Assurez-vous que vous êtes dans un tel environnement et vous vous épanouirez.
Vous faites avancer les choses.
C'est de l'or pur, à la fois de la part des membres de l'équipe qui attendent votre livraison et des gestionnaires. Vous vous souvenez du point le plus important de tout projet logiciel - si vous ne livrez pas, personne n'est payé.
Cela peut être difficile à tourner sur sa tête - mais tous les points que vous avez énumérés sont, je le vois, des signes d'avoir déjà progressé très loin.
la source
Non.
Les mauvais charpentiers n'abandonnent pas la menuiserie, ils concèdent simplement qu'ils ne sont pas les plus grands menuisiers qui aient jamais vécu tout en procédant à la perforation docile de chaises de tous les jours qu'ils viennent plutôt bien faire par la répétition. Il y a beaucoup de culs là-bas, donc nous avons réellement besoin de charpentiers mondains parce que les primadonna s'ennuient tous à fabriquer des chaises bon marché et veulent montrer leurs talents via des structures plus impressionnantes comme des tables de lecture.
Ce n'est pas une question d'éthique, mais de faire de son mieux et d'être heureux d'être le meilleur possible.
la source
Je peux vraiment comprendre cela. Je me suis senti comme un programmeur médiocre toute ma vie et j'ai toujours regardé des gens qui sont meilleurs que moi. Et pour être honnête, beaucoup de programmeurs sont meilleurs que moi. Mais comme vous, je reçois des éloges pour mon travail ET comme vous, je fais plaisir à mes clients et à mon patron ET j'ai même été promu ingénieur logiciel senior, nous devons donc faire QUELQUE CHOSE de bien. Même si je réussis au travail, je sais qu'il y a même des programmeurs juniors talentueux qui sont meilleurs pour résumer les problèmes et écrire du code pour traiter ces problèmes d'une manière plus élégante et abstraite. Il est extrêmement important de nous concentrer sur ce que nous POUVONS faire et de nous en féliciter. Et il est beaucoup plus important de changer notre façon de voir ce que nous avons accompli que d'essayer de devenir un "bon" programmeur (ou architecte, ou ami, ou patineur sur glace,
Il y a des choses qui ne sont tout simplement pas à notre portée. Je pourrais rêver de pouvoir mettre en place un projet extrêmement complexe avec un zillion de nouvelles technologies et un zillion complexe et de beaux schémas de programmation en une journée comme le peut mon collègue très apprécié Mark. Mais je ne peux pas. Et je continuerai à me concentrer sur ce que je peux faire et à le faire au mieux de mes capacités et à me respecter pour cela. Et je pense que vous devriez essayer de faire de même. Vous pourriez commencer par vous dire qu'être programmeur et être félicité et payé pour votre travail est tout un exploit pour commencer.
la source