Comment un nouveau programmeur peut-il impressionner l’ingénieur logiciel (patron)? [fermé]

Je travaille à mon premier emploi en programmation. Mon chef est un ingénieur en logiciel très intelligent et j’ai l’impression que j’ai très peu à offrir par rapport à lui. Le problème, c'est qu'il est toujours occupé et a besoin de quelqu'un pour l'aider. Je sens que je ne suis pas assez bon, mais je veux toujours réussir. Je veux être un grand programmeur.

Que puis-je faire pour l'impressionner?

Je vous remercie.

Est-ce que je t'ai déjà parlé de Ashton?

Ashton était votre garçon de ferme classique nourri au maïs. Ses parents étaient des hippies qui n’avaient jamais vraiment réussi à se réconcilier tant que sa mère n’avait pas hérité de 15 acres dans une région rurale du Michigan. La famille s'est installée là-bas, a acheté deux chèvres laitières et a eu du mal à gagner sa vie en vendant du fromage de chèvre biologique aux yuppies du marché fermier d'Ann Arbor.

À partir de l'âge de dix ans, Ashton devait se lever tous les matins à 4 heures du matin et traire ces fichues chèvres, et c'était épuisant. Ashton aimait aller à l'école parce que cela signifiait qu'il ne travaillait pas jusqu'aux genoux dans un caca de chèvre. Tout au long de ses études secondaires, il a étudié ses problèmes, espérant qu'une bourse d'études dans une bonne université lui permettrait de sortir de la ferme. Il a trouvé que l'université était tellement plus facile que la vie à la ferme qu'il ne comprenait pas pourquoi tout le monde ne se mettait pas dans la même ligne que lui. Il s'est spécialisé en génie logiciel parce qu'il ne pouvait imaginer que les ingénieurs soient obligés de se lever à 4 heures du matin.

Ashton est diplômé de l’école sans trop en savoir sur l’industrie du logiciel. Il s’est donc présenté au salon des carrières, a postulé pour trois emplois, a été accepté par les trois et a choisi celui qui rapportait le plus: quelque chose de fou comme 32 000 $ par an, qui dans une grande entreprise d’ameublement du sud-ouest de l’État qui fabriquait des fermes de cubicules pour des entreprises du monde entier. Il ne voulait plus jamais voir une ferme, il était donc déterminé à faire bonne impression sur son patron, Charlie Sherman.

"Ce ne sera pas facile", a déclaré son compagnon de cabine, Jeff. "Elle est une légende ici."

"Que voulez-vous dire?" Demanda-t-il.

"Eh bien, vous vous souvenez il y a quelques années, quand il y avait tout ce tumulte à propos de l'an 2000?"

Ashton était probablement trop jeune. "Y2K?"

«Vous savez, personne ne s’attendait à ce que tous les anciens programmes informatiques écrits dans les années 1960 soient encore en cours d’exécution en 2000, de sorte qu’ils n’ont de la place que pour deux chiffres par an. Au lieu de stocker 1999, ils en stockaient 99. Et puis, lorsque l'année a basculé le 1er janvier 2000, les systèmes informatiques se sont effondrés, car ils essayaient de faire figurer «100» à deux chiffres.

"Vraiment? Je pensais que c'était un mythe », a déclaré Ashton.

"Dans toutes les autres entreprises du monde, rien ne s'est passé", a déclaré Jeff. «Ils ont dépensé des milliards de dollars pour vérifier chaque ligne de code. Mais ici, bien sûr, ce sont des bâtards peu coûteux, alors ils ne se sont pas donné la peine de faire des tests. "

"Pas du tout?"

"Rien. Test zéro. Nada. Et voilà que, lorsque les gens sont retournés au travail le 2 janvier, aucune chose n'a fonctionné. Ils ne pouvaient pas imprimer les horaires de production. Ils ne pouvaient même pas allumer la moitié des chaînes de montage. Et personne ne savait quels quarts de travail ils étaient supposés travailler. L’usine s’est littéralement arrêtée.

"Vous rigolez", dit Ashton.

