Il y a quelques jours, un ami me vantait d'avoir enveloppé un mec dans un entretien avec la sécurité sociale qui ne travaillait que dans des employés. Un ami travaille dans une entreprise d'épicerie et est fermement convaincu que les idiots des galères ne servent à rien. Des mercenaires sans âme, des voyous professionnels d'entrevues et des gens paresseux y travaillent. Il dit que le produit se pliera avant de choisir un thème de couleur dans l'IDE.
Mon ami est catégorique et déteste les employés encore plus qu'ils ne le méritent. Il pense que les employés détruisent l'essence même du développement. Ils prennent de mauvais développeurs, les traînent à travers la sécurité sociale, les vendent plus cher dans une entreprise où tout est réglé, et il n'est pas question de survie du tout, et ils vivent tranquillement avec un verre d'argent et une imitation de travail. En général, il les déteste en tant que courtiers d'échange entre travailleurs et communistes.
Et toute ma vie, j'ai travaillé dans des outstaffs, et, bien sûr, je pense différemment. Et je voulais condamner mon ami, mais je me souvenais que je refusais moi-même de prendre des développeurs d'épicerie lors d'entretiens.
Une fois, l'équipe et moi avons mené des entretiens techniques, le candidat a bien cherché, mais nous avons décidé qu'il ne nous convenait pas simplement parce qu'il venait d'une épicerie. Le gars s'est frotté pendant une demi-heure sur le produit qu'il avait fait lors de son dernier travail. Il a expliqué non pas comment le produit est fabriqué, mais ce qu'il fait pour les gens. Il nous a demandé ce que nous faisons et non comment et avec quoi. Bien sûr, nous ne nous sommes pas dit: «Le produit est important pour lui, mais ce devrait être une merde», mais nous étions unanimes dans notre réticence à travailler avec, et nous avons pensé à de nombreuses raisons de refuser.
Je n'y attachais aucune importance à ce moment-là, mais maintenant je comprends - il semble que les développeurs, qui sont vendus trois fois par an pour des projets d'autres personnes, et les développeurs, qui conçoivent un produit depuis cinq ans, sont des professionnels complètement différents. Après avoir fouillé profondément en moi-même, j'ai réalisé que je me considère non seulement comme le premier, mais que je méprise inconsciemment les gens qui travaillent sur le même projet depuis plus de deux ans.
Cela est peut-être dû à de mauvais exemples. Une entreprise alimentaire où je travaillais utilisait du C # 2.0. DEUX ZÉRO. Ils ont simplement fait valoir: le projet est grand, si vous le transférez vers la nouvelle version, nous engendrerons un tas de bugs. Et j'accepte cet argument - c'est l'argument de l'entreprise, pour laquelle le profit est plus important que la technologie. Je comprends l'entreprise, mais je ne peux pas comprendre les développeurs qui en sont satisfaits.
Il y a mille raisons de carrière pour utiliser les dernières technologies. Je peux toujours comprendre la descente consciente d'une carrière dans les toilettes - d'accord, un homme a trouvé un emploi pour la vie, c'est son choix. Mais bon sang, vous avez une tâche, voici une puce de C # 4.0 qui l'automatise. Et ils répondent: «Non, je n'ai pas besoin d'automatisation. Maintenant, je vais commencer à écrire une tonne de merde, et ça marchera. " Ils me disent en personne qu'ils ne croient pas aux nouvelles technologies, ils ne croient pas que cela améliorera leur produit. Et après tout, elle ne s'améliorera vraiment pas. La fosse ne s'améliorera pas car elle a été creusée par une excavatrice au lieu d'une pelle. Mais pour moi, ces développeurs sont comme des chauffeurs de taxi qui détestent Yandex et sont furieux de parler de pilotes automatiques. Et je ne suis pas prêt à travailler avec de tels développeurs.
C'est évidemment un cas extrême. La plupart des équipes de produits utilisent des technologies relativement nouvelles, mais l'accent est très important ici. Qu'est-ce qui est le plus important pour ces développeurs? Et qu'est-ce qui est le plus important pour moi? Des choses très différentes.
Pour eux, je suis un hipster qui coupe des tranches de pain. L'homme qui détruira les résultats de trois ans de travail pour le bien des nouvelles technologies. Dans leur système de valeurs, je suis un ravageur. Mon approche, ma façon d'écrire du code pour eux est une perte de temps. Le fait que pour moi l'état du projet dans l'alimentation soit plus important que son état en réalité est impensable pour eux.
En général, je suis sûr que les gars des entreprises alimentaires peuvent me dire beaucoup mieux pourquoi moi et des gens comme moi sont des idiots complètement inutiles, et je ne suis pas prêt à discuter avec eux. Nous faisons différentes choses pour différentes raisons.
Il est important pour eux de savoir quoi faire et pourquoi. Pour moi - même les cerveaux des toilettes intelligentes, même les armes du génocide - l'essentiel est de savoir comment nous le réalisons. Ce qui nous unit, c'est que nous écrivons tous du code.
Mais récemment, j'ai trouvé un emploi de rêve qui mettait au défi tout ce que j'écrivais. J'ai été invité à créer des robots, à les faire sur ma pile préférée, à un rythme de démarrage et avec une équipe très cool. C'était un travail dans l'équipe la plus productive et j'étais vraiment content.
Chaque jour, à ce travail, je me sentais comme un menteur - je ne suis pas le genre de gars dont ils ont besoin. Pendant que je retravaillais l'architecture d'un module insignifiant pendant trois semaines, ils ont fait tout le vrai travail. Et puis ils m'ont aussi félicité, par politesse, disent-ils, excellente architecture, Phil. Certes, nous n'avons pas besoin de baiser, et vous avalez simplement le budget pour le perfectionnisme qui n'est nécessaire à personne, mais merci quand même pour nos bûcherons si magnifiquement ronflés.
Nous nous sommes rapidement dispersés, et j'espère vraiment que je n'ai pas dépensé trop de leur temps et de leur argent, car après cela j'avais très honte. Mais mon erreur n'est pas que je ne suis pas le bon développeur - c'est que j'ai mal compris quel type de développeur je suis. Et surtout - je ne suis pas prêt à changer. Je suis développeur de personnel, rameur d'office.
Quand ils m'engagent, ils achètent ma capacité à passer des entretiens, car mon employeur me vendra à des sociétés le lendemain. Une compétence importante en personnel - je suis très bon pour être la personne dont l'équipe a besoin. Ont-ils besoin d'un gars qui envoie des dizaines de courriels avec des questions à tout le monde? Bazar zéro, vous recevrez des emails. Besoin d'une révision agressive du code? Tiens ma bière. L'équipe a-t-elle besoin d'un mentor attentif? Asseyez-vous, je vais tout vous dire sur le système de saisie. Besoin de faire des fonctionnalités à un rythme effréné? Je suis une machine qui jouera le code jour et nuit jusqu'à ce que le calendrier des fonctionnalités Ajail atteigne le bon état. Je ne peux pas faire la même chose dans l’épicerie. Les personnalités de mon projet ne vivent pas très longtemps et après trois mois, le cerveau doit changer. Je commence à brûler et à écrire des articles en larmes.
L'ironie, c'est qu'ils me vendent à des entreprises alimentaires. Mais en venant à un nouveau projet de la part des employés, vous êtes le maître de la situation. Si vous ne l'aimez pas, vous n'avez même pas besoin d'arrêter. Demandez-en simplement un autre. Les gens qui nous embauchent sont trop occupés avec l'idée que nous devons être utilisés au maximum, ils n'ont tout simplement pas le temps de nous enseigner le domaine et la philosophie du projet. Ils sont beaucoup plus organisés que les gestionnaires d'une épicerie ordinaire, car lorsque vous travaillez avec des employés, le lien entre l'argent versé et le nombre de billets fermés est très évident.
Leur organisation conduit à une description très compétente des tâches et à un processus de développement établi. Ils sont fixés en fonction du roulement du personnel, de sorte que la qualité du code est d'une grande importance pour eux. Vous pouvez donc bien travailler sans vous plonger dans la nature commerciale du projet. À mon avis, de telles conditions sont les meilleures pour un développeur professionnel.
Le produit en outstaff est éphémère, l'approche est éternelle. Je vends et développe mon approche. Si j'étais venu à cet emploi de rêve non pas en tant qu'employé à plein temps, mais en tant que membre du personnel, je pense que tout aurait mieux fonctionné.
Il y a tellement de projets sur lesquels j'aimerais travailler. Les chanceux qui y travaillent maintenant se diront avant la mort: "J'ai fait VSCode, c'est d'une grande importance pour l'humanité", et ils auront raison. Je me dirai: "J'ai écrit un excellent code sur certains projets, c'est très important pour moi", et j'aurai raison. L'essentiel est de trouver rapidement et correctement ce qui vous rend heureux.