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

98

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.

Pablo
la source
4
@Pablo: Comme vous l'avez dit, soyez un bon programmeur :)
Fanatic23
2
@ Fanatic23 +1 pour le conseil exploitable ... PAS.
Olivier Lalonde
Demandez-lui d'être un mentor ...
Brian
1
Soyez passionné, intelligent, apprenez à vous-même, apprenez vite et c'est vraiment un vrai solutionneur de problèmes :-)
Jahan Zinedine
7
Pour les futurs lecteurs, la réponse de TL; DR est la suivante: impressionner votre patron en laissant un travail ingrat pour voler du Michigan à San Francisco, car le seul endroit où vous pouvez faire quelque chose d’impressionnant est dans une ville pleine de vélos à roues fixes.
Incognito

Réponses:

189

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.

Joel Spolsky
la source
61
tu ne peux pas me laisser pendre comme ça. où est le chapitre 2 de cette histoire :)
mikeal
50
Suis-je stupide de ne pas comprendre la morale de l'histoire? :(
Terence Ponce
39
Puis Ashton a dit "regarda mon royaume, j'étais enfin là, pour m'asseoir sur mon trône en tant que prince de Bel-Air." Désolé n'a pas pu résister.
Jin
37
La morale est que si vous ne faites pas de différence dans votre travail ou si vous n’avez aucune possibilité d’avancer, trouvez un emploi où vous le voudrez. J'ai été dans une situation où je savais que j'étais bon dans mon travail, mais mon patron était vieux jeu et inflexible et je savais que je ne réussirais pas, alors je suis parti. Meilleure décision de carrière que j'ai jamais prise.
Simon Hibbs
149
L'histoire continue: il est allé travailler pour Google, où il a travaillé sur Wave. Et encore une fois, personne n'utilisait son code.
Ivo van der Wijk
97

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.

Maçon Wheeler
la source
2
+1 et si son patron est meilleur que lui - rien d' étonnant
sharptooth
@Mason: Grande et exacte réponse. Mais je pense que vous devriez supprimer Aladdin para ....
3
Exactement. Même dans les écoles de programmation de jeu, je suis un (ou celui) qui pose des questions tout le temps. Mais il faut aussi comprendre que les gens n’ont pas toujours la réponse, même un enseignant. Plusieurs fois, un enseignant m'a répondu "je ne sais pas" et je ne me sentais pas fier, mais plutôt "j'aurais mieux fait de chercher ça avant de perdre son temps à ce type". La curiosité, tout comme dans les sciences, est le MEILLEUR VERTU que vous pouvez penser avoir. Sérieusement, google tout mot sur un sujet que vous vous posez. La curiosité est le meilleur moteur d'apprentissage que j'ai, c'est la différence entre les gens que vous appelez intelligents et autres
jokoon
3
vous savez que vous êtes dans une mauvaise position dans la vie lorsque vous vous inspirez d'un film de Disney.
Epaga
47

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é.

Joost Schuur
la source
2
Ce commentaire est vrai pour chaque travail. C'est tout simplement incroyable de voir à quel point être fiable peut vous placer.
Bryan Harrington
27

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.

mikeal
la source
1
Vérité. Écrivez un code facile à corriger lorsque les clients se plaignent ou quand quelque chose se casse et vous aurez l’impression que vous avez toute votre merde.
TehShrike
14
Smart n'est pas surestimé. S'ils construisaient un système trop compliqué et déconnecté de la réalité, ils n'étaient pas malins après tout. Les personnes intelligentes devraient écrire des bibliothèques pour que les personnes stupides puissent les utiliser.
EMP
1
J'ai eu une conversation similaire récemment et l'un de mes collègues a décrit le style de code de personne comme "prétentieux" ... et je pense que c'est vraiment une description qui convient ... Le type qui a écrit le code est / était brillant .. personne qui le connaissait ne serait en désaccord ... mais son code était horriblement prétentieux ... ce qui avait pour effet secondaire de le rendre difficile à suivre pour des gens qui n'étaient pas aussi brillants ... J'aime écrire du code pour des gens stupides ( Il est plus facile pour mon imbécile de comprendre).
TJ Seabrooks
2
Les équipes doivent être composées de différents types de personnes pour réussir. Vous avez besoin de concepteurs, d’architectes, de programmeurs, de gestionnaires, de grunts, de personnes intelligentes, de spécialistes du détail, de personnes qui s’intéressent au processus, etc. Si vous n’avez qu’un seul type de personne, votre équipe ne travaillera probablement pas bien ensemble et il est plus probable qu’elle échoue. ne pas. Les groupes qui essaient d'embaucher uniquement des stars du rock passent souvent à côté de ça.
onedozenbagels
@Evgeny D'accord. Le but est de rendre quelque chose de difficile (ou au moins fastidieux) plus facile grâce à l’abstraction. Vous avez juste besoin de gens intelligents qui aiment la simplicité.
LnxPrgr3
16

Écrivez un code clair et solide.

leed25d
la source
7
Y compris une bonne documentation!
1
... Si clair que c'est totalement transparent. Ce sera un peu comme si vous frappiez un mur de briques invisible à 50 mi / h avec un camion. [Qui allez-vous appeler? À
bas les mythes
Bon conseil, en général. Mais malheureusement, c’est un problème d’administrateur système: si tout fonctionne, personne ne vous remarque, si quelque chose se brise, ils vous blâment tous. Il en va de même pour le code: s’il est clair, simple et qu’il fonctionne, personne ne croira que c’est difficile à écrire. Ce n'est donc pas le moyen d'être "reconnu".
1
essayez d'être remplaçable - de cette façon, vous serez promu ou remplacé.
IAdapter
lol @try pour être remplaçable! Ne voulez-vous pas dire être irremplaçable en écrivant du code remplaçable?
Type anonyme
15

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.