«Je te chie pas. L'usine était totalement silencieuse. Maintenant, Charlie, elle était nouvelle à l'époque. Elle travaillait pour Microsoft, la NASA ou quelque chose comme ça ... personne ne pouvait comprendre pourquoi quelqu'un comme elle travaillerait sous notre petit aisselle d'entreprise. Mais elle s'est assise et elle a commencé à coder. Et codage. Et codage.

«Charlie a codé pendant neuf jours consécutifs. Neuf jours sans dormir, sans manger, certaines personnes ont même prétendu qu'elle n'était jamais allée aux toilettes. Elle est passée de système en système et les a littéralement corrigés. C'était quelque chose à voir. Mon Dieu, il y avait des systèmes COBOL qui devaient être corrigés. Toute l'usine est à l'arrêt, et Charlie envoie des gens à la bibliothèque de l'université d'Ann Arbor pour retrouver d'anciens manuels COBOL. Les travailleurs de la chaîne de montage tremblent, car même les thermostats avaient un virus de l'an 2000. Et Charlie boit une tasse de café et tape comme une folle.

"Sensationnel. Et elle n'est jamais allée aux toilettes?

"Eh bien, cette partie pourrait être un peupeu d'exagération. Mais elle a vraiment travaillé 24 heures pendant neuf jours consécutifs. Quoi qu'il en soit, le 11 janvier, environ cinq minutes avant l'heure prévue du quart de jour, elle sort de son box, se rend chez l'imprimante en ligne, appuie sur un bouton et bouge! les calendriers de production et les calendriers des équipes sont terminés. Tout est parfait, parfaitement mis en forme, avec une police légèrement plus petite de sorte que le «2000» corresponde à l’ancien «99», et elle a même écrit un nouveau système d’optimisation des priorités qui les aide à rattraper 9 jours de production manquée sans faire chier trop de clients, et toutes les chaînes de montage commencent à fonctionner comme si de rien n'était, la chaleur se met à chauffer et les factures sont imprimées avec le code '2000' à la place de '19100', et après ce jour, personne n'a trouvé un seul bug. "

"Oh allez!" Dit Ashton. "Personne n'écrit du code sans bugs."

“Elle l'a fait. Je l'ai vu de mes propres yeux. Le premier jour en arrière, ils ont passé deux jours sans rien à faire avec des cubicules.

Ashton était abasourdi. “C'est épique. Comment puis-je vivre à la hauteur de cela? "

"Vous ne pouvez pas, mon ami, personne ne le peut", a déclaré Jeff en se retournant vers son ordinateur, où il a repris la guerre en ligne pour savoir qui gagnerait dans un combat, Spock ou Batman, qui faisait rage depuis plus de quatre mois.

Pas du genre à abandonner, Ashton a juré qu’il ferait un jour quelque chose de légendaire. Mais la vérité est qu’il n’ya jamais eu d’an 2000 supplémentaire. Et personne, dans cette partie du Michigan, n’a vanté les mérites d’une bonne programmation. En fait, les programmeurs n'avaient presque rien à faire. Ashton s’est vu confier de petits projets idiots ... À un moment donné, il a travaillé pendant trois semaines au traitement d’une affaire dans laquelle la taxe de vente dans un comté particulier était erronée, du fait que certains codes postaux couvraient deux zones de taxe de vente différentes. Ce qui est amusant, c’est que c’est dans une région peu peuplée de l’État de New York où personne n’a jamais acheté de bureaux et où il n’y avait jamais eu de client; son code ne serait donc jamais exécuté.

Déjà.

Pendant deux ans, Ashton a commencé à travailler avec enthousiasme et envie de faire une différence et de faire quelque chose d’extraordinaire et d’impressionnant, pendant que ses collègues surfaient sur Internet, envoyaient des messages instantanés à leurs amis et jouaient au solitaire pendant des heures.

Jeff, son coéquipier, n'avait qu'une seule responsabilité: mettre à jour le tableur Excel hebdomadaire indiquant combien de personnes avaient été blessées au travail cette semaine-là. Personne n'a jamais été. Une fois par semaine, Jeff ouvrait la feuille de calcul, se rendait au bas de la page, inscrivait la date et un zéro, appuyait sur enregistrer, et c’était tout.

