<\/a><\/noindex><\/p>\nUm grupo de estudantes lunixos<\/h2>\n \nDmitry Stolyarov (diretor t\u00e9cnico) durante sua apresenta\u00e7\u00e3o<\/i><\/p>\n
\u2014 (Dima Stolyarov)<\/b> Sempre trabalhamos com Linux e c\u00f3digo aberto, mas come\u00e7amos com um tema bastante engra\u00e7ado, pelo qual agora nos sentimos um pouco envergonhados. Por algum motivo, ach\u00e1vamos que era necess\u00e1rio implementar o Linux em escrit\u00f3rios no lugar do Windows. O primeiro nome da empresa era TrueOffice \u2014 'escrit\u00f3rio verdadeiro'. Depois percebemos que ningu\u00e9m precisava disso. Isso foi em 2006, eu tinha 19 anos. Somente em 2012-13 veio a compreens\u00e3o de como fazer neg\u00f3cios e quais tecnologias o mundo precisa.<\/p>\n
Alexander Batalov (CEO) no estande da empresa na confer\u00eancia<\/i><\/p>\n
\u2014 (Sasha Batalov)<\/b> Al\u00e9m das tecnologias, h\u00e1 uma enorme camada de marketing, vendas e economia, que ningu\u00e9m nunca nos ensinou, exceto em aulas da universidade, mas eu n\u00e3o sei qu\u00e3o aplic\u00e1veis e \u00fateis elas realmente s\u00e3o. <\/p>\n
No in\u00edcio, parecia que tudo isso n\u00e3o era necess\u00e1rio, mas depois tivemos que aprender na pr\u00e1tica, ler livros, \u00e0s vezes j\u00e1 depois de termos enfrentado dificuldades. No geral, seguimos um caminho longo e \u00e1rduo, tentando muitas coisas erradas. <\/p>\n
\u2014 (DS)<\/i> Mas gradualmente, \u00e0 medida que nossa qualifica\u00e7\u00e3o crescia, fomos nos especializando cada vez mais em Linux, e agora nos dedicamos apenas a high-load, projetos web de alta demanda. E quando o Kubernetes surgiu, rapidamente entendemos que era a funda\u00e7\u00e3o que tanto nos faltava. <\/p>\n
\u2014 Por que havia tanto interesse em Linux? Ideol\u00f3gico ou tecnol\u00f3gico?<\/b><\/p>\n
\u2014 (DS)<\/i> A empresa tem dois fundadores \u2014 Dima Shurupov e eu. Dima tinha um interesse maior por open source. E eu gostava especificamente do Linux, da maneira como tudo funciona tecnologicamente. Assim, conseguimos uma combina\u00e7\u00e3o: Dima gosta da ideologia, e eu da tecnologia. Eu amo open source como ideia, mas sempre valorizei mais o lado tecnol\u00f3gico.<\/p>\n
Einstein disse: \"Devemos fazer as coisas t\u00e3o simples quanto poss\u00edvel, mas n\u00e3o mais simples.\" \u00c9 assim que o Linux \u00e9 t\u00e3o simples, confi\u00e1vel e transparente, que eu realmente aprecio. Todos n\u00f3s gost\u00e1vamos disso, e nos tornamos de um grupo de estudantes em uma grande empresa. Agora somos 70. Para TI, para servi\u00e7os especializados \u2014 j\u00e1 \u00e9 um n\u00famero consider\u00e1vel.<\/p>\n
\u2014 Como era a vida na \u00e9poca do grupo de estudantes?<\/b><\/p>\n
\u2014 (DS)<\/i> Bem, como costuma ser com estudantes \u2014 divertido e animado.<\/p>\n
\u2014 (SB)<\/i> Uma enorme quantidade de altru\u00edsmo, o desejo de conquistar a internet, de alcan\u00e7ar novos patamares tecnol\u00f3gicos. Envolv\u00edamos em tarefas muito dif\u00edceis \u2014 muitas vezes nos engaj\u00e1vamos em projetos s\u00e9rios (mas muito interessantes!) de integra\u00e7\u00e3o de sistemas, fazendo isso por migalhas. Tent\u00e1vamos criar nossos pr\u00f3prios frameworks, absorv\u00edamos todas as tecnologias que conhec\u00edamos e imediatamente busc\u00e1vamos aplic\u00e1-las.<\/p>\n
\u2014 E comercialmente, tudo funcionou?<\/b><\/p>\n
\u2014 (DS)<\/i> Sim, mas nas fases iniciais, n\u00e3o precis\u00e1vamos de muito. Naquela \u00e9poca, para mim, 40 mil rublos era uma renda absolutamente normal, eu me sentia bem com isso.<\/p>\n
\u2014 (SB)<\/i> Eu achava que por mil d\u00f3lares poderia fazer qualquer site que imaginasse.<\/p>\n
\u2014 (DS)<\/i> Em 2013, n\u00e3o t\u00ednhamos dinheiro para contratar livremente em Moscovo. Todos os conhecidos que poder\u00edamos contratar, j\u00e1 tinham sido contratados. Decidimos abrir um escrit\u00f3rio em Nizhny Novgorod. Fomos para l\u00e1, abrimos, come\u00e7amos a contratar. Depois percebemos que viver com dois escrit\u00f3rios era dif\u00edcil e decidimos viver sem escrit\u00f3rios.<\/p>\n
Claro, batemos a cabe\u00e7a muitas vezes. S\u00f3 em 2016, para meu constrangimento, li Remote. Eu chorei e ri, porque percorremos o mesmo caminho. Cada par\u00e1grafo se cruzava com a minha experi\u00eancia pessoal. <\/p>\n
\u2014 (SB)<\/i> Em cada par\u00e1grafo havia nossas cicatrizes.<\/p>\n\nO que a Flant faz<\/h2>\n \n
Para estabelecer uma opera\u00e7\u00e3o de produ\u00e7\u00e3o de qualidade, s\u00e3o necess\u00e1rios de 15 a 20 devops, especialistas em bancos de dados, em Kubernetes, suporte t\u00e9cnico e assim por diante. E se a empresa \u00e9 pequena, com apenas duas ou tr\u00eas dezenas de desenvolvedores, isso \u00e9 imposs\u00edvel. E aqui entramos n\u00f3s, para salvar. Por cerca de 150 mil.<\/p>\n
No passado, nossa miss\u00e3o era criar uma empresa onde n\u00f3s mesmos nos sent\u00edssemos confort\u00e1veis para trabalhar, por mais bobo que isso pudesse parecer. Agora que isso foi alcan\u00e7ado, a miss\u00e3o \u00e9 tornar as tecnologias de n\u00edvel Google e Facebook acess\u00edveis para pequenas empresas e startups em est\u00e1gios iniciais.<\/p>\n
As pessoas podem se concentrar em seu produto, em vez de superar problemas que n\u00e3o precisam ser superados.<\/p>\n
Muitos dos caras que v\u00eam at\u00e9 n\u00f3s ficam surpresos - quanta variedade h\u00e1, como as cargas est\u00e3o por toda parte. Temos mais de 50 projetos em produ\u00e7\u00e3o, mais de 70 clusters Kubernetes. Sempre \u00e9 poss\u00edvel complicar as coisas. Abri um editor, desenhei uma arquitetura de microservi\u00e7os, fiz uma lista de 200 tecnologias - e vamos l\u00e1. Mas isso sempre traz problemas e consequ\u00eancias. <\/p>\n
A ess\u00eancia \u00e9 garantir, por um lado, a m\u00e1xima estabilidade, confiabilidade e simplicidade, e, por outro, um alto n\u00edvel de inova\u00e7\u00e3o. E n\u00f3s nos orgulhamos de saber fazer isso. Fazemos em todo lugar e em grande escala, como uma IKEA condicional.<\/p><\/blockquote>\n
Quem precisa de devops outsourcing<\/h2>\n \n\u2014 Me parece que grandes empresas preferem manter devops internamente.<\/b><\/p>\n
\u2014 (SB)<\/i> \u00c9 claro que grandes players, como Avito ou Badoo, podem montar uma equipe de devops. Empresas menores com grandes investimentos tamb\u00e9m podem - mas podem montar, n\u00e3o \u00e9 certo que ter\u00e3o for\u00e7a suficiente para lidar.<\/p>\n
Acreditamos que mesmo as grandes empresas se beneficiam ao recorrer a especialistas que realmente conhecem o assunto. Para pequenas empresas cujo neg\u00f3cio depende de solu\u00e7\u00f5es web, \u00e9 essencial buscar pessoas experientes. Qualquer falha em um sistema cr\u00edtico pode resultar em perda de dinheiro.<\/p>\n
\u2014 (DS)<\/i> Sabemos que as pessoas na R\u00fassia t\u00eam receio de terceiriza\u00e7\u00e3o \u2014 devido a experi\u00eancias negativas e por outros motivos pessoais. No entanto, nossos clientes n\u00e3o nos abandonam. Em dez anos, s\u00f3 sa\u00edram por duas raz\u00f5es: ou cresceram (por exemplo, foram adquiridos e tudo foi reestruturado) ou se fecharam, porque a ideia n\u00e3o funcionou.<\/p>\n
\u2014 E quem \u00e9 que mais frequentemente procura voc\u00eas \u2014 pequenas ou grandes empresas?<\/b><\/p>\n
\u2014 (DS)<\/i> Atualmente, temos uma distribui\u00e7\u00e3o igual. Mas as pequenas empresas temem nos procurar, acham que somos... <\/p>\n
\u2014 (SB)<\/i>... grandes, complicados, inalcan\u00e7\u00e1veis e que estamos nas nuvens. <\/p>\n
\u2014 (DS)<\/i> Sim, voc\u00ea passa pela loja de um Maybach e n\u00e3o entra, n\u00e3o pergunta o pre\u00e7o, porque n\u00e3o pode ser que um Maybach custe 500 mil rublos. <\/p>\n
\u2014 Claro que n\u00e3o pode.<\/b><\/p>\n
\u2014 (SB)<\/i> Mas assim que aparece no servi\u00e7o de compartilhamento de carros, voc\u00ea pode se permitir dar uma volta nele. <\/p>\n
\u2014 (DS)<\/i> Sim, n\u00f3s n\u00e3o somos um Maybach \u2014 somos Ikea. Conosco, o que oferecemos \u00e9 simples, confi\u00e1vel e acess\u00edvel. De modo geral, o n\u00famero de empresas que nos procuram entre as TOP-50 \u00e9 igual ao das pequenas empresas. Mas nossa principal expectativa \u00e9 no mercado de pequenas empresas, com as quais trabalhamos principalmente, enquanto tentamos evitar parcerias com as grandes. <\/p>\n
\u2014 Por qu\u00ea?<\/b><\/p>\n
\u2014 (DS)<\/i> H\u00e1 muita burocracia.<\/p>\n
\u2014 (SB)<\/i> Em uma grande empresa, h\u00e1 muitos n\u00edveis onde a responsabilidade \u00e9 distribu\u00edda, o feedback \u00e9 demorado e frequentemente as pessoas come\u00e7am a complicar processos: \"Vamos avaliar, vamos escrever uma estrat\u00e9gia, um plano para um ano \u00e0 frente, vamos fazer de uma forma que pare\u00e7a melhor para a cultura empresarial, pois assim tem sido nossa pr\u00e1tica\". E ent\u00e3o eles tornam problemas simples em algo complexo, onde 80% do resultado poderia ser obtido j\u00e1 amanh\u00e3, seguindo um caminho longo, onde n\u00e3o se sabe nem se isso realmente funcionar\u00e1. <\/p>\n
Como resultado, em vez de implementar pr\u00e1ticas consolidadas, reinventamos a roda, e o custo da solu\u00e7\u00e3o tecnol\u00f3gica se torna incomparavelmente maior. Al\u00e9m disso, a qualidade n\u00e3o \u00e9 garantido que melhore. <\/p>\n
\nCusto da terceiriza\u00e7\u00e3o<\/h2>\n \n
Todos na empresa contribuem de alguma forma \u2014 seja atrav\u00e9s de feedback, documenta\u00e7\u00e3o ou c\u00f3digo. Acreditamos que essa \u00e9 nossa forma de retribuir ao rico mundo das utilidades open source que utilizamos. E considero que fazemos isso de forma digna.<\/p>\n
Chamamos isso de condensa\u00e7\u00e3o de experi\u00eancia. Inicialmente, uma pessoa aprendeu algo, compartilhou com os colegas, e a experi\u00eancia se tornou folclore. Depois, registramos a documenta\u00e7\u00e3o e, em seguida, transformamos isso em utilidades e esquecemos a exist\u00eancia, pois j\u00e1 n\u00e3o pensamos \u2014 tudo \u00e9 contabilizado automaticamente.<\/p><\/blockquote>\n
A popularidade das tecnologias e a toxicidade dos desenvolvedores<\/h2>\n \n\u2014 Por que escolheram o Ubuntu? O que mais foi considerado antes de tomarem essa decis\u00e3o?<\/b><\/p>\n
\u2014 (DS)<\/i> Fomos um grupo de estudantes que gostava de Linux. Usamos o Gentoo por um longo tempo \u2014 \u00e9 uma distribui\u00e7\u00e3o baseada em fonte e precisa ser compilada do zero a cada vez. Quando adquirimos algumas centenas de servidores, as atualiza\u00e7\u00f5es levavam meses. Claro que, a princ\u00edpio, automatizamos e otimizamos tudo, mas no final percebemos que precis\u00e1vamos mudar. Sabendo das vantagens e desvantagens de diferentes solu\u00e7\u00f5es, escolhemos simplesmente a mais popular. Naquela \u00e9poca, foi instintivo \u2014 se \u00e9 a mais popular, dever\u00e1 evoluir melhor, e todas as falhas ser\u00e3o corrigidas cedo ou tarde. <\/p>\n
Havia um banco de dados chamado Resync DB. Eles competiam com o MongoDB e surgiram mais ou menos ao mesmo tempo. Por muito tempo, o Resync era tecnologicamente melhor.<\/p>\n
Quando os usu\u00e1rios chegavam, eles tentavam resolver problemas internos do sistema, enquanto no MongoDB isso era feito com muito menos frequ\u00eancia. No entanto, podiam, por exemplo, implementar ifs para serem melhores em testes sint\u00e9ticos. Por isso, a popularidade do MongoDB crescia. Em casos mais simples, eles se destacavam, mas internamente eram fracos. J\u00e1 o Resync DB era bom internamente, mas n\u00e3o ganhava popularidade.<\/p>\n
No final, tudo melhorou para o MongoDB, enquanto ningu\u00e9m lembra do Resync DB. A empresa faliu. A hist\u00f3ria do Ubuntu \u00e9 um pouco assim. Nesse sistema, h\u00e1 muito foco, e por isso decidimos us\u00e1-lo.<\/p>\n
\u2014 O que voc\u00eas acham das \u00faltimas mudan\u00e7as pol\u00edticas, CoC e tudo mais?<\/b><\/p>\n
\u2014 (DS)<\/i> Bem\u2026 n\u00e3o h\u00e1 nada negativo, tudo est\u00e1 normal, tudo \u00e9 claro. Eu mesmo sofro por, \u00e0s vezes, magoar as pessoas. Para mim, por exemplo, uma coisa parece \u00f3bvia, e isso me deixa extremamente bravo por as pessoas n\u00e3o entenderem. Eu fico irritado, e isso gera um sentimento negativo (mas estou trabalhando nisso).<\/p>\n
Linus \u00e9 muito inteligente, afinal, ele trabalha com isso h\u00e1 30 anos. \u00c9 claro que ele \u00e9 um cara contundente, n\u00e3o se cont\u00e9m nas palavras. A polidez dele sofre, e a comunidade trabalha nisso. Ele mesmo entende tudo e reconhece. <\/p>\n
\u2014 Mas, pelo que entendi da rea\u00e7\u00e3o nas discuss\u00f5es, muitas pessoas apoiam a ideia de falar diretamente e de forma firme, e se algu\u00e9m n\u00e3o gosta disso \u2014 que se danem, n\u00e3o s\u00e3o feitos de a\u00e7\u00facar.<\/b><\/p>\n
\u2014 (DS)<\/i> N\u00e3o, n\u00e3o \u00e9 assim. Eu, como pessoa que sofre pela falta de polidez, entendo que isso \u00e9 muito ruim. Isso estraga a comunidade. Tem pessoas que n\u00e3o ligam, mas a maioria das pessoas ainda considera importante ter conforto emocional.<\/p>\n
Aqui no c\u00f3digo h\u00e1 um erro bobo. Pode-se dizer: 'Pessoal, \u00e9 ruim que n\u00f3s deixamos passar coisas t\u00e3o simples, precisamos corrigir isso'. Mas pode-se tamb\u00e9m dizer: 'Que idiota fez isso?!'. Uma frase. Aquela pessoa que cometeu esse erro pode at\u00e9 ser mais inteligente e experiente que voc\u00ea, mas simplesmente n\u00e3o estava bem quando cometeu o erro \u2014 vai saber o que aconteceu com ela. E para ela isso ser\u00e1 uma ofensa direta. Para que isso?<\/p>\n
\u00c9 preciso dizer as coisas diretamente, mas n\u00e3o se deve dizer 'Que idiota escreveu isso'. Tamb\u00e9m n\u00e3o h\u00e1 sentido em esconder e confeitar, mas n\u00e3o se deve magoar as pessoas.<\/p>\n
Por que os DevOps precisam se reunir todos os dias?<\/h2>\n \n(DS)<\/i> Atualmente, temos um pequeno escrit\u00f3rio onde ficam os documentos e um gerente de escrit\u00f3rio que cuida desses documentos.<\/p>\n
Na empresa, h\u00e1 70 pessoas. 20 delas s\u00e3o da equipe de OPS. 30 pessoas s\u00e3o tr\u00eas equipes de DevOps, aproximadamente 10 em cada. As restantes 20 s\u00e3o desenvolvedores e vendas. Temos 8 desenvolvedores, e o departamento de pesquisa e desenvolvimento \u2014 4 pessoas. Pessoas n\u00e3o t\u00e9cnicas na empresa s\u00e3o 5-6.<\/p>\n
As principais receitas v\u00eam das tr\u00eas equipes de DevOps. Os processos s\u00e3o os mesmos em toda parte \u2014 a cada dia h\u00e1 uma longa reuni\u00e3o de uma hora e meia. L\u00e1, discutem-se todas as quest\u00f5es t\u00e9cnicas, e os caras decidem o que fazer a seguir. E como todos est\u00e3o remotos \u2013 \u00e9 uma oportunidade de se comunicar normalmente.<\/p>\n
\u2014 \u00c9 realmente necess\u00e1rio todo dia?<\/b><\/p>\n
\u2014 (DS)<\/i> Sim.<\/p>\n
\u2014 Todos concordam com isso?<\/b><\/p>\n
\u2014 (DS)<\/i> Sim, todos est\u00e3o de acordo, todos se sentem confort\u00e1veis. Mas em alguns dias a reuni\u00e3o pode durar 30 minutos. Apesar da comunica\u00e7\u00e3o intensa no Slack, ainda queremos nos sincronizar bem, entender o que aconteceu ontem. Queremos nos entender, e n\u00e3o apenas clicar em tarefas. Este \u00e9 um aspecto culturalmente importante.<\/p>\n
\u2014 (SB)<\/i> A qualquer momento algo pode acontecer, a situa\u00e7\u00e3o pode mudar. \u00c9 necess\u00e1ria uma constante corre\u00e7\u00e3o. <\/p>\n
\u2014 (DS)<\/i> Voc\u00ea tem uma boa piada sobre isso.<\/p>\n
\u2014 (SB)<\/i> Sim. Um cirurgi\u00e3o card\u00edaco chega a uma oficina mec\u00e2nica e o mec\u00e2nico diz: \"Ei, estamos fazendo a mesma coisa, voc\u00ea opera o cora\u00e7\u00e3o humano e eu, o cora\u00e7\u00e3o do carro. Voc\u00ea recebe 10.000 d\u00f3lares pela cirurgia, e eu recebo 100 rublos pela manuten\u00e7\u00e3o.\"<\/p>\n
O cirurgi\u00e3o pergunta: \"Voc\u00ea tamb\u00e9m quer ganhar 10.000 pela repara\u00e7\u00e3o?\" O mec\u00e2nico diz - claro. O cirurgi\u00e3o se senta no carro, liga e diz - \"fa\u00e7a a sua parte.\"<\/p>\n
Assim como n\u00f3s. No desenvolvimento, voc\u00ea pode pegar uma tarefa e trazer o resultado em duas semanas. Depois, tudo pode ser ajustado, porque mais ou menos tr\u00eas dias n\u00e3o afetam em nada. <\/p>\n
E no nosso caso, cada alerta perdido ou decis\u00e3o errada sobre um alerta pode se tornar um grande problema. Para que isso n\u00e3o aconte\u00e7a, uma comunica\u00e7\u00e3o pr\u00f3xima, r\u00e1pida e constante \u00e9 necess\u00e1ria.<\/p>\n
\n\u00c9 dif\u00edcil fazer a transi\u00e7\u00e3o para o trabalho remoto.<\/h2>\n \n\u00c9 dif\u00edcil gerenciar pessoas \u00e0 dist\u00e2ncia. Mas isso \u00e9 dif\u00edcil enquanto voc\u00ea est\u00e1 em um escrit\u00f3rio e eles est\u00e3o em outro, e h\u00e1 uma certa falta de clareza. Voc\u00ea est\u00e1 em Moscou e sente que o pessoal de Nizhny n\u00e3o est\u00e1 trabalhando bem, de forma eficaz. Em Moscou, voc\u00ea v\u00ea o esfor\u00e7o das pessoas ao seu redor, mas n\u00e3o v\u00ea o esfor\u00e7o dos remotos. Voc\u00ea s\u00f3 avalia o resultado. <\/p>\n
No escrit\u00f3rio, h\u00e1 muita comunica\u00e7\u00e3o acontecendo de maneira informal - algu\u00e9m disse algo a algu\u00e9m no caminho para a cozinha. As pessoas em um escrit\u00f3rio diferente n\u00e3o veem isso, n\u00e3o sentem e o contexto se perde.<\/p>\n
No momento em que est\u00e1vamos prontos para abrir m\u00e3o do escrit\u00f3rio, toda a comunica\u00e7\u00e3o (mesmo entre funcion\u00e1rios no mesmo espa\u00e7o) estava ocorrendo atrav\u00e9s do Google Meet. E quando organizamos toda a comunica\u00e7\u00e3o remotamente, funcionou a 100%, todas as barreiras de incompreens\u00e3o foram superadas.<\/p>\n
Configurar tudo \u00e9 dif\u00edcil, mas se tudo for feito corretamente - isso funciona e n\u00e3o causa nenhum desconforto.<\/p><\/blockquote>\n
Como as equipes gerenciam seu pr\u00f3prio dinheiro.<\/h2>\n \n\u2014 Trabalho Remoto \u2014 uma quest\u00e3o controversa. \u00c0s vezes, as empresas temem liberar as pessoas para casa, pois acreditam que perder\u00e3o o controle sobre elas. Mas aqueles que permitem dizem tamb\u00e9m que o trabalho precisa ser feito de maneira completamente diferente.<\/b><\/p>\n
\u2014 (DS)<\/i> Resolvemos esse problema ao estarmos dispostos a compartilhar dinheiro com as equipes. Nossa economia e sistema de motiva\u00e7\u00e3o est\u00e3o estruturados quase como uma franquia. Os sal\u00e1rios s\u00e3o bastante altos, al\u00e9m de deixarmos uma parte do dinheiro livre para a equipe.<\/p>\n
A equipe gerencia um conjunto de projetos. Eles sabem quanto cada um desses projetos gera de receita. Eles sabem exatamente qual \u00e9 a sua parte desse dinheiro. Todo o dinheiro que sobra al\u00e9m dos sal\u00e1rios fica com a equipe e \u00e9 compartilhado entre eles de acordo com um sistema definido. A motiva\u00e7\u00e3o \u00e9 absolutamente direta \u2014 trouxeram um projeto de mais 200 mil, aumentaram o sal\u00e1rio em mais dez. Cometeram um erro \u2014 precisam compensar o cliente.<\/p>\n
\u2014 (SB)<\/i> Se voc\u00ea come\u00e7a a decepcionar a equipe, isso se torna imediatamente percept\u00edvel. Voc\u00ea se priva da oportunidade de obter uma renda adicional. E o problema do controle \u00e9 totalmente resolvido pelo nosso sistema. A pessoa faz seu plano para cada dia, e as reuni\u00f5es di\u00e1rias s\u00e3o suficientes para saber o que cada um est\u00e1 fazendo.<\/p>\n
\u2014 (DS)<\/i> Em tempos de combate, n\u00e3o se mente aos companheiros de trincheira. <\/p>\n
\u2014 Ent\u00e3o voc\u00eas t\u00eam sal\u00e1rios abertos? Todos sabem quanto cada um recebe? <\/b><\/p>\n
\u2014 (DS)<\/i> Fechamos os sal\u00e1rios h\u00e1 algum tempo. Existe uma diferen\u00e7a regional. Apesar de procurarmos pagar sal\u00e1rios de Moscovo em outras regi\u00f5es, ainda assim h\u00e1 algum descompasso.<\/p>\n
\u2014 (SB)<\/i> Atualmente, todos sabem quanto dinheiro a equipe possui no total. Eles veem qual a sua parte nos b\u00f4nus que recebem. <\/p>\n
\u2014 (DS)<\/i> O l\u00edder de cada equipe decide quanto seus membros receber\u00e3o e como ser\u00e3o distribu\u00eddos os b\u00f4nus. N\u00f3s nos envolvemos nesse processo apenas com conselhos, a decis\u00e3o sempre permanece com o l\u00edder da equipe.<\/p>\nPor que as pessoas t\u00eam medo de vagas de emprego?<\/h2>\n
\nCelebra\u00e7\u00e3o do 10\u00ba anivers\u00e1rio da empresa em 2018.<\/i><\/p>\n
\u2014 70 pessoas s\u00e3o suficientes para voc\u00eas?<\/b><\/p>\n
\u2014 (DS)<\/i> N\u00e3o. Temos um plano de contratar pelo menos 20 engenheiros DevOps ao longo do ano. Mas isso \u00e9 muito dif\u00edcil. Temos um n\u00famero consider\u00e1vel de candidatos, todos sabem sobre n\u00f3s de alguma forma. Mas aqui a hist\u00f3ria \u00e9 parecida com a dos clientes. Muitas pessoas dizem: \"tememos trabalhar com voc\u00eas, talvez n\u00e3o consigamos acompanhar\". Por\u00e9m, n\u00e3o acreditamos que temos coisas super complexas aqui.<\/p>\n
Correspond\u00eancia com um candidato.<\/i><\/p>\n
\u2014 Como voc\u00ea deve ser para lidar com isso?<\/b><\/p>\n
\u2014 (DS)<\/i> Teoricamente, um ser humano deve ser igualmente desenvolvido em desenvolvimento e opera\u00e7\u00e3o. Na pr\u00e1tica, esses indiv\u00edduos s\u00e3o raros no mundo, sem mencionar a R\u00fassia. Especialmente aqueles que s\u00e3o seniores em ambas as \u00e1reas. Eu n\u00e3o me consideraria um deles.<\/p>\n
Em nossas ofertas de emprego, sempre est\u00e1 bem claro o que \u00e9 necess\u00e1rio saber. Trabalhamos muito para escrever de forma objetiva.<\/p>\n
\u2014 As vagas podem realmente afastar candidatos se detalham tudo que precisam saber?<\/b><\/p>\n
\u2014 (DS)<\/i> N\u00e3o, n\u00e3o, n\u00e3o, n\u00e3o achamos que seja necess\u00e1rio saber muitas coisas. <\/p>\n
\u2014 (SB)<\/i> Estamos mais interessados no racioc\u00ednio, na capacidade da pessoa de buscar solu\u00e7\u00f5es.<\/p>\n
\u2014 (DS)<\/i> Estamos interessados na experi\u00eancia com Linux, e verificamos isso atrav\u00e9s de tarefas simples \u2014 apenas com uma grande quantidade delas. Nosso teste \u00e9 bastante longo, levando em m\u00e9dia 8 horas para candidatos. E ao final, analisamos como a pessoa lidou com os problemas, como pesquisa, qual \u00e9 seu conhecimento geral.<\/p>\n
O conhecimento pode ser adquirido rapidamente, pois temos muitos projetos diferentes e colegas experientes que sempre est\u00e3o dispostos a ajudar. Portanto, focamos em encontrar pessoas que raciocinem rapidamente e tenham experi\u00eancia.<\/p>\n
\u2014 Al\u00e9m do teste, voc\u00eas identificam isso de alguma outra forma?<\/b><\/p>\n
\u2014 (DS)<\/i> Temos tr\u00eas fases. Primeiro, um recrutador conversa e pede para a pessoa contar sobre sua experi\u00eancia. Em seguida, os que se destacam na conversa inicial passam por uma tarefa de teste. Por fim, os l\u00edderes de equipe discutem suas opini\u00f5es e, se concordarem que s\u00e3o bons, isso \u00e9 um sinal para fazer uma oferta.<\/p>\n500 mil rublos para contratar o futuro super-homem<\/h2>\n
\n\u2014 (DS)<\/i> Temos uma abordagem muito at\u00edpica em rela\u00e7\u00e3o a finan\u00e7as, compartilhamos com as equipes e n\u00e3o somos mesquinhos. E tamb\u00e9m alocamos para a equipe 500 mil rublos para expandir a equipe. Ou seja, esse \u00e9 um subs\u00eddio para que eles possam encontrar algu\u00e9m e ensin\u00e1-lo enquanto ele se integra.<\/p>\n
\u2014 500 mil por pessoa?!<\/b><\/p>\n
Para que a equipe ganhe muito dinheiro, eles precisam assumir mais projetos. Para isso, precisam de mais pessoas. E para contratar mais pessoas \u2014 precisam de mais dinheiro. \u00c9 um ciclo vicioso. Para quebrar esse ciclo, fornecemos dinheiro para contratar uma nova pessoa. Enquanto ele se adapta, eles podem pegar mais projetos e pag\u00e1-lo com aquele dinheiro. Ou seja, \u00e9 uma compensa\u00e7\u00e3o at\u00e9 que o novato comece a gerar receita. <\/p>\n
\u2014 Isso n\u00e3o \u00e9 demais para DevOps? Eles est\u00e3o sobrecarregados todos os dias, em condi\u00e7\u00f5es de batalha, e ainda t\u00eam que lidar com a gest\u00e3o financeira.<\/b><\/p>\n
\u2014 (DS)<\/i> Isso \u00e9 responsabilidade do time lead, que j\u00e1 n\u00e3o \u00e9 exatamente um devops. Os leads tendem mais ao partnership para ter op\u00e7\u00f5es. Portanto, consideramos que isso \u00e9 normal para eles. J\u00e1 os membros comuns da equipe n\u00e3o est\u00e3o envolvidos nisso.<\/p>\n
De forma simplificada, eles sabem que se um colega se afastar, no m\u00eas seguinte eles recebem o sal\u00e1rio dele. Claro, ter\u00e3o que trabalhar mais. E quando encontram uma substitui\u00e7\u00e3o, devolvem esse dinheiro. <\/p>\n
E quando damos aos leads 500 mil, eles n\u00e3o querem contratar algu\u00e9m que n\u00e3o tenha grande potencial. \u00c0s vezes, \u00e9 mais f\u00e1cil para eles rejeitar 20 candidatos e escolher um. J\u00e1 aconteceu de conversar com 100 pessoas, 30 foram para a prova t\u00e9cnica, 20 passaram, e o time lead rejeitou todos, exceto um. \u00c9 intenso. Os leads t\u00eam muito medo de arriscar. Discutimos isso e todos pareceram entender que \u00e9 um erro. Muitas pessoas se apresentam de forma diferente na entrevista do que realmente trabalham depois. Portanto, \u00e9 necess\u00e1rio dar uma chance e correr o risco.<\/p>\n
\u2014 Mas os leads n\u00e3o come\u00e7am a abusar? Voc\u00ea recebe 500 mil, demora muito a contratar, recebe mais 500 mil.<\/b> <\/p>\n
\u2014 (DS)<\/i> Eles recebem a verba uma \u00fanica vez. Dizemos: \"Voc\u00eas t\u00eam dez pessoas agora, mas precisam de 11. H\u00e1 um plano de vendas, mais projetos est\u00e3o por vir e precisamos que estejam prontos. Aqui est\u00e3o 500 mil para a d\u00e9cima primeira posi\u00e7\u00e3o\". Na segunda vez, n\u00e3o se consegue mais isso. E se algu\u00e9m sai, \u00e9 um problema da equipe, que resolve isso dentro do seu or\u00e7amento. <\/p>\n
\u00c9 como jogar Monop\u00f3lio.<\/p>\n
\u2014 (SB)<\/i> Acreditamos que o lead deve estar envolvido nas finan\u00e7as. Aqui as pessoas recebem seus sal\u00e1rios do dinheiro que geram. O n\u00edvel de despesas do projeto \u00e9 muito importante. O cliente chega com uma infraestrutura, e um ano depois, sua infraestrutura \u00e9 dez vezes maior. E se o lead n\u00e3o participa das finan\u00e7as, n\u00e3o consegue avaliar adequadamente o custo da manuten\u00e7\u00e3o.<\/p>\n
\u2014 (DS)<\/i> \u00c0s vezes, a equipe passa meses lutando com os problemas de um cliente, percebe que est\u00e1 recebendo um valor simb\u00f3lico por isso, e isso n\u00e3o condiz com o que est\u00e1 acontecendo. E, por mais dif\u00edcil que seja, precisam ou aumentar o pre\u00e7o ou se separar. E eles tomam essas decis\u00f5es sozinhos, mesmo trabalhando remotamente. E consideramos isso uma grande conquista. Temos equipes verdadeiramente aut\u00f4nomas e motivadas.<\/p>\n
\u2014 Sim. E isso faz parecer que \u00e9 preciso ser um super-homem para trabalhar aqui. Tanto habilidades t\u00e9cnicas, quanto autocontrole e alfabetiza\u00e7\u00e3o financeira.<\/b><\/p>\n
\u2014 (SB)<\/i> Aqui, voc\u00ea pode se tornar um super-homem. Mas mesmo os l\u00edderes de equipe que conseguem isso vieram como engenheiros comuns. Uma pessoa leva um ou dois anos para se transformar em um desses super-homens.<\/p>\n
\u2014 Os l\u00edderes de equipe parceiros se originaram de engenheiros comuns. Eles podem ser contratados para essa posi\u00e7\u00e3o diretamente?<\/b><\/p>\n
\u2014 (DS)<\/i> Nunca tivemos algo assim, todos vieram de engenheiros. Mas estamos considerando a possibilidade de nos unir a uma pequena empresa que se tornaria apenas mais uma de nossas equipes. Gostar\u00edamos de tentar isso.<\/p>\n
\u2014 Voc\u00ea pode contratar uma pessoa se ela for um bom engenheiro, mas n\u00e3o \u00e9 suficientemente organizada para o n\u00edvel dessas equipes?<\/b><\/p>\n
\u2014 (DS)<\/i> N\u00e3o temos medo de pessoas desorganizadas, pois temos um fluxo constante de tarefas. \u00c9 rapidamente identificado se conseguimos ajudar uma pessoa a se organizar. Se ela disser todos os dias o que fez, sem realmente fazer nada, ficar\u00e1 envergonhada. <\/p>\n
Quando voc\u00ea v\u00ea que todos est\u00e3o na mesma canoa remando, \u00e9 desconfort\u00e1vel parar de remar. Nessas condi\u00e7\u00f5es, at\u00e9 mesmo pessoas desorganizadas se tornam organizadas. E se n\u00e3o, ent\u00e3o n\u00e3o.<\/p>\n
N\u00f3s n\u00e3o toleramos superficialidade \u2014 nas pessoas, nos neg\u00f3cios e em n\u00f3s mesmos. Ao entrar aqui, as pessoas se desenvolvem muito rapidamente, em tr\u00eas vezes mais r\u00e1pido do que em qualquer outro lugar. Aqui, um ano vale por tr\u00eas em experi\u00eancia e habilidades. <\/p>\n
N\u00f3s realmente n\u00e3o gostamos de profissionais medianos superficiais. Na nossa vis\u00e3o, um m\u00e9dio \u00e9 algu\u00e9m que j\u00e1 pode fazer muitas coisas. Para ser honesto \u2014 o mercado DevOps est\u00e1 extremamente confuso. Existem m\u00e9dios que se consideram juniores. H\u00e1 juniores que se acham seniores. Ao chegar aqui, uma pessoa rapidamente entende seu verdadeiro n\u00edvel.<\/p>\n
Isso n\u00e3o significa que n\u00e3o aceitamos juniores \u2014 aceitamos com prazer e vamos aceitar ainda mais. J\u00e1 estamos criando uma equipe especial chamada 'Acelerador DevOps' e designando projetos que podemos arriscar, onde o cliente est\u00e1 disposto a correr riscos. Provavelmente, at\u00e9 mesmo um servi\u00e7o espec\u00edfico surgir\u00e1 para isso. Algo como 'Flant-light'.<\/p>\n
\u2014 Voc\u00ea gostaria de se tornar uma grande corpora\u00e7\u00e3o?<\/b><\/p>\n
\u2014 (DS)<\/i> N\u00f3s gostar\u00edamos, mas com uma ressalva. N\u00e3o queremos perder nossa cultura. Com certeza vamos crescer, mas preservar a cultura t\u00e9cnica e de trabalho \u00e9 ainda mais importante do que o pr\u00f3prio desenvolvimento.<\/p>\n
A vida \u00e9 uma s\u00f3, n\u00e3o d\u00e1 para ganhar todo o dinheiro do mundo, mas queremos viv\u00ea-la ao lado de boas pessoas. Rejeitamos categoricamente a burocracia e a simula\u00e7\u00e3o de trabalho \u00fatil. Temos rela\u00e7\u00f5es absolutamente horizontais. \u00c9 poss\u00edvel expressar suas opini\u00f5es de forma bem direta \u00e0 lideran\u00e7a: o conte\u00fado \u00e9 mais importante que as formalidades.<\/p>\n
\u2014 (SB)<\/i> Mas para isso \u00e9 necess\u00e1rio ter argumentos muito bons.<\/p>\n
\u2014 (DS)<\/i> Certamente! O trabalho remoto tamb\u00e9m \u00e9 necess\u00e1rio, porque \u00e9 assim que vivemos, assim que vemos o mundo. Dima Shuropov mora na Tail\u00e2ndia, eu na Alemanha. Sasha Batalov est\u00e1 em Moscovo, e o diretor de RH em Tyumen. <\/p>\n
Acreditamos que, vivendo neste planeta, queremos experimentar a vida de verdade. Viver em condi\u00e7\u00f5es em que voc\u00ea n\u00e3o quer ir trabalhar n\u00e3o \u00e9 bom. Por isso, queremos que as pessoas tenham vontade de vir trabalhar. Conflitar no trabalho \u00e9 definitivamente desagrad\u00e1vel, ent\u00e3o fazemos o poss\u00edvel para que n\u00e3o haja conflitos. Temos discuss\u00f5es e debates, mas n\u00e3o conflitos. <\/p>\n
\u2014 Voc\u00ea n\u00e3o acha que crescer significa n\u00e3o apenas prestar servi\u00e7os, mas tamb\u00e9m produzir? \u00c9 preciso n\u00e3o apenas viver a vida e ver o planeta, mas tamb\u00e9m deixar algo atr\u00e1s?<\/b> <\/p>\n
\u2014 (DS)<\/i> Esse \u00e9 um tema muito delicado para n\u00f3s, porque somos uma empresa de servi\u00e7os. Mas fazemos muitos softwares e, de certa forma, nosso produto s\u00e3o servi\u00e7os com uma efic\u00e1cia completamente diferente. Nunca vendemos horas ou pessoas. Sempre chegavam clientes e perguntavam - '\u00e9 poss\u00edvel comprar cem horas'? N\u00e3o, n\u00e3o \u00e9 poss\u00edvel, n\u00e3o vendemos horas. <\/p>\n
Vendemos resultados. O resultado \u00e9 que aliviamos a dor, resolvemos um problema. E resolvemos n\u00e3o da forma que nos disseram, mas da maneira que sabemos. Nosso produto \u00e9 nossa experi\u00eancia. E definitivamente faremos solu\u00e7\u00f5es prontas, produtos SaaS; temos muitas ideias. Mas n\u00e3o h\u00e1 pressa. Temos muitas d\u00e9cadas \u00e0 frente.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0412 \u043c\u0438\u0440\u0435, \u0433\u0434\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0441\u0432\u043e\u0439 \u0431\u0438\u0437\u043d\u0435\u0441 \u043c\u043e\u0436\u0435\u0442 \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0435\u0431\u044f \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0431\u043e\u0433\u0430\u0442\u044b\u043c, \u043b\u044e\u0434\u0438 \u0434\u043e \u0441\u0438\u0445 \u043f\u043e\u0440 \u0438\u0434\u0443\u0442 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u043f\u043e \u043d\u0430\u0439\u043c\u0443. \u0412\u043e-\u043f\u0435\u0440\u0432\u044b\u0445, \u043d\u0435 \u0432\u0441\u0435 \u0441\u0447\u0430\u0441\u0442\u043b\u0438\u0432\u044b \u0431\u044b\u0442\u044c \u0431\u0438\u0437\u043d\u0435\u0441\u043c\u0435\u043d\u0430\u043c\u0438, \u0430 \u0436\u0438\u0442\u044c \u043d\u0430\u0434\u043e. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0435 \u0432\u0441\u0435 \u043f\u043e\u043d\u044f\u0442\u043d\u043e \u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e \u2014 \u0442\u044b \u0432\u044b\u043f\u043e\u043b\u043d\u044f\u0435\u0448\u044c \u0441\u0432\u043e\u044e \u0444\u0443\u043d\u043a\u0446\u0438\u044e, \u0430 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u0440\u0438\u0441\u043a\u043e\u0432 \u0431\u0435\u0440\u0443\u0442 \u043d\u0430 \u0441\u0435\u0431\u044f \u0434\u0440\u0443\u0433\u0438\u0435. \u041e\u0442\u0441\u044e\u0434\u0430 \u0440\u0430\u0441\u0442\u0443\u0442 \u0441\u0442\u0430\u0440\u044b\u0435 \u0437\u0430\u043c\u0443\u0441\u043e\u043b\u0435\u043d\u043d\u044b\u0435 \u043a\u043e\u043d\u0444\u043b\u0438\u043a\u0442\u044b: \u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u044b \u0445\u043e\u0442\u044f\u0442, \u0447\u0442\u043e\u0431\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-30046","post","type-post","status-publish","format-standard","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\""Abordagem](\"\/wp-content\/uploads\/2019\/03\/0ee82b86e0cbe70d8a1aff2db82c47cd.png\")