Tard dans la soirée, le général appelle et demande que le communiqué soit déployé après six heures - le matin, il a une réunion avec des investisseurs en Chine. Développeurs - par ordre d'importance pour le projet - pruneau, vacances, burnout professionnel, macramé et piquet «vert» pour protéger les droits des cobayes. Les testeurs sont déjà rentrés chez eux. Timlid pleure comme une «fille dans une machine automatique» - ses affaires sont sincères. Un chat de bureau a renversé un vase d'eau sur des documents avec des phoques humides. La version doit être déployée avec la localisation chinoise et coréenne. Et les spécialistes les plus proches des langues asiatiques sont les Tadjiks dans une auberge en face.
Vous soupirez et vous mettez au travail. Après six heures, tout fonctionne. Libéré. Général satisfait. Les développeurs sont gais, gais et heureux d'essayer.
Tehdira en semaine ordinaire.
De nombreux directeurs techniques se sont réunis au SlOorm DevOps. Après l'intensif, j'ai parlé avec Eduard Medvedev de l'éthique informatique , avec Artyom Galonsky des professions menacées et DevOps . Et j'ai eu la chance de faire la connaissance d'un directeur technique-extraverti unique qui peut tout organiser et trouver un langage commun avec n'importe qui.
Dmitry Simonov ctorecords , fondateur du club de Tehdir et créateur de la chaîne Tehdir Zapiski, https://t.me/ctorecords , a expliqué comment devenir directeur technique, une sorte de valet de tous les métiers du domaine informatique.
Dmitry Simonov et le lama ou l'alpaga bleu d'eLama.
Carrière Techdir
Vous dirigez les notes Techdir. Comment trouvez-vous le temps pour cela dans le cycle des problèmes techniques? Qu'est-ce que c'est pour vous: passe-temps, réalisation de soi, évangélisation informatique?
Tehdir Chatik et la chaîne sont mes propres outils de surveillance des tendances. Bien sûr, j'y écris mes pensées, mais la chose la plus importante pour moi est qu'il y a des gens avec qui vous pouvez discuter et apprendre de nouvelles tendances. Je suis en train de creuser assez activement le sujet de rejoindre des équipes commerciales et techniques, et cela nécessite un large éventail d'opinions. Par conséquent, pour la plupart, j'écris non seulement des opinions, mais aussi des idées de test.
Professionnellement, je travaille toujours en tant que directeur technique, je m'occupe à la fois de la partie managériale et du codage.
Je reviens tout juste de Slurm DevOps, où il a amélioré ses compétences. En ce qui concerne la partie managériale, je prends activement des cours rémunérés - et certaines des réflexions de ces cours tombent dans le canal.
Un tel exemple était «Tâches de gestion», https://t.me/ctorecords/1126 . Il s'agit d'une description de situations complexes qui surviennent souvent au travail. Il est important de comprendre que dans la vie réelle, le directeur technique peut jouer n'importe lequel des rôles décrits. Sa tâche est de pouvoir sortir de la situation actuelle avec le gain maximum et le moins de pertes. Le critère de la bonne décision est la disparition du conflit. L'astuce ici est que presque toujours n'importe quel rôle n'est pas éthiquement parfait: soit le PDG veut économiser de l'argent sur quelqu'un, soit l'employé veut vendre les ressources de l'entreprise, soit quelque chose d'autre se passe.
Au fil du temps, mes outils deviennent plus utiles aux participants. Ainsi, par exemple, le club techdir fermé a récemment ouvert ses portes, dans lequel des personnes de très haute qualification se sont réunies. Ils sont intéressés à communiquer entre eux sur des sujets très spécifiques, afin de ne pas se laisser distraire par les "navires labourant l'espace", dont les novices adorent parler. Ceci est un chatik très calme. Tout sur l'affaire.
Comment êtes-vous devenu CTO vous-même, dans quelle direction êtes-vous allé? Quels sont les jalons les plus importants en cours de route? Qu'avez-vous compris important dans le processus de cette façon?
En 1995, alors que j'étais encore à l'université, je suis allé travailler «sur Internet» - et depuis 25 ans, j'ai toujours travaillé dans le même métier. Pas à pas, j'ai traversé les étapes de toutes les variantes de programmeurs, chefs d'équipe et, finalement, j'ai grandi à techdir. Il a déménagé à Moscou et a recommencé de la même manière une deuxième fois - il a confirmé ses compétences dans Rambler, Yandex et Mail. Et puis il a commencé à construire ses propres solutions techniques et équipes.
Un point important - j'ai toujours aimé les affaires que je faisais. Et il a vraiment tiré parti du succès dans la profession.
La chose la plus importante dans la profession, je pense, est la capacité de s'arrêter et de réfléchir soigneusement à l'avenir - d'y voir la victoire. Ce n'est qu'après l'avoir vue, comme vous le croyez vous-même, que vous pouvez conduire les gens comme Moïse a dirigé son peuple.
NB: La tâche principale du tehdir est de trouver un langage commun avec tout le monde, de supprimer les contradictions, d'indiquer clairement les conditions de la victoire et son chemin. Motivez votre équipe avec votre exemple. Tehdir est le capitaine du navire.
Communauté informatique et club technologique
Envisagez-vous de développer en quelque sorte la chaîne "Techdir Notes". D'autres plateformes? Ou écrire un livre? Vous avez là de vraies histoires, instructives et drôles, pour tout un livre.
Oui, beaucoup d'histoires drôles se sont accumulées. Par exemple:
. , API 21:00. , , , 21:00. . .
2014 . , . 2 ( 18:00 ): - ! ? - , . - ... , 7:00 ! ? OMG... - . - ? ? , - . . ... , ... - , - , - ... , . . - 4 . . . : - ! - . ! - .... ? ? ? - . ... ! . : - - ? - ! ! - 00:30 . -? . . , , , , 4 . - e-mail, , ! 2 .
Je développe systématiquement des activités techdir et développe la communauté. Certains des sujets soulevés provoquent une réponse tellement houleuse que vous devez ajuster vos propres approches pour travailler à la volée. Ainsi, par exemple, j'ai ajusté les approches de la technologie développée par mes soins pour les audits d'équipes externes et les technologies d'aide à l'embauche d'experts techniques.
Je ne me cacherai pas, j'ai des intentions et des objectifs très clairs pour la communauté techdir vers laquelle je me dirige. À bien des égards, je suis guidé par les demandes des membres de la communauté eux-mêmes, mais il existe également un vecteur de mouvement mondial qui donne un sens à tout ce que je fais.
J'ai pensé au livre et peut-être même que cela a du sens, mais j'attendrai jusqu'à ce qu'il soit clairement nécessaire. Je voudrais que ce désir naisse «organiquement», et non par une sorte de RP.
Comment évaluez-vous le développement de la communauté informatique en Russie? Dans quelles villes est-elle la plus développée? Quels sont selon vous les critères de développement et de formation?
L'informatique en Russie (et pas seulement en Russie) est devenue un ascenseur social qui a élevé des jeunes talentueux au niveau non seulement d'experts mondiaux, mais simplement de personnes aisées. L'ascenseur est si efficace que certains affichent non pas tant leurs succès que les succès obtenus grâce à un battage médiatique commun.
On pense que chaque type de personne intelligente en informatique est capable de former sa propre équipe, de trouver des fonds pour cela et de créer au moins quelque chose qui peut être vendu. Tout ne va pas bien, mais cet exemple n'est pas très loin de la vérité.
Pourquoi ces gens de la communauté réussissent-ils? Pourquoi devraient-ils consulter des gens comme eux? Ils font eux-mêmes un excellent travail! Chacun est un super-méga unique, capable de construire VKontakte, Odnoklassniki ou même Facebook en une seule personne. Ces experts n'ont besoin de personne - ils ont eux-mêmes une moustache.
De quoi ont-ils besoin? De quoi ces spécialistes ont-ils besoin pour entrer dans la société de consommation décrite par Jean Baudrillard?
NB: Hype est corrompu. Le battage médiatique absolu corrompt absolument. Il est important de bien comprendre où se situent vos réalisations et quelles sont les conséquences d'une croissance explosive du marché et d'une pénurie de spécialistes informatiques. L'autocritique et l'autoréflexion dans certaines limites est une qualité importante pour un professionnel.
Parlez-nous du canal fermé pour les techdirs. Comment il est apparu, quelles tâches il résout, quel genre de personnes y sont présentes.
Le Closed Techdir Club était une réponse à la demande d'un groupe de spécialistes informatiques hautement professionnels de se retirer dans un endroit où ils pourraient discuter des questions les plus sensibles, sans être distrait par les opinions des June / Pioneers. Le fait est que les vrais «joueurs d'échecs» sont tout simplement fatigués des nombreux Bender Ostapes, qui au lieu de véritables discussions se promeuvent constamment et poussent des pensées dans le style de «la pensée des échecs qui a transformé la ville du comté [New Vasyuki] en capitale du globe se transformera en science appliquée et inventera méthodes de communication interplanétaires . " De toute évidence, les pros de la catégorie des auteurs de Kotlin, Tarantula ou Postgres s'intéressent à des choses assez spécifiques et claires. Ces gars ont concentré toutes leurs aspirations et objectifs dans la vie sur une orientation professionnelle.
Le club n'existe que depuis quelques mois, et le public ne fait que se connaître jusqu'à présent. Tous ces gens sont habitués au pouvoir, habitués à ce que leurs paroles soient perçues sans critique et comme une loi. Ici, tout le monde sait qui est qui et communique très soigneusement les uns avec les autres. Le résultat est une construction vraiment intéressante.
Jusqu'à présent, les sujets sont assez étroits d'esprit - j'échantillon occasionnellement des citations. L'un des articles publiés sur la chaîne publique est celui des questions sur le traitement technique des journaux.
Dans un avenir proche, pour autant que je sache, vous prévoyez de prendre la parole lors de la réunion. Parlez-moi de ce dont vous allez parler, des problèmes à résoudre.
Oui Le 9 octobre, à 19h00, le Meetup Team Lead sera dans le bureau SkyEng pour gérer l'équipe et les connaissances des praticiens de l'équipe. Diffusé sur ce lien: https://youtu.be/Y9Sxg14pads
Ce sera un rapport d'examen avant les Timlids sur l'essence du travail du techdir. D'une entreprise à l'autre, le rôle de techdir est complètement différent, mais dans l'ensemble, cela signifie toujours travailler en trois équipes: une équipe supérieure (développement des infrastructures), une équipe produit (développement des solutions commerciales) et une équipe technique (mise en œuvre des infrastructures et des solutions commerciales).
L'équipe produit sera toujours noyée pour des solutions orientées béquilles qui accumulent des dettes techniques.
L'équipe technique se noiera pour le travail de la bonne manière, pour l'utilisation de technologies de battage publicitaire coûteuses à mettre en œuvre, pour le travail sur des spécifications techniques détaillées que quelqu'un d'autre devrait écrire pour eux.
L'équipe des sommets nécessite des délais précis et des estimations de ressources avec un minimum de formulation précise pour l'équipe technique.
À la base, le travail du techdir est de résoudre quotidiennement le conflit entre l'argent, les utilisateurs et le développement.
NB: Techdir dans presque toutes les entreprises est un arbitre qui aplanit les contradictions entre les équipes produit, technique et management. Et chaque membre du processus trouve une construction qui bénéficiera au projet.
La journée de Tehdir à Saint-Pétersbourg le 3 septembre a été un succès. Vous prévoyez de développer cet événement? Et pourquoi le 3 septembre, quand "tout le monde retourne les calendriers"?
La journée de Tehdir a été très choquante - plus d’une centaine de personnes inscrites, parmi lesquelles des directeurs généraux et techniques, des chefs d’équipe, des architectes, des produits et des projets. Il est étonnant que, à partir du stock de bière et de limonade préparé, la limonade se soit très bien vendue et qu'il reste plus de la moitié de la bière. Un autre stéréotype peut être jeté.
La fête s'est déroulée de manière synchrone à Saint-Pétersbourg à Selectel et à Moscou à Skyeng. Nous avons organisé un pont vidéo à part entière entre les capitales et nous nous sommes félicités.
Selon les résultats, nous avons convenu non seulement de tenir Techdir Day chaque année dans les capitales, mais aussi de répartir les vacances dans toutes les villes avec des millionnaires par type de franchise. Nous collectons maintenant les demandes de participation (écrivez à dsimonov@gmail.com!)
Qu'est-ce que le techdir?
Les RH, qui ont pris la parole lors de la journée de Tehdir, ont déclaré à plusieurs reprises qu'il était très difficile de formuler qui était le CTO, de quel type d'animal il s'agissait, avec quoi il était mangé et comment le chasser et le chasser. Comment déterminez-vous ce qu'est un techdir? Et comment cette profession s'est-elle développée?
Techdir - ça a l'air fier! De mon point de vue, techdir est synonyme du mot «gagnant», qui croit en lui, croit en son équipe, croit en la victoire! Et il gagne. Il ne peut que gagner - sinon ce n'est pas un éditeur technologique, mais juste un développeur qui s'imagine. C'est sa tâche principale - surmonter les difficultés, convaincre ses collègues, mettre en œuvre des plans. Mais le plus important est de voir votre victoire et de comprendre en détail dans les détails comment elle sera réalisée. Quelles sont les petites choses? Ce sont des détails dont le techdir ne comprend pas les valeurs. Qu'est-ce que Tehdir alors?
Dans ce cas, quel que soit son professionnalisme, il perdra toute bataille, fusionnera et expliquera en détail aux actionnaires pourquoi cela n'a pas fonctionné. Avec une présentation, un discours et une justification excellents. Et puis il ira à des conférences pendant longtemps et ne parlera pas de la façon de construire des projets, mais de la façon de ne pas les construire. Ce sera un professionnel de la raison pour laquelle le projet ne fonctionnera pas. Je rencontre périodiquement de telles personnes dans des clubs de pêche. Leurs mots commencent toujours par "Maintenant, je vais vous dire pourquoi vous ne réussirez pas!"
NB: La qualité la plus importante du tehdir est l'habitude de gagner, de voir la victoire dans les difficultés et les problèmes, et de ne jamais abandonner. Vous pouvez toujours trouver une solution dans n'importe quelle situation - il vous suffit de regarder le problème sous un angle différent et d'élargir le tunnel de la réalité.
Si vous deviez sélectionner techdir pour un projet parallèle, selon quels critères choisiriez-vous?
Chez HH, à la demande du CTO / CIO de Moscou, il existe plusieurs centaines de CV. Si vous regardez attentivement les profils, il s'agit en fait d'un CV de CTO / CIO. Anciens cadres et managers qui souhaitent essayer des postes de Chief. Autrement dit, ceux qui se considèrent comme CTO ou veulent le devenir. Comment parmi ces nombreux candidats pour savoir qui vaut quoi? Que leur demander?
Les recommandations des propriétaires d'entreprise sont très importantes. Et si vous avez rompu avec quelqu'un de pas très sympathique, demandez immédiatement à commenter. Ces personnes sont vos collègues qui savent déjà travailler avec le candidat et la liste des râteaux est importante pour vous, mieux vaut ne pas marcher dessus.
Cela nécessitera également des recommandations de la part de ses subordonnés. Ces personnes ont une expérience subordonnée au candidat et ont confiance en lui en tant que leader. Au final, beaucoup dépend d'une telle confiance de l'équipe. Regardez ce qu'il sait vraiment faire de ses propres mains et comment cela se rapporte à votre projet. Ici, il importe moins qu'il construise lui-même tout avec ses mains, mais, en principe, sa volonté de se plonger dans ce qui se passe dans le code. Clarifier la pile de technologies avec laquelle le candidat a de l'expérience en interaction avec des spécialistes.
La liste des projets lancés indépendamment avec des URL et une description du rôle sur le projet. Il doit y avoir une sorte de preuve concrète renforcée de la réalité de ce rôle, et pas seulement «en attente». Cet article concerne le fait que le candidat a l'habitude de penser à ses projets. S'il ne possède pas une telle compétence, il peut très bien l'apprendre - à vos frais.
Une description des principes selon lesquels le candidat établira un tableau ph avec une réduction des spécialités avec paiement fixe par mois et / ou salaire horaire. FOT torpille toujours, et si le candidat a des habitudes pour sa formation, cela signifie qu'il sait quels côtés couvrir lors du torpillage.
Si possible, exemples de documents auto-écrits. Par exemple, des séances de stratégie, une fonctionnalité peinte avec décomposition technique, des spécifications techniques, des documents de test, un calendrier, des calendriers détaillés, et tout cela. Bien entendu, tous ces documents sont des secrets commerciaux ou des panneaux de particules. Personne ne vous les donnera.
Il est important de s'assurer que le candidat est habitué à travailler avec de tels documents, qu'il a le talent et que ce n'est pas la première fois pour lui. Tout cela doit être réglé dans sa tête. S'il pense à construire ces documents, et non à construire - c'est un indicateur de manque d'expérience. Les habitudes fixées au niveau de la machine en disent tellement.
Ce sont des questions difficiles - et tout le monde ne pourra pas répondre complètement. Même si les réponses à ces questions sont très modestes, il est beaucoup plus important qu'elles soient honnêtes. Discutez au préalable avec le candidat de ce que vous attendez de lui, premièrement, de la confiance et de l'honnêteté, et deuxièmement, d'une grande expérience.
Le plus important est de pouvoir comprendre pour chaque candidat comment il est habitué à travailler, ce qu'il fait «automatiquement». Ce sont ces compétences qu'il utilisera dans toutes les situations difficiles.
Existe-t-il des manuels techniques, des paramètres et des critères pour Tehdir ou est-ce le Jack mythique de tous les métiers?
Il y a un quart de siècle, les webmasters étaient des garçons. Puis vinrent les programmeurs web. Puis vinrent les garçons à part entière. En général, les garçons devaient venir tout faire. (rires) Maintenant, ces garçons sont appelés directeurs techniques!
Certes, pour devenir des techdirs à part entière, les garçons ont dû se mettre à niveau de manière significative. Une équipe de jusqu'à 5 personnes peut toujours être contrôlée manuellement - en fait, c'est un "hardcode" stupide, comme le disent les programmeurs. Pour les grandes équipes, le code dur ne fonctionne plus - vous devez introduire des cadres complexes et flexibles à part entière, y développer les processus de base. Techdir est une personne qui programme non seulement en langages de programmation, mais aussi en langage documentaire: il planifie les budgets ph, écrit les programmes de test, élabore des politiques d'embauche, d'intégration et de licenciements. Maintenant, il opère non pas avec des variables, mais avec des équipes, des centres de données, des infrastructures. Il est plus préoccupé par les problèmes commerciaux - et souvent ils sont vraiment plus importants que les belles solutions techniques locales.
Le travail commence par un équilibre entre le budget, les délais et les solutions techniques. En plus de ces tâches volumineuses, dans lesquelles une part importante est occupée par le travail avec les gens, il doit également y avoir quelque chose qui distingue ce techdir particulier des autres: sa propre personnalité. À bien des égards, tout est déterminé précisément par cette personnalité - et les solutions techniques en premier lieu.
Par exemple, si nous parlons d'un ingénieur de maintenance technique, il se concentre sur tout un tas de systèmes de surveillance réglés par le système qui surveillent les cibles. L'ordre de travail est très important pour les techniciens en général, et pour ces opérateurs, le respect le plus strict des réglementations est en premier lieu. Ce sont encore des tendances générales pour tous les techdirs.
Mais une personne est déterminée par le fait qu'elle est capable de définir elle-même des tendances. Par exemple, libérez vos propres plugins et réglages pour des systèmes de surveillance bien connus - adaptés à ses propres besoins.
Pourquoi la personnalité est-elle si importante? En son absence, il n'y aura rien en cours de développement, et le techdir lui-même est facile à remplacer - il n'y a aucune différence qui travaille comme techdir. Et il n'y aura aucune trace du précédent techdir en place. Il sera oublié le lendemain.
NB: Techdir - devrait être non seulement un bon spécialiste, mais aussi une personne. Avec une approche unique, avec une grande initiative. C'est en effet le capitaine du navire - s'il ne sera pas un exemple pour tout le monde et ne suscitera pas le respect, l'équipe se promènera autour des poires et se dispersera dans chaque port. Dans un sens, l'expert technique ne programme pas le code, mais les personnes et l'équipe.
Depuis que les gens ont commencé à parler de professions, il y a une opinion, par exemple, Artyom Galonsky du Bureau Bureau m'a dit que l'ingénieur DevOps n'existe pas dans la nature, que cette nouvelle profession a été inventée. Et le plus souvent, ce nom de soi sert à demander un salaire plus élevé sur le marché du travail, mais en fait, l'ingénieur DevOps n'est qu'un administrateur avec une excellente connaissance de Kubernetes. Comment définiriez-vous ce qu'est un ingénieur DevOps? Avez-vous déjà embauché un tel employé?
Le monde du développement accélère rapidement au «dernier kilomètre», lorsque la mise en œuvre est en cours au niveau du sprint, mais les outils techniques et organisationnels existants pour l'administration du système n'ont pas pu y faire face et sont devenus un col étroit.
Les développeurs (Dev) et les administrateurs (Ops) ont toujours organisé des batailles mutuelles. S'il y avait un problème, alors Ops a dit que le code était un problème, et Dev - que les paramètres du serveur.
Ensuite, ils ont proposé une méthodologie pour laquelle il est nécessaire de constituer une équipe de telle manière que Dev et Ops échangent régulièrement leurs expériences dans le développement et la maintenance du projet. Il fournit une solution d'équipe aux problèmes de prise en charge et de développement du développement et de la livraison de logiciels à l'aide de nombreux outils qui permettent de travailler avec du code, des assemblages, des tests, la gestion des artefacts d'assemblage, la gestion des versions, la configuration, la surveillance et la journalisation.
À mon avis, pour les devops, un k8 ne suffit pas, il faut comprendre en architecture et en développement, pour pouvoir construire des systèmes et des déploiements fiables si nécessaire, écrire du code et le comprendre, au moins un peu. Je regarde avec intérêt les formations Slurm qui enseignent aux ingénieurs DevOps et SRE, mais pour l'instant je préfère moi-même utiliser non pas les services de célibataires, mais le travail d'équipe. Cela est dû au fait que les équipes des centres de compétences garantissent la stabilité de mon infrastructure au prix d'un ou deux ingénieurs.
Parfois des métiers «à la mode», «hype», qui existent depuis un ou deux ans, apparaissent parfois sur le marché informatique et disparaissent. Une fois, il y a environ cinq ans, toutes les entreprises se sont précipitées pour rechercher des spécialistes de la configuration de Jira, puis, il y a environ trois ans, tout le monde a décidé qu'il était impossible de travailler si l'équipe n'avait pas de Scrum Master. Comment ces professions se sentent-elles maintenant? Et les mêmes ingénieurs DevOps ne seront-ils pas attendus dans quelques années?
Des spécialistes de Jira et Scrum ont formé leur petite communauté et, en passant, je leur commande régulièrement certains services. Selon la profondeur des études, ils gagnent plus ou moins d'argent.
Devops - .
?
, , . ?
, , , , .
, . , — , sre . — , , , -, - . ? — , , .
, , . , 10-30 , . , , , — , — . . . , .
« 10 .», . , , . , , , , .
, , , . , . , , , . , , , , , , , - . — , .
NB: . , , , , . , . .