Ashton a même écrit une macro pour Jeff qui automatisait cette tâche. Jeff ne voulait pas se faire prendre, alors il a refusé de l'installer. Ils ne parlaient plus après cela. C'était gênant.

Le matin de son anniversaire de deux ans chez Cubicle, Ashton se rendait au travail quand il a réalisé quelque chose.

Pas une seule ligne de code qu'il avait écrite ne s'était exécutée.

Rien de ce qu’il avait fait en deux ans de travail n’a eu d’impact sur le monde.

Et il faisait 24 degrés dans cette partie du Michigan, il faisait gris et sentait mauvais, et sa Honda était une merde, et il n'avait pas d'amis en ville et rien de ce qui lui importait.

En descendant Lincoln Avenue, il a vu la société de meubles en avant à gauche. Trois drapeaux flottaient devant le campus: un drapeau américain, un drapeau du grand État du Michigan et un drapeau blanc et rouge portant le logo de la société. Il est entré dans la file de droite derrière une longue file de voitures qui attendaient de tourner à gauche. Il a toujours pris quatre ou cinq cycles de feux de circulation, aux heures de pointe, pour faire le tour, si Ashton avait beaucoup de temps pour essayer de se rappeler si un code qu'il avait jamais écrit était jamais utilisé par tout le monde .

Et ce n'était pas le cas. Et il a combattu une larme.

Et au lieu de tourner à gauche, il est allé tout droit, provoquant presque un accident parce qu'il avait oublié que le clignotant gauche ne voulait pas dire que vous pouviez aller tout droit.

Et il a conduit jusqu'à Lincoln Avenue et a pris l'autoroute Gerald Ford. Il a continué à rouler jusqu'à l'aéroport de Grand Rapids, et il a laissé sa vieille Honda dégueulasse devant le terminal, sachant très bien il serait remorqué et ne fermerait même pas la portière de la voiture. Il se dirigea directement vers le comptoir de Frontier Airlines et s'acheta lui-même un billet pour le prochain vol à destination de San Francisco, qui partait dans 20 minutes. dans l'avion, et il a quitté le Michigan pour toujours.

Tu te souviens de la scène à Aladdin où Aladdin veut impressionner Jasmine, et le génie lui dit qu'il ferait mieux de se concentrer uniquement sur lui-même? Même principe ici.

Si le patron est bien meilleur que toi et que tu le sais, il le sait probablement aussi. Il ne s'attend pas à de grands exploits pour vous programmer une célébrité rock. Comme il s’agit de votre premier emploi, il vous a probablement embauché parce qu’il voyait le potentiel de devenir un bon codeur en vous. Donc, si vous voulez vraiment l'impressionner, apprenez. Apprenez la langue, apprenez le système sur lequel vous travaillez, découvrez les tenants et les aboutissants et les coins sombres. Concentrez-vous sur l'apprentissage de principes corrects, bien les apprendre et les apprendre rapidement, dans cet ordre.

Et rappelez-vous qu’une partie de l’apprentissage consiste à copier les connaissances que d’autres personnes possèdent déjà. N'ayez pas peur de poser des questions, à vos collègues ou sur StackOverflow, ou d'effectuer des recherches sur Google. Quoi que vous fassiez, ne prétendez pas que vous savez quelque chose quand vous ne le savez pas vraiment, dans le but d'éviter de paraître bête. Tout bon développeur remarquera rapidement, et cela vous fera paraître encore plus stupide à leurs yeux. L'humilité tend encore à être considérée comme une vertu par les ingénieurs.

Faites du bon travail pour ça et ça va impressionner le patron.

Deux mots: soyez fiable.

Dans votre poste, vous n'avez pas été embauché pour être la personne la plus intelligente de l'équipe. Vous avez été embauché pour le potentiel que vous avez montré et parce que certaines tâches adaptées à votre niveau de compétence doivent être accomplies.

