Traduction du site yegor256.com . Article original en anglais. L’article a suscité une vive réaction sur le blog d’Evgeniy Bugaenko. Il décrit les critères qui, selon l’auteur, influencent le montant de la rémunération horaire d’un programmeur. La position n’est pas sans ambiguïté, elle soulève des questions, mais elle a néanmoins sa place. Le matériel n'est pas destiné aux débutants. En même temps, il me semble que l'article sera utile pour indiquer l'orientation de votre développement, bien sûr, en plus de développer vos compétences en programmation. La traduction originale est publiée ici . ________________________ Je reçois chaque jour plusieurs lettres de programmeurs intéressés à travailler à distance avec teamed.io . La première question que je pose habituellement est « Quel est votre taux horaire ? » (nous payons à l'heure ). Cela me surprend de voir combien de fois les gens s'évaluent incorrectement, à la fois plus haut et plus bas. Ils me donnent différents chiffres, de 5 $ à 500 $ de l'heure. Je ne dis jamais non, mais je fais généralement ma propre estimation du taux horaire. Cet article explique les facteurs que je prends en compte et ceux que je ne prends pas en compte. Ce sont mes critères personnels, ne les considérez pas comme une norme professionnelle. Ils me semblent objectifs et logiques. Contribution à des projets open source. C’est la première et la plus importante caractéristique d’un développeur de logiciels. Quelles sont vos contributions aux projets open source ? Avez-vous vos propres bibliothèques open source utilisées dans la communauté ? Écrivez-vous du code accessible au public et utilisé par d’autres ? Si vous n’avez pas de réponse à ces questions, je vois trois raisons possibles. Premièrement, vous êtes gêné de partager votre code parce que c'est de la merde. Ce n’est évidemment pas bon signe. Non pas parce que votre code est peut-être mauvais, mais parce que vous n'êtes pas assez courageux pour le reconnaître et évoluer. Dans nos équipes nous accordons une grande attention à la qualitécode et la plupart des nouveaux membres de notre équipe sont surpris par nos normes de qualité élevées. Vous serez également surpris. La question est de savoir si l’on peut évoluer ou abandonner. Si vous n'avez jamais partagé votre code auparavant et n'avez jamais reçu de retour négatif, vous ne pourrez pas vous sentir à l'aise dans nos projets, où les exigences de qualité sont très élevées. La deuxième raison possible est que vous travaillez de neuf heures à cinq heures pour manger, sans passion. En fait, personne ne l’admet. J’entends souvent des choses comme « mon entreprise ne me paie pas pour contribuer à des projets open source et je veux passer du temps avec ma famille à la maison ». Dans le développement de logiciels modernes, la plupart du code avec lequel nous travaillons est open source : bibliothèques, frameworks, outils, etc. Presque tout ce que vous utilisez dans votre projet commercial est open source. En vous versant un salaire, votre employeur a déjà contribué aux produits open source car vous les utilisez activement. Le problème est que vous n’êtes pas intéressé à être plus actif et à contribuer à des projets open source. Je vois cela comme un manque de passion et de motivation. Serez-vous un développeur efficace dans nos projets ? Peu probable, car notre système de management repose sur l’auto-motivation . La dernière raison possible est que vous ne savez pas quoi écrire et sur quel projet développer, ce qui signifie un manque de créativité. Comme je l'ai noté ci-dessus, presque tout ce que nous utilisons aujourd'hui est open source. Et ces outils regorgent de bugs, de nombreuses fonctionnalités non réalisées. En même temps, ne voyez-vous pas un moyen de les améliorer ? Vous ne savez pas ce qui pourrait être fait de mieux ? Ne pouvez-vous pas au moins trouver un rapport et corriger un bug dans le produit que vous utilisez quotidiennement ? Cela signifie que vous ne pourrez pas non plus trouver de moyens d'améliorer nos produits, car nous comptons sur votre capacité à trouver les problèmes de manière créative . Par conséquent, si votre compte GitHub est vide et que votre CV ne contient pas la ligne « activement impliqué dans le développement du noyau Linux » (et pourquoi pas ?), je me désintéresse instantanément. D'un autre côté, lorsque je vois un projet de plus de 100 étoiles sur votre GitHub, je suis enthousiasmé et je suis prêt à offrir un paiement plus élevé. Localisation Il est courant de payer davantage à ceux qui vivent dans des pays plus chers. Lorsque je reçois des CV de San Francisco, les tarifs demandés sont de plus de 70 $ de l'heure. Les mêmes compétences et expériences coûtent entre 15 et 20 dollars pour Karachi. La raison en est que le coût de la vie aux États-Unis est beaucoup plus élevé qu’au Pakistan. Cependant, cette raison me semble illogique. Si vous conduisez une voiture plus chère, devons-nous vous verser un salaire plus élevé ?? Idem avec votre emplacement. Vous avez choisi votre pays de résidence. Vous bénéficiez de tous les avantages d’un pays développé et vous payez pour cela. C'est ton choix. Vous avez décidé de dépenser plus d’argent pour la qualité de vie – qu’est-ce que cela a à voir avec moi ? Voulez-vous payer 30 $ pour le déjeuner ? Devenez un meilleur développeur. En attendant, achetez un hot-dog pour quelques dollars. Dire simplement : « Je suis déjà là et mon déjeuner coûte 30 $ » n’est pas un argument. Par conséquent, si vous vivez dans un endroit plus cher, il vous reste moins d’argent en poche. Pour nous, cela signifie que 100 $ motiveront bien plus un programmeur de Karachi que les mêmes 100 $ motiveront la même personne s'il vivait à San Francisco. Nous préférons donc travailler avec des personnes dont les coûts sont moindres. Notre argent fonctionne mieux de cette façon. Réputation sur StackOverflow.com Nous savons tous qu'il y a très peu de personnes sur StackOverflow, et même étonnamment peu de personnes qui y contribuent activement. Si votre profil est vide (ou si vous n'en avez pas), alors il est clair que vous 1) n'avez aucune question à poser, 2) vous n'avez rien à répondre. Premièrement, si vous n’y demandez rien, vous ne grandissez pas. Votre processus d’apprentissage s’est arrêté à un moment donné, peut-être après avoir obtenu un emploi de bureau . Ou peut-être êtes-vous trop timide pour demander ? Ou êtes-vous incapable de décrire vos questions avec suffisamment de précision ? Ou peut-être que vos questions ont déjà des réponses ? C'est triste de toute façon. Deuxièmement, si vous ne répondez pas, cela signifie que vous n’avez tout simplement rien à dire. Dans la plupart des cas, cela signifie que vous ne résolvez pas des problèmes complexes et uniques. Vous écrivez simplement des composants connus avec d'autres et recevez votre chèque. J’entends souvent dire que les gens résolvent la plupart de leurs problèmes en posant des questions aux collègues assis à côté d’eux au bureau. Ils disent qu'ils n'ont tout simplement pas besoin de StackOverflow (ou d'autres ressources similaires, si elles existent) car leur équipe est si bonne que vous pouvez toujours obtenir une réponse à n'importe quelle question. C'est bon pour l'équipe, mais mauvais pour vous. Pourquoi? Vous n'avez pas la compétence importante nécessaire pour trouver une réponse sur l'Internet public. Dans nos projets, nous n'encourageons aucune communication horizontale entre programmeurs et vous ne pourrez obtenir de l'aide de personne. Vous serez livré à vous-même et vous échouerez parce que vous avez l'habitude de recevoir l'aide des personnes âgées de votre bureau . StackOverflow n'est pas seulement un indicateur de votre intelligence et du nombre de votes que vous avez pour la meilleure blague sur les programmeurs . C'est la preuve qu'on peut obtenir des réponses à des questions en discutant avec des personnes qu'on ne connaît pas. C'est une compétence très importante. L'expérience professionnelle «J'ai écrit Java pendant 10 ans!» - Et alors? Ce numéro ne signifie qu'une chose pour moi : vous avez réussi à survivre dans un bureau pendant 10 ans. Ou peut-être dans plusieurs bureaux. Vous avez convaincu quelqu'un qu'il devrait vous payer pour vos 10 années dans son immeuble. Cela signifie-t-il que vous avez écrit quelque chose d’utile ? Cela signifie-t-il que votre code était parfait ? Ni le premier ni le second. L'expérience professionnelle est un faux indicateur. Cela peut même jouer contre vous, en combinaison avec d’autres indicateurs décrits ci-dessus. Si votre CV indique que vous venez de commencer à programmer il y a 2 ans et que vos comptes GitHub et StackOverflow sont vides, il est possible que vous vous amélioriez. Vous n'êtes qu'au début de votre carrière. Cependant, si votre CV indique que vous êtes un « architecte système depuis 10 ans » sans aucune contribution à des projets open source, cela signifie soit que vous mentez depuis environ 10 ans, soit que vous êtes absolument inutile en tant qu'architecte . Ce que je veux dire, c’est que « l’expérience professionnelle » comme argument doit être utilisé avec beaucoup de prudence. Ne jouez cette carte que si vous disposez d’autres avantages. Sinon, gardez-le pour vous. Certificats. Oracle, Zend, Amazon, IBM, MySQL et autres, ce sont les certificats dont je parle. Pour les obtenir, vous devez passer un examen. Pas facile, et pas en ligne. Il s'agit d'un véritable examen qui se passe dans des centres de certification où vous passerez devant un ordinateur, avec un temps limité, sans livres ni accès à Internet, et répondrez à des questions. Assez humiliant pour un développeur aussi respecté ? Ouais. Et il existe également une très forte probabilité d’échec, ce qui est également assez gênant. Si vous avez réussi les examens, c'est un très bon signe. Si vous avez fait cela plusieurs fois, tant mieux. D’ailleurs, si vous n’avez pas de certificats tout au long de votre carrière, c’est pour l’une des raisons suivantes. Premièrement, vous avez peur de l’échec. Une certification sérieuse peut coûter plusieurs centaines de dollars (j'ai payé plus de 700 $ pour SCEA ) et vous ne la récupérerez pas si vous échouez. Si vous avez peur de perdre, vous avez peur de vous battre. Cela signifie que vous vous dégonflerez dans des situations réelles lorsque de vrais problèmes doivent être résolus. Deuxièmement, vous n’investissez pas en vous-même. Cela signifie très probablement que vous ne souhaitez pas changer d’entreprise et préférez trouver un bureau confortable où vous pourrez vous asseoir pour toujours. Je me souviens avoir dit un jour à mon ami : « Vous améliorerez considérablement votre CV si vous obtenez ce certificat. » Il a répondu avec un sourire : « J’espère que je n’ai pas besoin de CV. J'aime cette entreprise." Cette approche est bonne pour l’entreprise pour laquelle vous travaillez, mais elle joue définitivement contre vous. D'après mon expérience, les meilleurs joueurs d'équipece sont ceux qui travaillent pour eux-mêmes. Un individualisme sain est la clé. Si votre objectif principal est d'obtenir quelque chose pour vous-même (argent, réputation, compétences, connaissances), vous serez très efficace dans nos projets. La présence de certificats dans votre profil est un indicateur de l'individualisme sain que nous recherchons. Diversité des compétences. Plus vous connaissez de technologies ou de langages de programmation, moins vous valez. Je ne dis pas qu’il est impossible d’être un expert dans plusieurs domaines à la fois – c’est tout à fait possible. Mais laissez-moi vous donner une raison pragmatique pour laquelle vous ne devriez pas faire cela : la concurrence. Il existe des milliers de programmeurs Java7 sur le marché – nous pouvons facilement embaucher toute personne dont nous avons besoin. Mais il n'y a pas beaucoup de programmeurs Hadoop ou de concepteurs XSLT. Si vous vous concentrez sur un domaine spécifique et en êtes un expert, vos chances de trouver un emploi sont plus faibles, mais votre taux sera plus élevé. Nous avons tendance à payer davantage aux spécialistes hautement spécialisés, principalement parce que nous n’avons pas le choix. Si le projet sur lequel nous travaillons nécessite un expert Lucene, nous trouverons la bonne personne et ferons de notre mieux pour l'intégrer à notre équipe. Faire de notre mieux, dans la plupart des cas, signifie augmenter les salaires. Ainsi, quand j'entends que vous avez de l'expérience avec MySQL, PostgreSQL, Oracle et SQLite, je comprends que vous en savez très peu sur les bases de données. Discours et publications Évidemment, avoir un blog (sur la programmation, pas sur votre chat préféré) est un facteur positif. C'est encore mieux si vous prenez la parole lors de conférences de temps en temps. Sur les blogs, je fais attention au nombre de commentaires que les gens laissent sur vos articles. S'il s'agit d'une conférence, le critère le plus important est la difficulté de déterminer le nombre d'intervenants. Les articles de blog et les présentations vous rendent plus précieux en tant que spécialiste. Principalement parce que ces choses montrent que certaines personnes ont déjà apprécié votre travail et votre talent. Et il ne s’agit pas seulement d’un programmeur, mais d’un groupe de programmeurs et d’ingénieurs. Cela signifie que nous pouvons également nous fier à votre avis. De plus, si vous écrivez et publiez régulièrement votre travail, vous possédez déjà une compétence/un talent important : vous pouvez présenter vos idées dans un format « digeste ». Dans nos projets, nous n’encourageons pas les communications informelles et utilisons un système de tickets. Dans ces tickets, vous expliquerez vos idées, questions et considérations d’une manière que les autres peuvent comprendre. Sans les compétences nécessaires pour présenter des idées, vous ne pourrez pas survivre dans un projet. D’ailleurs, certains développeurs déposent même des brevets sous leur propre nom – pourquoi ne l’avez-vous pas fait ? Ou peut-être publier un livre ? Pourquoi pas? Employeur précédent , je ne prête généralement pas beaucoup d'attention à cette section de votre CV. Notre modèle de gestion est tellement différentd'après tout ce que vous pouvez voir n'importe où, peu importe le nombre de fois où vous avez été licencié ou le niveau de votre position dans votre entreprise. Même si votre titre est « Twitter CTO », cela ne signifie rien pour moi. Mon expérience me dit que plus l'entreprise est grande et plus vous y occupez une position élevée, plus vous vous éloignez du code source et des véritables solutions techniques. Les vice-présidents et les directeurs techniques passent la plupart de leur temps en réunion et à s'occuper de politique interne . Je suis plus intéressé par "Qu'est-ce que tu as fait" ces dernières années que par "Où as-tu fait" ou "Comment t'appelais-tu" pendant que tu le faisais. Éducation BSc, MSc, PhD... est-ce important ? Ne réfléchissez pas. L’éducation est très similaire aux « Emplois antérieurs » répertoriés ci-dessus. Peu importe où vous avez passé les cinq années après l'école. Ce qui compte, c'est ce que vous avez fait à ce moment-là. Si vous n’avez rien à dire sur votre activité d’étudiant, alors que me dit le nom de votre université ? Bien sûr, s’il s’agit de Stanford ou du MIT, c’est une tout autre affaire. Dans ce cas, je comprends que vous avez réussi leurs examens finaux et que vous avez réussi à trouver de l’argent pour y étudier. C'est un bon signe et je proposerai certainement une offre plus élevée. Mais si vous êtes diplômé de nulle part (comme mon université), gardez cette information pour vous. En payant plus de 100 $ de l'heure, nous sommes heureux de payer un expert qui possède plusieurs produits open source, a une note sur StackOverflow de plus de 20 000, possède des certificats, des articles, des présentations ou même des brevets. Nous payons plus de 50 $ à un programmeur professionnel qui possède un projet open source ou participe activement à un tel projet, a une note sur StackOverflow de plus de 5 000, écrit sur le développement de logiciels et détient des certificats. Nous payons plus de 30 $ pour un programmeur qui contribue régulièrement à des projets open source, est actif sur StackOverflow et possède plusieurs certifications. Nous payons 15 $ et plus à tout le monde. Ne vous méprenez pas et ne prenez pas ces chiffres personnellement. Ces tarifs sont une mesure d’évaluation de votre niveau professionnel, et non de vous en tant qu’individu. De plus, le niveau n'est pas statique, il change tous les jours et tout est entièrement entre vos mains. J'écris cet article principalement pour vous motiver à grandir. Tous ces critères s’appliquent aux nouveaux membres de nos équipes. Une fois que vous commencez à écrire du code, nous mesurons votre productivité et vous pouvez obtenir un salaire complètement différent, voyez comment nous calculons les taux horaires . À propos, les illustrations du message ont été créées par Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
C’est la première et la plus importante caractéristique d’un développeur de logiciels. Quelles sont vos contributions aux projets open source ? Avez-vous vos propres bibliothèques open source utilisées dans la communauté ? Écrivez-vous du code accessible au public et utilisé par d’autres ? Si vous n’avez pas de réponse à ces questions, je vois trois raisons possibles. Premièrement, vous êtes gêné de partager votre code parce que c'est de la merde. Ce n’est évidemment pas bon signe. Non pas parce que votre code est peut-être mauvais, mais parce que vous n'êtes pas assez courageux pour le reconnaître et évoluer. Dans nos équipes nous accordons une grande attention à la qualitécode et la plupart des nouveaux membres de notre équipe sont surpris par nos normes de qualité élevées. Vous serez également surpris. La question est de savoir si l’on peut évoluer ou abandonner. Si vous n'avez jamais partagé votre code auparavant et n'avez jamais reçu de retour négatif, vous ne pourrez pas vous sentir à l'aise dans nos projets, où les exigences de qualité sont très élevées. La deuxième raison possible est que vous travaillez de neuf heures à cinq heures pour manger, sans passion. En fait, personne ne l’admet. J’entends souvent des choses comme « mon entreprise ne me paie pas pour contribuer à des projets open source et je veux passer du temps avec ma famille à la maison ». Dans le développement de logiciels modernes, la plupart du code avec lequel nous travaillons est open source : bibliothèques, frameworks, outils, etc. Presque tout ce que vous utilisez dans votre projet commercial est open source. En vous versant un salaire, votre employeur a déjà contribué aux produits open source car vous les utilisez activement. Le problème est que vous n’êtes pas intéressé à être plus actif et à contribuer à des projets open source. Je vois cela comme un manque de passion et de motivation. Serez-vous un développeur efficace dans nos projets ? Peu probable, car notre système de management repose sur l’auto-motivation . La dernière raison possible est que vous ne savez pas quoi écrire et sur quel projet développer, ce qui signifie un manque de créativité. Comme je l'ai noté ci-dessus, presque tout ce que nous utilisons aujourd'hui est open source. Et ces outils regorgent de bugs, de nombreuses fonctionnalités non réalisées. En même temps, ne voyez-vous pas un moyen de les améliorer ? Vous ne savez pas ce qui pourrait être fait de mieux ? Ne pouvez-vous pas au moins trouver un rapport et corriger un bug dans le produit que vous utilisez quotidiennement ? Cela signifie que vous ne pourrez pas non plus trouver de moyens d'améliorer nos produits, car nous comptons sur votre capacité à trouver les problèmes de manière créative . Par conséquent, si votre compte GitHub est vide et que votre CV ne contient pas la ligne « activement impliqué dans le développement du noyau Linux » (et pourquoi pas ?), je me désintéresse instantanément. D'un autre côté, lorsque je vois un projet de plus de 100 étoiles sur votre GitHub, je suis enthousiasmé et je suis prêt à offrir un paiement plus élevé. Localisation Il est courant de payer davantage à ceux qui vivent dans des pays plus chers. Lorsque je reçois des CV de San Francisco, les tarifs demandés sont de plus de 70 $ de l'heure. Les mêmes compétences et expériences coûtent entre 15 et 20 dollars pour Karachi. La raison en est que le coût de la vie aux États-Unis est beaucoup plus élevé qu’au Pakistan. Cependant, cette raison me semble illogique. Si vous conduisez une voiture plus chère, devons-nous vous verser un salaire plus élevé ?? Idem avec votre emplacement. Vous avez choisi votre pays de résidence. Vous bénéficiez de tous les avantages d’un pays développé et vous payez pour cela. C'est ton choix. Vous avez décidé de dépenser plus d’argent pour la qualité de vie – qu’est-ce que cela a à voir avec moi ? Voulez-vous payer 30 $ pour le déjeuner ? Devenez un meilleur développeur. En attendant, achetez un hot-dog pour quelques dollars. Dire simplement : « Je suis déjà là et mon déjeuner coûte 30 $ » n’est pas un argument. Par conséquent, si vous vivez dans un endroit plus cher, il vous reste moins d’argent en poche. Pour nous, cela signifie que 100 $ motiveront bien plus un programmeur de Karachi que les mêmes 100 $ motiveront la même personne s'il vivait à San Francisco. Nous préférons donc travailler avec des personnes dont les coûts sont moindres. Notre argent fonctionne mieux de cette façon. Réputation sur StackOverflow.com Nous savons tous qu'il y a très peu de personnes sur StackOverflow, et même étonnamment peu de personnes qui y contribuent activement. Si votre profil est vide (ou si vous n'en avez pas), alors il est clair que vous 1) n'avez aucune question à poser, 2) vous n'avez rien à répondre. Premièrement, si vous n’y demandez rien, vous ne grandissez pas. Votre processus d’apprentissage s’est arrêté à un moment donné, peut-être après avoir obtenu un emploi de bureau . Ou peut-être êtes-vous trop timide pour demander ? Ou êtes-vous incapable de décrire vos questions avec suffisamment de précision ? Ou peut-être que vos questions ont déjà des réponses ? C'est triste de toute façon. Deuxièmement, si vous ne répondez pas, cela signifie que vous n’avez tout simplement rien à dire. Dans la plupart des cas, cela signifie que vous ne résolvez pas des problèmes complexes et uniques. Vous écrivez simplement des composants connus avec d'autres et recevez votre chèque. J’entends souvent dire que les gens résolvent la plupart de leurs problèmes en posant des questions aux collègues assis à côté d’eux au bureau. Ils disent qu'ils n'ont tout simplement pas besoin de StackOverflow (ou d'autres ressources similaires, si elles existent) car leur équipe est si bonne que vous pouvez toujours obtenir une réponse à n'importe quelle question. C'est bon pour l'équipe, mais mauvais pour vous. Pourquoi? Vous n'avez pas la compétence importante nécessaire pour trouver une réponse sur l'Internet public. Dans nos projets, nous n'encourageons aucune communication horizontale entre programmeurs et vous ne pourrez obtenir de l'aide de personne. Vous serez livré à vous-même et vous échouerez parce que vous avez l'habitude de recevoir l'aide des personnes âgées de votre bureau . StackOverflow n'est pas seulement un indicateur de votre intelligence et du nombre de votes que vous avez pour la meilleure blague sur les programmeurs . C'est la preuve qu'on peut obtenir des réponses à des questions en discutant avec des personnes qu'on ne connaît pas. C'est une compétence très importante. L'expérience professionnelle 
«J'ai écrit Java pendant 10 ans!» - Et alors? Ce numéro ne signifie qu'une chose pour moi : vous avez réussi à survivre dans un bureau pendant 10 ans. Ou peut-être dans plusieurs bureaux. Vous avez convaincu quelqu'un qu'il devrait vous payer pour vos 10 années dans son immeuble. Cela signifie-t-il que vous avez écrit quelque chose d’utile ? Cela signifie-t-il que votre code était parfait ? Ni le premier ni le second. L'expérience professionnelle est un faux indicateur. Cela peut même jouer contre vous, en combinaison avec d’autres indicateurs décrits ci-dessus. Si votre CV indique que vous venez de commencer à programmer il y a 2 ans et que vos comptes GitHub et StackOverflow sont vides, il est possible que vous vous amélioriez. Vous n'êtes qu'au début de votre carrière. Cependant, si votre CV indique que vous êtes un « architecte système depuis 10 ans » sans aucune contribution à des projets open source, cela signifie soit que vous mentez depuis environ 10 ans, soit que vous êtes absolument inutile en tant qu'architecte . Ce que je veux dire, c’est que « l’expérience professionnelle » comme argument doit être utilisé avec beaucoup de prudence. Ne jouez cette carte que si vous disposez d’autres avantages. Sinon, gardez-le pour vous. Certificats. Oracle, Zend, Amazon, IBM, MySQL et autres, ce sont les certificats dont je parle. Pour les obtenir, vous devez passer un examen. Pas facile, et pas en ligne. Il s'agit d'un véritable examen qui se passe dans des centres de certification où vous passerez devant un ordinateur, avec un temps limité, sans livres ni accès à Internet, et répondrez à des questions. Assez humiliant pour un développeur aussi respecté ? Ouais. Et il existe également une très forte probabilité d’échec, ce qui est également assez gênant. Si vous avez réussi les examens, c'est un très bon signe. Si vous avez fait cela plusieurs fois, tant mieux. D’ailleurs, si vous n’avez pas de certificats tout au long de votre carrière, c’est pour l’une des raisons suivantes. Premièrement, vous avez peur de l’échec. Une certification sérieuse peut coûter plusieurs centaines de dollars (j'ai payé plus de 700 $ pour SCEA ) et vous ne la récupérerez pas si vous échouez. Si vous avez peur de perdre, vous avez peur de vous battre. Cela signifie que vous vous dégonflerez dans des situations réelles lorsque de vrais problèmes doivent être résolus. Deuxièmement, vous n’investissez pas en vous-même. Cela signifie très probablement que vous ne souhaitez pas changer d’entreprise et préférez trouver un bureau confortable où vous pourrez vous asseoir pour toujours. Je me souviens avoir dit un jour à mon ami : « Vous améliorerez considérablement votre CV si vous obtenez ce certificat. » Il a répondu avec un sourire : « J’espère que je n’ai pas besoin de CV. J'aime cette entreprise." Cette approche est bonne pour l’entreprise pour laquelle vous travaillez, mais elle joue définitivement contre vous. D'après mon expérience, les meilleurs joueurs d'équipece sont ceux qui travaillent pour eux-mêmes. Un individualisme sain est la clé. Si votre objectif principal est d'obtenir quelque chose pour vous-même (argent, réputation, compétences, connaissances), vous serez très efficace dans nos projets. La présence de certificats dans votre profil est un indicateur de l'individualisme sain que nous recherchons. Diversité des compétences. Plus vous connaissez de technologies ou de langages de programmation, moins vous valez. Je ne dis pas qu’il est impossible d’être un expert dans plusieurs domaines à la fois – c’est tout à fait possible. Mais laissez-moi vous donner une raison pragmatique pour laquelle vous ne devriez pas faire cela : la concurrence. Il existe des milliers de programmeurs Java7 sur le marché – nous pouvons facilement embaucher toute personne dont nous avons besoin. Mais il n'y a pas beaucoup de programmeurs Hadoop ou de concepteurs XSLT. Si vous vous concentrez sur un domaine spécifique et en êtes un expert, vos chances de trouver un emploi sont plus faibles, mais votre taux sera plus élevé. Nous avons tendance à payer davantage aux spécialistes hautement spécialisés, principalement parce que nous n’avons pas le choix. Si le projet sur lequel nous travaillons nécessite un expert Lucene, nous trouverons la bonne personne et ferons de notre mieux pour l'intégrer à notre équipe. Faire de notre mieux, dans la plupart des cas, signifie augmenter les salaires. Ainsi, quand j'entends que vous avez de l'expérience avec MySQL, PostgreSQL, Oracle et SQLite, je comprends que vous en savez très peu sur les bases de données. Discours et publications 
Évidemment, avoir un blog (sur la programmation, pas sur votre chat préféré) est un facteur positif. C'est encore mieux si vous prenez la parole lors de conférences de temps en temps. Sur les blogs, je fais attention au nombre de commentaires que les gens laissent sur vos articles. S'il s'agit d'une conférence, le critère le plus important est la difficulté de déterminer le nombre d'intervenants. Les articles de blog et les présentations vous rendent plus précieux en tant que spécialiste. Principalement parce que ces choses montrent que certaines personnes ont déjà apprécié votre travail et votre talent. Et il ne s’agit pas seulement d’un programmeur, mais d’un groupe de programmeurs et d’ingénieurs. Cela signifie que nous pouvons également nous fier à votre avis. De plus, si vous écrivez et publiez régulièrement votre travail, vous possédez déjà une compétence/un talent important : vous pouvez présenter vos idées dans un format « digeste ». Dans nos projets, nous n’encourageons pas les communications informelles et utilisons un système de tickets. Dans ces tickets, vous expliquerez vos idées, questions et considérations d’une manière que les autres peuvent comprendre. Sans les compétences nécessaires pour présenter des idées, vous ne pourrez pas survivre dans un projet. D’ailleurs, certains développeurs déposent même des brevets sous leur propre nom – pourquoi ne l’avez-vous pas fait ? Ou peut-être publier un livre ? Pourquoi pas? Employeur précédent , je ne prête généralement pas beaucoup d'attention à cette section de votre CV. Notre modèle de gestion est tellement différentd'après tout ce que vous pouvez voir n'importe où, peu importe le nombre de fois où vous avez été licencié ou le niveau de votre position dans votre entreprise. Même si votre titre est « Twitter CTO », cela ne signifie rien pour moi. Mon expérience me dit que plus l'entreprise est grande et plus vous y occupez une position élevée, plus vous vous éloignez du code source et des véritables solutions techniques. Les vice-présidents et les directeurs techniques passent la plupart de leur temps en réunion et à s'occuper de politique interne . Je suis plus intéressé par "Qu'est-ce que tu as fait" ces dernières années que par "Où as-tu fait" ou "Comment t'appelais-tu" pendant que tu le faisais. Éducation BSc, MSc, PhD... est-ce important ? Ne réfléchissez pas. L’éducation est très similaire aux « Emplois antérieurs » répertoriés ci-dessus. Peu importe où vous avez passé les cinq années après l'école. Ce qui compte, c'est ce que vous avez fait à ce moment-là. Si vous n’avez rien à dire sur votre activité d’étudiant, alors que me dit le nom de votre université ? Bien sûr, s’il s’agit de Stanford ou du MIT, c’est une tout autre affaire. Dans ce cas, je comprends que vous avez réussi leurs examens finaux et que vous avez réussi à trouver de l’argent pour y étudier. C'est un bon signe et je proposerai certainement une offre plus élevée. Mais si vous êtes diplômé de nulle part (comme mon université), gardez cette information pour vous. En payant plus de 100 $ de l'heure, nous sommes heureux de payer un expert qui possède plusieurs produits open source, a une note sur StackOverflow de plus de 20 000, possède des certificats, des articles, des présentations ou même des brevets. Nous payons plus de 50 $ à un programmeur professionnel qui possède un projet open source ou participe activement à un tel projet, a une note sur StackOverflow de plus de 5 000, écrit sur le développement de logiciels et détient des certificats. Nous payons plus de 30 $ pour un programmeur qui contribue régulièrement à des projets open source, est actif sur StackOverflow et possède plusieurs certifications. Nous payons 15 $ et plus à tout le monde. Ne vous méprenez pas et ne prenez pas ces chiffres personnellement. Ces tarifs sont une mesure d’évaluation de votre niveau professionnel, et non de vous en tant qu’individu. De plus, le niveau n'est pas statique, il change tous les jours et tout est entièrement entre vos mains. J'écris cet article principalement pour vous motiver à grandir. Tous ces critères s’appliquent aux nouveaux membres de nos équipes. Une fois que vous commencez à écrire du code, nous mesurons votre productivité et vous pouvez obtenir un salaire complètement différent, voyez comment nous calculons les taux horaires . À propos, les illustrations du message ont été créées par Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
GO TO FULL VERSION