No final da noite, o general telefona e exige que o lançamento seja lançado após seis horas - de manhã ele tem uma reunião com investidores na China. Os desenvolvedores - em ordem de importância para o projeto - ameixa, férias, esgotamento profissional, macrame e piquete "verde" para proteger os direitos de porquinhos da índia. Os testadores já foram para casa. Timlid chora como uma “garota em uma máquina automática” - seus assuntos são sinceros. Um gato de escritório derrubou um vaso de água em documentos com selos molhados. O lançamento precisa ser lançado com a localização chinesa e coreana. E os especialistas mais próximos em idiomas asiáticos são os tadjiques em um albergue do outro lado da estrada.
Você suspira e começa a trabalhar. Depois de seis horas, tudo funciona. Lançado. Geral satisfeito. Os desenvolvedores são alegres, alegres e felizes em tentar.
Tehdira em dias úteis comuns.
Muitos diretores técnicos se reuniram no SlOorm DevOps. Após a intensiva, conversei com Eduard Medvedev sobre ética em TI , com Artyom Galonsky sobre profissões em risco e DevOps . E tive a sorte de me familiarizar com um diretor-técnico-extrovertido único que pode organizar qualquer coisa e encontrar uma linguagem comum com qualquer pessoa.
Dmitry Simonov ctorecords , o fundador do clube Tehdir e o criador do canal Tehdir Zapiski, https://t.me/ctorecords , contou como se tornar um diretor técnico, uma espécie de Jack de todos os negócios no campo de TI.
Dmitry Simonov e a lhama ou alpaca azul do eLama.
Carreira Techdir
Você está liderando o Techdir Notes. Como você encontra tempo para isso no ciclo de questões técnicas? O que é isso para você: hobby, auto-realização, evangelismo em TI?
Tehdir Chatik e o canal são minhas próprias ferramentas de monitoramento de tendências. Nelas, é claro, escrevo meus pensamentos, mas o mais importante para mim é que existem pessoas com quem você pode conversar e aprender novas tendências. Estou estudando ativamente o assunto de ingressar em equipes comerciais e técnicas, e isso requer uma ampla gama de opiniões. Portanto, na maioria das vezes, não apenas escrevo opiniões, mas também testo idéias.
Profissionalmente, ainda trabalho como diretor técnico, trato da parte gerencial e da codificação.
Acabou de voltar de Slurm DevOps, onde ele aumentou suas habilidades. Quanto à parte gerencial, estou participando ativamente de cursos pagos - e algumas das ideias desses cursos se enquadram no canal.
Esse exemplo foi "Tarefas de gerenciamento", https://t.me/ctorecords/1126 . Esta é uma descrição de situações complexas que frequentemente surgem no trabalho. É importante entender que, na vida real, o diretor técnico pode desempenhar qualquer uma das funções descritas. Sua tarefa é conseguir sair da situação atual com o ganho máximo e o mínimo de perdas. O critério para a decisão correta é o desaparecimento do conflito. O truque aqui é que quase sempre qualquer função não é eticamente perfeita: ou o CEO quer economizar dinheiro com alguém, ou o funcionário quer vender os recursos da empresa, ou alguma outra coisa está acontecendo.
Com o tempo, minhas ferramentas se tornam mais úteis para os participantes. Assim, por exemplo, o clube techdir fechado foi aberto recentemente, o que reuniu pessoas de qualificações muito altas. Eles estão interessados em se comunicar em tópicos muito específicos, para não se distraírem com as "naves que aram o espaço sideral", sobre as quais os iniciantes gostam de conversar. Este é um chatik muito tranquilo. Tudo sobre o caso.
Como você se tornou CTO, por que lado você foi? Quais são os marcos mais importantes ao longo do caminho? O que você entendeu importante no processo dessa maneira?
Em 1995, enquanto ainda estava na universidade, fui trabalhar “na Internet” - e desde então 25 anos sempre trabalhei na mesma profissão. Passo a passo, passei pelas etapas de todas as variações de programadores, líderes de equipe e, finalmente, cresci para o techdir. Ele se mudou para Moscou e seguiu o mesmo caminho novamente pela segunda vez - ele confirmou suas habilidades em Rambler, Yandex e Mail. E então ele começou a criar suas próprias soluções e equipes técnicas.
Um ponto importante - eu sempre amei o negócio que estava fazendo. E ele conseguiu o verdadeiro impulso do sucesso na profissão.
A coisa mais importante na profissão, penso eu, é a capacidade de parar e pensar cuidadosamente sobre o futuro - ver a vitória nele. Somente depois de vê-la, como você acredita nela, poderá liderar as pessoas como Moisés liderou seu povo.
NB: A principal tarefa do tehdir é encontrar uma linguagem comum com todos, remover as contradições, indicar claramente as condições da vitória e o caminho para ela. Motive sua equipe com seu exemplo. Tehdir é o capitão do navio.
Comunidade de TI e clube de tecnologia
Você planeja de alguma forma desenvolver o canal "Techdir Notes". Outras plataformas? Ou escrever um livro? Você tem histórias reais, instrutivas e engraçadas, para um livro inteiro.
Sim, muitas histórias engraçadas se acumularam. Por exemplo:
. , API 21:00. , , , 21:00. . .
2014 . , . 2 ( 18:00 ): - ! ? - , . - ... , 7:00 ! ? OMG... - . - ? ? , - . . ... , ... - , - , - ... , . . - 4 . . . : - ! - . ! - .... ? ? ? - . ... ! . : - - ? - ! ! - 00:30 . -? . . , , , , 4 . - e-mail, , ! 2 .
Desenvolvo sistematicamente atividades techdir e desenvolvo a comunidade. Alguns dos tópicos levantados causam uma resposta tão tempestuosa que você precisa ajustar suas próprias abordagens para trabalhar em tempo real. Assim, por exemplo, ajustei as abordagens da tecnologia desenvolvida por mim para auditorias de equipes externas e tecnologias para auxiliar na contratação de especialistas técnicos.
Não vou me esconder, tenho intenções e objetivos muito claros para a comunidade techdir para a qual estou me movendo. Em muitos aspectos, sou guiado por solicitações dos próprios membros da comunidade, mas também há um vetor de movimento global que dá sentido a tudo o que faço.
Pensei no livro e talvez até isso faça sentido, mas vou esperar até que haja uma clara necessidade dele. Eu gostaria que esse desejo surgisse "organicamente", e não através de algum tipo de relações públicas.
Como você avalia o desenvolvimento da comunidade de TI na Rússia? Em quais cidades é mais desenvolvida? O que você considera os critérios de desenvolvimento e formação?
A TI na Rússia (e não apenas na Rússia) tornou-se um elevador social que elevou os jovens talentosos a um nível não apenas de especialistas mundiais, mas simplesmente de pessoas abastadas. O elevador é tão eficaz que alguns ostentam tanto seus sucessos quanto os sucessos alcançados graças a um hype comum.
Acredita-se que todo tipo de pessoa inteligente de TI seja capaz de formar sua própria equipe, encontrar financiamento para isso e criar pelo menos algo que possa ser vendido. Nem tudo está certo, mas este exemplo não está muito longe da verdade.
Por que essas pessoas bem-sucedidas da comunidade? Por que eles deveriam consultar pessoas como eles? Eles mesmos fazem um excelente trabalho! Cada um é um super-mega exclusivo, capaz de criar VKontakte, Odnoklassniki ou até o Facebook em uma pessoa. Esses especialistas não precisam de ninguém - eles mesmos com bigode.
Do que eles precisam? O que esses especialistas precisam quando se enquadram na sociedade de consumo descrita por Jean Baudrillard?
NB: Hype está corrompendo. Hype absoluto corrompe absolutamente. É importante entender claramente onde estão suas realizações e quais são as consequências do crescimento explosivo do mercado e da escassez de especialistas em TI. A autocrítica e a auto-reflexão dentro de certos limites é uma qualidade importante para um profissional.
Conte-nos sobre o canal fechado para técnicos. Como ele apareceu, que tarefas ele resolve, que tipo de pessoas estão presentes lá.
O Closed Techdir Club foi uma resposta à solicitação de um grupo de especialistas em TI altamente profissionais para se retirar para um local onde possam discutir as questões mais sensíveis, sem se distrair com as opiniões dos junho / pioneiros. O fato é que os verdadeiros "jogadores de xadrez" estão simplesmente cansados dos inúmeros Bender Ostapes, que, em vez de discussões reais, constantemente se auto-promovem e estimulam pensamentos no estilo do " pensamento de xadrez que transformou a cidade do condado [New Vasyuki] na capital do mundo se transformará em ciência aplicada e inventará". métodos de comunicação interplanetária ". Obviamente, profissionais da categoria de autores de Kotlin, Tarantula ou Postgres estão interessados em coisas bastante específicas e claras. Esses caras concentraram todas as suas aspirações e objetivos na vida em uma orientação profissional.
O clube existe apenas alguns meses e o público está se conhecendo até agora. Todas essas pessoas estão acostumadas ao poder, acostumadas a que suas palavras sejam percebidas sem críticas e como lei. Aqui todos sabem quem é quem e se comunicam com muito cuidado. O resultado é uma construção realmente interessante.
Até agora, os tópicos são muito limitados - ocasionalmente, cito exemplos. Um dos artigos publicados no canal público são perguntas sobre o processamento técnico de logs.
Em um futuro próximo, tanto quanto eu sei, você planeja falar na reunião. Conte-me mais sobre o que você irá falar, quais problemas resolver.
Sim Em 9 de outubro, às 19h00, o Team Lead Meetup estará no escritório do SkyEng para gerenciar a equipe e o conhecimento dos profissionais da equipe. Transmissão neste link: https://youtu.be/Y9Sxg14pads
Este será um relatório de revisão antes dos Timlids sobre a essência do trabalho do techdir. De empresa para empresa, o papel do techdir é completamente diferente, mas, em geral, sempre significa trabalhar em três equipes: uma equipe de topo (desenvolvimento de infraestrutura), uma equipe de produto (desenvolvimento de soluções de negócios) e uma equipe técnica (implementando soluções de infraestrutura e de negócios).
A equipe do produto sempre será afogada por soluções orientadas para muletas que acumulam dívidas técnicas.
A equipe técnica se afogará no trabalho da maneira correta, no uso de tecnologias de hype caras para implementar, no trabalho com especificações técnicas detalhadas que outra pessoa deve escrever para eles.
A equipe de tops exige prazos precisos e estimativas de recursos com um mínimo de palavras precisas para a equipe técnica.
Na essência, o trabalho do techdir é resolver diariamente o conflito entre dinheiro, usuários e desenvolvimento.
Nota: Techdir em quase todas as empresas é um árbitro que suaviza as contradições entre o produto, as equipes técnicas e de gerenciamento. E cada membro do processo encontra uma construção que beneficiará o projeto.
O Dia Tehdir, em São Petersburgo, em 3 de setembro, foi um sucesso. Planejando desenvolver este evento? E por que, em 3 de setembro, quando "todo mundo vira calendários"?
O dia de Tehdir foi muito chocante - mais de cem pessoas registradas, entre as quais diretores gerais e técnicos, líderes de equipe, arquitetos, produtos e projetos. É surpreendente que, do estoque preparado de cerveja e limonada, a limonada tenha vendido muito bem e que tenha restado mais da metade da cerveja. Outro estereótipo pode ser jogado fora.
O feriado foi realizado de forma síncrona em São Petersburgo, em Selectel, e em Moscou, em Skyeng. Organizamos uma ponte de vídeo completa entre as capitais e nos parabenizamos.
De acordo com os resultados, concordamos não apenas em realizar o Techdir Day anualmente nas capitais, mas também em espalhar o feriado para todas as cidades com milionários por tipo de franquia. Agora estamos coletando pedidos de participação (escreva para dsimonov@gmail.com!)
O que é techdir?
HR, que falou no dia de Tehdir, disse repetidamente que é muito difícil formular quem é o CTO, que tipo de animal é, com que é comido e como caçá-lo e persegui-lo. Como você determina o que é um techdir? E como essa profissão se desenvolveu?
Techdir - parece orgulhoso! Do meu ponto de vista, techdir é sinônimo da palavra "vencedor", que acredita em si mesmo, acredita em sua equipe, acredita em vitória! E ele vence. Ele não pode deixar de vencer - caso contrário, não é um editor de tecnologia, mas apenas um desenvolvedor que se imagina. Esta é sua principal tarefa - superar dificuldades, convencer colegas, implementar planos. Mas o mais importante é ver sua vitória e entender em detalhes nos detalhes como será alcançada. Quais são as pequenas coisas? Esses são detalhes cujos valores o techdir não entende. O que é Tehdir então?
Nesse caso, não importa o quão profissional ele seja, ele perderá qualquer batalha, se unirá e informará em detalhes os acionistas por que não deu certo. Com uma apresentação, discursos e justificativas excelentemente proferidos. E então ele vai a conferências por um longo tempo e fala não sobre como criar projetos, mas sobre como não construí-los. Este será um profissional do motivo pelo qual o projeto não funcionará. Eu periodicamente encontro essas pessoas em clubes de pêssego. Suas palavras sempre começam com "Agora vou lhe dizer por que você não terá sucesso!"
NB: A qualidade mais importante do tehdir é o hábito de vencer, ver a vitória em dificuldades e problemas e nunca desistir. Você sempre pode encontrar uma solução em qualquer situação - basta olhar para o problema de um ângulo diferente e expandir o túnel da realidade.
Se você selecionasse techdir para um projeto paralelo, por quais critérios você selecionaria?
Na HH, a pedido do CTO / CIO em Moscou, existem muitas centenas de currículos. Se você observar atentamente os perfis, na verdade, este é um currículo com CTO / CIO. Ex-executivos e gerentes que desejam tentar cargos de chefia. Ou seja, aqueles que se consideram CTO ou desejam se tornar um. Como entre esses muitos candidatos para descobrir quem vale o quê? Sobre o que perguntar a eles?
Recomendações de empresários são muito importantes. E se você terminou com alguém não muito amigável, peça imediatamente para comentar. Essas pessoas são seus colegas que já sabem como trabalhar com o candidato e, a partir deles, a lista de rakes é importante para você, o que é melhor não pisar.
Também exigirá recomendações dos subordinados. Essas pessoas têm experiência subordinada ao candidato e confiam nele como líder. No final, depende muito da confiança da equipe. Veja o que ele realmente sabe fazer com as próprias mãos e como isso se relaciona com o seu projeto. Aqui é importante não tanto que ele próprio construa tudo com as mãos, mas, em princípio, sua vontade de se aprofundar no que está acontecendo no código. Esclareça a pilha de tecnologias com as quais o candidato tem experiência em interagir com especialistas.
A lista de projetos lançados independentemente com URLs e uma descrição da função no projeto. Deve haver algum tipo de evidência concreta reforçada da realidade desse papel, e não apenas "aguardar". Este item trata do fato de o candidato estar acostumado a lembrar seus projetos. Se ele não tem essa habilidade, ele pode muito bem aprendê-la - às suas custas.
Uma descrição dos princípios pelos quais o candidato compilará um ph da tabela com um corte nas especialidades com pagamento fixo por mês e / ou pagamento por hora. O FOT sempre torpeda, e se o candidato tem hábitos para sua formação, significa que ele sabe quais lados cobrir ao torpedar.
Se possível, exemplos de documentos auto-escritos. Por exemplo, sessões de estratégia, um recurso pintado com decomposição técnica, especificações técnicas, documentos de teste, um cronograma, cronogramas detalhados e isso é tudo. Todos esses documentos, é claro, são segredos comerciais ou cartões. Ninguém vai dar a você.
É importante garantir que o candidato esteja acostumado a trabalhar com esses documentos, tenha o dom e não seja a primeira vez. Tudo isso deve ser resolvido em sua cabeça. Se ele pensa em criar esses documentos, e não em construir - este é um indicador de falta de experiência. Hábitos fixados no nível da máquina dizem muuuito.
Essas são perguntas difíceis - e nem todos serão capazes de responder completamente. Mesmo que as respostas a essas perguntas sejam muito modestas, é muito mais importante que sejam honestas. Discuta preliminarmente com o candidato o que você espera dele, antes de tudo, confiança e honestidade e, em segundo lugar, sobre uma grande experiência.
O mais importante é ser capaz de entender para cada candidato como ele está acostumado a trabalhar, o que ele faz "automaticamente". São essas habilidades que ele usará em qualquer situação difícil.
Existem manuais, parâmetros e critérios técnicos para Tehdir ou é o mítico Jack de todos os negócios?
Um quarto de século atrás, os webmasters eram meninos. Então vieram os meninos programadores da web. Depois vieram os garotos de corpo inteiro. Em geral, os meninos eram obrigados a vir e fazer tudo. (risos) Agora, esses meninos são chamados de diretores técnicos!
É verdade que, para se tornarem tecnólogos de pleno direito, os meninos tiveram que atualizar significativamente. Uma equipe de até 5 pessoas ainda pode ser controlada manualmente - na verdade, esse é um "código rígido" estúpido, como dizem os programadores. Para equipes grandes, o código rígido não funciona mais - você precisa introduzir estruturas complexas e flexíveis de pleno direito, desenvolver os processos básicos nelas. Techdir é uma pessoa que programa não apenas em linguagens de programação, mas também em linguagem de documentos: ele planeja orçamentos de ph, escreve programas de teste, desenvolve políticas de contratação, integração e demissões. Agora ele opera não com variáveis, mas com equipes, data centers, infraestrutura. Ele está mais preocupado com questões de negócios - e geralmente elas são realmente mais importantes do que belas soluções técnicas locais.
O trabalho começa com um equilíbrio entre orçamento, cronogramas e soluções técnicas. Além dessas tarefas volumosas, nas quais uma parte significativa está ocupada em trabalhar com pessoas, também deve haver algo que distinga esse techdir específico dos outros: sua própria personalidade. De muitas maneiras, tudo é determinado precisamente por essa personalidade - e soluções técnicas em primeiro lugar.
Por exemplo, se estamos falando de um engenheiro de manutenção técnica, ele se concentra em vários sistemas de monitoramento ajustados ao sistema que monitoram destinos. A ordem do trabalho é muito importante para os técnicos em geral e, para esses operadores, a conformidade mais rigorosa com os regulamentos está em primeiro lugar. Essas ainda são tendências gerais para todos os técnicos.
Mas uma pessoa é determinada pelo fato de ser capaz de definir tendências. Por exemplo, libere seus próprios plugins e ajustes para sistemas de monitoramento conhecidos - adaptados às suas próprias necessidades.
Por que a personalidade é tão importante? Na sua ausência, não haverá nada em desenvolvimento, e o techdir em si é fácil de substituir - não há diferença em quem trabalha como techdir. E não haverá vestígios do techdir titular anterior. Ele será esquecido no dia seguinte.
NB: Techdir - deve ser não apenas um bom especialista, mas também uma pessoa. Com uma abordagem única, com alta iniciativa. Este é realmente o capitão do navio - se ele não será um exemplo para todos e não causará respeito, a equipe divagará em torno de peras e se espalhará em cada porto. Em certo sentido, o especialista técnico não está programando o código, mas as pessoas e a equipe.
Desde que as pessoas começaram a falar sobre profissões, por exemplo, Artyom Galonsky me disse pelo Bureau Bureau que o engenheiro do DevOps não existe na natureza, que essa nova profissão foi inventada. E, na maioria das vezes, esse nome próprio serve para solicitar um salário mais alto no mercado de trabalho, mas, na verdade, o engenheiro do DevOps é apenas um administrador com excelente conhecimento do Kubernetes. Como você definiria o que é um engenheiro de DevOps? Você já contratou um funcionário desse tipo?
O mundo do desenvolvimento está acelerando rapidamente na “última milha”, quando a implementação está em andamento no nível do sprint, mas as ferramentas técnicas e organizacionais anteriormente existentes para administração de sistemas não conseguiram lidar com isso e se tornaram um pescoço estreito.
Desenvolvedores (Dev) e administradores (Ops) sempre organizaram batalhas mútuas. Se houve um problema, o Ops disse que o código é um problema, e o Dev - que as configurações do servidor.
Em seguida, eles criaram uma metodologia para a qual é necessário formar uma equipe de forma que Dev e Ops troquem regularmente experiência no desenvolvimento e manutenção do projeto. Ele fornece uma solução de equipe para os problemas de suporte e desenvolvimento de desenvolvimento e entrega de software usando várias ferramentas que fornecem trabalho com código, montagens, testes, gerenciamento de artefatos de montagem, gerenciamento de liberação, configuração, monitoramento e registro.
Na minha opinião, para os devops um k8s não basta, você precisa entender em arquitetura e desenvolvimento, para poder construir sistemas e implementações confiáveis sempre que necessário, escrever código e entendê-lo, pelo menos um pouco. Observo com interesse os cursos de treinamento da Slurm que ensinam os engenheiros de DevOps e SRE, mas por enquanto prefiro usar não os serviços de solteiros, mas o trabalho de equipes. Isso se deve ao fato de as equipes dos centros de competência garantirem a estabilidade da minha infraestrutura ao preço de um ou dois engenheiros.
Às vezes, as profissões “na moda” e “exageradas”, que existem por um ou dois anos, às vezes aparecem no mercado de TI e desaparecem. Uma vez, cerca de cinco anos atrás, todas as empresas correram para procurar especialistas em instalação do Jira; então, cerca de três anos atrás, todos decidiram que era impossível trabalhar se não houvesse scrum master na equipe. Como essas profissões se sentem agora? E os mesmos engenheiros de DevOps não serão esperados em alguns anos?
Os especialistas em Jira e Scrum formaram sua pequena comunidade e, a propósito, solicito regularmente alguns serviços deles. Dependendo da profundidade do estudo, eles ganham mais ou menos dinheiro.
Devops - .
?
, , . ?
, , , , .
, . , — , sre . — , , , -, - . ? — , , .
, , . , 10-30 , . , , , — , — . . . , .
« 10 .», . , , . , , , , .
, , , . , . , , , . , , , , , , , - . — , .
NB: . , , , , . , . .