Montrez que vous pouvez être à la hauteur de cette confiance et que, lorsque vous aurez une idée du code et de la société, trouvez le moyen de dépasser leur première impression de vous. Ce dernier peut prendre un certain temps, mais ne vous y trompez pas: infériorité.

Il me semble qu'il y a une éternité, j'ai pris un travail extraordinaire en travaillant avec une salle remplie de programmeurs extraordinaires et accomplis. Tout le monde était une rock star, quelques personnes de la première équipe Macintosh, presque la moitié des gens là-bas avaient publié des livres, c'était un endroit formidable.

J'ai donc passé ma première année à essayer d'impressionner tout le monde. Je sentais que je devais faire quelque chose d'extraordinaire et cela m'a poussé à apprendre plus que je n'aurais jamais cru possible en très peu de temps. Au cours de ma deuxième année, je me suis calmé. J'étais beaucoup plus confiant dans ce que je faisais, un peu plus éloquent au sujet de mes opinions et, en regardant autour de moi, je devenais de plus en plus pessimiste quant au produit réel que nous construisions.

Ce fut la dernière année que ce projet a été entièrement financé. Ces ingénieurs incroyables, que je regarde encore de nos jours, ont passé 5 ans et des millions de dollars à la construction d’une structure à l’autre, d’une plate-forme d’application permettant de compiler une application qui n’avait pas encore été livrée et, enfin, une interface utilisateur et un flux de travail inégalés. comprendre, même les gens qui l'ont construit.

Smart est surestimé. Être une "rock star" est surestimé. C'est une excuse vraiment facile pour augmenter votre seuil de complexité. Cela vous fait penser qu'il est plus important de réécrire un système qui fonctionne pour qu'il soit "plus propre" au lieu d'implémenter la prochaine requête d'un client.

Jacob Kaplan Moss m'a un jour parlé d'un programmeur que je ne nommerai pas, il a déclaré: "Il est trop intelligent. Il écrit ces bibliothèques compliquées vraiment intelligentes que je ne peux pas utiliser car je ne suis pas assez intelligent. Les gens stupides devraient écrire des bibliothèques afin que des personnes stupides puissent les utiliser ".

Les programmeurs que les ingénieurs "accomplis" ont tendance à se moquer, ceux qui écrivent Ruby et JavaScript et d'autres langages "de jouets", ces personnes fabriquent des produits et les expédient. Le code est peut-être moche, l'architecture n'est peut-être pas aussi pure et propre que vous le souhaiteriez, mais ils renferment dieu et, dans ce secteur, c'est ce qui compte vraiment.

Si j'étais vous, je cesserais d'essayer de devenir cette rockstar et de me concentrer sur les produits d'expédition et de construction. Vous ne devriez pas juger de votre contribution en fonction de l'intelligence de votre code, mais du nombre de personnes qui l'exécutent quotidiennement et qui sont heureuses.

Écrivez un code clair et solide.

Frapper à sa porte. Demandez-lui s'il a des tâches de merde qu'il a reportées et que vous pourriez peut-être gérer. Dites-lui de vous envoyer un email plus tard s'il n'a pas le temps maintenant.

Lire Knuth

(corollaire: beaucoup de gens ont Knuth, mais personne ne lit Knuth)

Tous les très bons programmeurs avec lesquels j'ai travaillé ont des traits communs:

(1) Même si vous n'avez pas besoin d'être bon en maths pour faire de la programmation, ils l'étaient quand même (et ils l'ont aimé)

(2) Ils apprécient une qualité que j'appellerai «élégance» - à ne pas confondre avec la brièveté (!!!)

(3) Ils sont bons pour concevoir des logiciels (même si aucun de nous ne peut expliquer ce qu’est un bon design)

De plus, je trouve personnellement les caractéristiques suivantes utiles:

(a) profiter de résoudre des énigmes

(b) écriture de code lisible

(c) une bonne mémoire

(d) peut s’adapter superficiellement facilement à d’autres langages de programmation (étendue)