SnoopDougieDoug
la source
2
ou lui dire de vous virer si vous échouez.
IAdapter
Cette réponse, ainsi que le commentaire de @IAdapter, m'ont rendu légal.
CFL_Jeff
13

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.

Meule
la source
3
Je pense que cette citation est Kernighan: stackoverflow.com/questions/1103299/…
Orbling
2
«Le débogage est deux fois plus difficile que d’écrire le code. Par conséquent, si vous écrivez le code aussi intelligemment que possible, vous n'êtes, par définition, pas assez intelligent pour le déboguer. ”- Brian Kernighan
Ape-inago
4
Bon souvenir: je connaissais un très bon programmeur avec une très bonne mémoire. Il pouvait consulter le code qu'il avait écrit il y a deux ans et se rappeler ce à quoi il pensait à l'époque. Par conséquent, il n'a jamais mis beaucoup d'efforts à rédiger de bons commentaires - juste assez de mots-clés pour créer un code de hachage. Ma mémoire est nulle. Je dois bien commenter les choses parce que je sais que 1 à 2 mois après avoir déposé un bogue, je devrais faire la même chose que quelqu'un de complètement nouveau - par exemple, en lisant chaque étape effrayante. Bien sûr, certaines choses sont plus vivantes que d'autres ... Je ne dis pas que je suis un grand, mais les mainteneurs et les testeurs ont tendance à m'apprécier;)
Emploi
1
L'élégance et la brièveté ont néanmoins beaucoup en commun.
J'ai rencontré beaucoup d'excellents programmeurs et je n'ai jamais remarqué qu'ils savaient même ce que sont les mathématiques, pourquoi? vous ne parlez que de maths à l'école et de mauvais entretiens de programmation. À moins que vous ne parliez d’optimisation prématurée, j’ai rencontré des personnes dotées de compétences d’ajout incroyables (elles pourraient même ajouter des choses qui n'existent que dans leur tête, je pense que cela s’appelle des mathématiques discrètes).
IAdapter
11

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. ;)

wsatp
la source
Avez-vous des tâches de merde à faire (comme l'a mentionné Doug dans la réponse 25473) parce que je pense qu'il n'y en a pas, mais je peux me tromper.
IAdapter
9

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."

Jhonny D. Cano -Leftware-
la source
3
Cela est tiré de Luc 16:10 : "Celui qui est fidèle le moins est également fidèle dans beaucoup de choses, et celui qui est injuste dans le moins est injuste aussi dans beaucoup de choses." Aussi: "Bien fait, bon et fidèle esclave. Vous avez été fidèle sur un certain nombre de choses; je vous expliquerai beaucoup de choses. Entrez dans la joie de votre maître." (Matthieu 25:21)
Mark C
7

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.

Lone Coder
la source
6

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".

Stuart Golodetz
la source
Et avant que Software Monkey ne me parle de la même manière que chez Steven ... J'ai voté en faveur de la réponse de Mason :) Je voulais juste mettre un point de vue légèrement différent sur les choses.
Stuart Golodetz
Mais avez-vous voté Steven aussi? ;)
Jackson Miller
6

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

Manoj R
la source
1
ya mais cela dépend si vous voulez les missions difficiles ou pas.
Robert S Ciaccio
Pour que cela fonctionne, vous devez le faire. C'est à dire un speedcuber
Je l'ai fait à 11 ans, après avoir acheté mon nouveau C64 pour Noël.
Pablo
1
Je peux le faire en moins d'une minute. Maintenant quoi? Où sont mes tâches difficiles? : P
Nathan Osman
+1 meilleure réponse pour le moment! George - maintenant fais les yeux fermés!
IAdapter
6

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.

akf
la source
5

@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
Steven A. Lowe
la source
3
Si @Mason a raison, ne devriez-vous pas simplement inverser sa réponse au lieu d'afficher la vôtre, qui résume simplement la sienne?
Lawrence Dol
@ Software: J'ai eu une réponse positive à sa réponse et je l'ai développée.
Steven A. Lowe
2
@ Software Money - et il l'a transformé en puces. Pour être honnête, dès que j'ai vu «Alladin», j'ai sauté au point suivant. Je pense que c'est une très bonne contribution.
Alex C
@ Alex: +1 avec une balle!
Steven A. Lowe
5

À 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.

crime mental
la source
Sh.t ​​s'accumule dans la base de code avec le temps, et généralement les personnes vertes le remarquent le plus. Parfois, si vous le lisez pour la première fois, vous avez mal au cœur. Cela dépend de la taille de votre organisation, de ses résultats au test de Joel, etc.
Emploi
3

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.

knb
la source
3

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.

utilisateur9631
la source
bon point, vous devriez devenir responsable de la publication et ne pas laisser les autres vous dire quoi écrire, écrire ce que vous voulez et l'expédier!
IAdapter
2

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.

Alex C
la source
2

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.

Kristopher Johnson
la source
1

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.

jokoon
la source
Grâce à ce post, j'ai pu comprendre cela. Lorsque vous descendez du fond de la hiérarchie, les héros sont des outils qui me gardaient motivés. Mais, maintenant que je suis parvenu à un meilleur endroit, je dois devenir mon propre héros et travailler dur. Pas pour la reconnaissance, mais pour moi-même. Mon père, qui est un homme sage, m'a dit un jour que le secret du succès était moi. Je ne l'ai jamais eu jusqu'à hier. Je vous remercie.
Pablo
1

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.

Watson
la source