(e) apprenez votre langue principale en profondeur (par exemple, la certification Java si Java est votre environnement (pour les détracteurs ignorants qui ne l'ont jamais fait, mais la certification scab off depuis que la certification de Microsoft est (était?) vraiment mauvaise ... l'avantage n'est pas dans avoir le morceau de papier, l'avantage est dans l'étude ))

(f) étant donné le choix de faire quelque chose de simple et facile puis de passer à autre chose, ou quelque chose de très compliqué qui prendra des semaines / mois, je fais la chose simple. J'aime les choses simples, car elles tendent vers la robustesse, elles sont également plus flexibles lorsque les exigences changent à mi-chemin et sont beaucoup plus faciles à communiquer aux autres membres de l'équipe.

(g) si vous faites quelque chose que vous considérez comme particulièrement sournois, documentez le résultat

Quelqu'un (Djikstra?) A dit que le débogage est deux fois plus difficile que le codage. Par conséquent, si vous écrivez du code qui est à la limite de vos capacités, vous n'êtes par définition pas assez intelligent pour le déboguer.

========

Cela dit, devenir un codeur intelligent / meilleur n’est pas la même chose que faire avancer votre carrière.

Il n’ya en réalité qu’un seul «ingrédient secret» nécessaire pour faire avancer votre carrière, c’est le savoir-être.

Si vous voulez vraiment progresser dans votre carrière , la meilleure chose à faire est de cesser de fumer et de vendre des voitures pour 6 à 12 mois.

Cela fait plus de 20 ans que je code, et 10 programmeurs travaillent actuellement avec moi. Je dois dire que ceux qui m'impressionnent sont ceux qui ont bien fait leur travail, livrés à temps et avec qualité (moins de bugs). communiquer fréquemment, en montrant la passion sont tous des facteurs importants.

thats about je peux partager en ce moment. ;)

Eh bien, je voudrais juste ajouter cette citation de gospel:

"On peut faire confiance à beaucoup de gens à qui on peut faire confiance avec très peu, et à quiconque est malhonnête de très peu, on sera aussi malhonnête."

Ayant été patron des programmeurs, je peux vous dire que rien ne me rend plus heureux que lorsqu'un programmeur corrige un bogue que je devais trop paresseux pour réparer !

Donc, si vous le pouvez, corrigez ses insectes pour lui.

Comme le dit Steven, Mason a raison: concentrez-vous sur votre propre jeu. La chose à garder à l'esprit est que votre patron veut juste que vous fassiez bien votre travail. En fait, il aime probablement le fait qu'il soit meilleur que vous - s'il ne l'était pas, il pourrait bien finir par se sentir inquiet (les patrons sont des êtres humains!). En ce moment, vous êtes dans une position idéale pour tirer profit de son expérience - ne perdez pas de temps à le rivaliser, demandez lui son avis. Si vous avez déjà lu les 48 lois du pouvoir, le plus important est "Ne surpassez jamais le maître".

Résoudre le cube de Rubik. Le patron saura que vous aimez les énigmes et vous donnera des tâches difficiles.

Si vous voulez impressionner votre patron, soyez honnête. À votre hebdomadaire 1-1, demandez-lui ce qui est le plus important pour vous, et faites-le. Essayez de comprendre ce qu’il pense de votre rôle et faites de votre mieux pour le remplir. Il est possible qu'il ait besoin de certaines tâches pour pouvoir se concentrer sur ce qu'il fait. Si vous vous efforcez de faire ce qu'il est en train de faire, vous ne ferez peut-être pas assez de votre propre travail. Trouvez votre place dans l’équipe, excellez-vous, puis développez-vous. Dites-lui que vous voulez aider.

@Mason a raison

• écoute
• apprendre
• poser des questions pertinentes à intervalles respectueux (par exemple, deux fois par jour et non pas toutes les 5 minutes)
• se détendre et être soi-même

À mon sens, l’initiative et la passion sont les atouts majeurs qu’un programmeur vert peut apporter à la table. Si vous montrez à votre patron que vous êtes agressif dans l'apprentissage de nouvelles choses, agressif dans l'apprentissage de votre entreprise, de la base de code, des outils et de vos collègues, et que vous montrez que vous êtes passionné par ce que vous faites. , ça va impressionner. Sauf si vous travaillez pour un manager horrible, dans ce cas, vous voulez quand même sortir.

Je suggère également de mettre un peu l' accent sur des choses « soft skills ». Démontrez que vous n'êtes pas juste un geek qui est inutile dans toute sorte d'interaction interpersonnelle. Faites vous des amis avec les gens de la vente, du marketing, du support, du développement des affaires, de la gestion de projet, etc. Montrez que vous êtes un bon communicateur et que vous pouvez travailler avec les gens pour faire avancer les choses.

Si vous êtes libre de le faire: rédigez des subventions, apportez des fonds provenant de l'extérieur, ou démarrez une coopération ayant une valeur commerciale, avec de nouveaux partenaires qui vous considèrent comme un programmeur compétent ou un employé de moindre valeur.

Ne vous embêtez pas pour impressionner les gens ou vos patrons. Personne n'est impressionné par juste parler. Concentrez-vous plutôt sur le code d'expédition. Assurez-vous d'être impliqué dans des projets ou des applications qui seront utilisés par des personnes. Plus le code que vous avez dans la production sera plus pertinent. Plus vous êtes pertinent pour les gens, plus ils compteront sur vous. Le repos est tout spectacle magique.

Travailler dur. Faites tout ce qu'on vous dit et tout apprendre. Vous êtes très chanceux de travailler avec quelqu'un qui en sait beaucoup plus que vous, continuez à travailler jusqu'à ce que vous puissiez vous rattraper.

En plus de travailler d'arrache-pied et de réussir dans le travail que vous occupez à présent, j'aimerais vous donner un conseil qui pourrait peut-être répondre à la question que vous ne posez pas. (Ce n'était même pas sur mon radar quand j'ai eu mon premier job en logiciel).

Internet est fait par des gens comme vous. Et les gens comme vous peuvent gagner de l'argent sur Internet.

Trouvez quelque chose qui vous passionne. Construit le. Vends le. Soyez votre propre patron.

• Ouvrez http://news.ycombinator.com et commencez à lire les articles. Vous allez voir une vague infinie d'histoires de personnes comme vous, qui ont eu une idée, qui ont créé un site Web et qui ont réussi à gagner un ou deux dollars. Il est inspirant et révélateur de voir un gars qui gagne un salaire ridiculement bon en vendant un générateur de cartes de bingo à des enseignants ... un autre qui a vendu un site Web à Google pour des millions. Il y a aussi beaucoup d'autres technologies intéressantes.

• «Papa riche, pauvre papa», il y a des endroits où il a de bons conseils.

• "La semaine de travail de quatre heures" prend celle-ci avec un grain de sel, mais il a des façons intéressantes de voir le travail et la vie.

Continuez à apprendre du type sous lequel vous êtes maintenant. Il y a tellement de choses à apprendre dans "votre premier vrai travail" que je ne peux même pas commencer. Cependant, à long terme (trois, cinq, dix, vingt ans), si vous apprenez à gagner de l'argent vous-même, vous n'aurez pas à vous soucier d'impressionner quelqu'un d'autre.

Vous pouvez rarement impressionner les gens en essayant de les impressionner. Et tant que vous essayez d'impressionner les gens et qu'ils ne semblent pas impressionnés, votre frustration grandira.

Faites simplement votre travail de manière à être fier de vous. Ne vous inquiétez pas de ce que quiconque pense. La seule personne que vous puissiez rendre heureuse, c'est vous.

J'ai aimé l'histoire racontée dans la réponse, mais c'est plus amusant qu'une réponse fiable.

C'est normal que tout le monde soit comme vous: essayer d'être meilleur dans ce que nous faisons, c'est humain. Mais l’horrible vérité est qu’il ya si peu de chances que vous soyez le meilleur.

En ce qui concerne moi-même, j'ai toujours craint les problèmes d'humilité, car je déteste ces petits combats enfantins à propos de qui a raison et de qui ne l'a pas, et voici pourquoi.

Tant que vous ne faites pas partie des meilleurs, vous feriez mieux de travailler pour avoir plus d'expérience en comparant ce que vous savez et ce que vous faites avec ce que les meilleurs programmeurs savent et font.

Vous pouvez dire que je me compare aux meilleurs programmeurs, mais c'est à peu près correct: - Je me compare mieux au meilleur, sachant que je suis juste ridicule par rapport à eux, ce qui rend le principe de comparaison assez stupide et inutile - Je ne considère pas leur renommée, mais plutôt ce qu'ils ont réalisé pour l'obtenir, car en réalité, la plupart des mythes des génies s'estompent lorsque vous connaissez des faits réels comme le fonctionnement des entreprises. Cela ne change en rien le travail accompli, mais souvenez-vous que l'expérience est difficile à évaluer si vous réfléchissez aux conditions de travail. - En fin de compte, ce processus évite le processus de compétition qui est vraiment dérangeant pour moi et m'aide à me concentrer sur ce qui est important: apprendre par la pratique, mais aussi apprendre à l'aide d'un bon moteur de curiosité.

Vous pouvez admirer tout ce que vous voulez en pensant qu'il est tellement meilleur que tous les autres employés ou programmeurs que vous rencontrerez, mais vous devez vous rappeler que le monde est vaste et que le type que vous admirez est en fait assez moyen comparé à d'autres Il y a des gens d'expérience, alors vous vous sentirez peut-être mieux une fois que vous l'avez impressionné, mais vous vous sentirez de la même façon avec d'autres personnes plus expérimentées que lui, alors ce sera tout pour rien.

Quittez ce petit jeu et essayez de trouver des sujets plus intéressants dont vous avez peut-être entendu parler, car cet ingénieur dont vous parlez est certainement occupé à travailler pour quelque chose de moins formidable que vous ne le pensez.

Je suis d'accord avec certains des autres ici dans la mesure où vous risquez d'échouer dans votre objectif - parce que vous vous concentrez sur le mauvais problème , ou du moins que votre objectif est trop étroit.

Vous voulez être un grand programmeur - l'opinion subjective d'un ingénieur logiciel vous attribue-t-elle ce titre et cette capacité (à l'exception de Joel)? Si vous vous concentrez uniquement sur l'impression de votre patron, vous ne vous concentrez pas sur le travail, ni sur l'amélioration de vos compétences. Vous ne vous concentrez pas sur votre objectif de devenir un grand programmeur. Vous essayez de vous faire respecter plutôt que de le gagner.

Prenons le pire des cas (parce que les programmeurs aiment le faire) - votre patron vous déteste absolument sans aucune raison objective (vous portiez un chapeau Patriots le premier jour, peu importe). Il ne va tout simplement jamais avoir une bonne opinion de vous. Si vous vous concentrez sur l'accomplissement des tâches qui vous sont confiées, sur la résolution efficace et élégante des problèmes et sur le développement de vos compétences techniques, vous vous améliorerez. Vous serez donc le vainqueur, indépendamment de ce que votre patron pense.

Le travail d’Ashton était une recette d’échec, non pas parce que son code n’était pas utilisé, mais parce qu’il ne lui fournissait aucun autre avantage pratique que la sécurité dans la hiérarchie de Maslow. A-t-il appris de nouvelles compétences? Non. Son travail lui a-t-il permis d'être créatif? Non. Cela lui a-t-il valu le respect? Non.

Étant donné qu’il s’agit de votre première position, il vous proposera la plupart de ces propriétés par défaut. Vous ferez vos premières expériences de programmation professionnelle, de nouveaux défis techniques et non techniques vous seront proposés. Mais il y aura un moment où vous deviendrez trop grand ou trop grand, et vous aurez besoin de vous améliorer continuellement pour ne pas être pris au dépourvu.

Une dernière chose, si Ashton veut mesurer sa valeur personnelle uniquement en fonction du nombre de personnes utilisant son code, je lui suggère de rejoindre un club de fidélisation. Le seul bonheur durable dans la vie est celui que nous nous créons. Vivre strictement selon les opinions des autres à notre sujet produit des êtres humains tragiques et inauthentiques.