Em um mundo em que apenas sua empresa pode torná-lo verdadeiramente rico, as pessoas ainda trabalham para contratar. Em primeiro lugar, nem todo mundo gosta de ser empresário, mas precisa viver. Em segundo lugar, tudo é claro e seguro no trabalho - você cumpre sua função e a maioria assume os riscos de outras pessoas. A partir daqui crescem velhos conflitos de barganha: os proprietários querem que os funcionários sejam motivados, como se o trabalho fosse da sua conta; os funcionários querem fazer o que são pagos e nada mais.
Esses relacionamentos clássicos têm variações - opções, juros, bônus, que lembram um pouco os proprietários e funcionários no mesmo barco. Mas existem situações menos típicas.
A empresa Flant consiste em várias equipes da Devopos que atendem à produção de outras pessoas em regime turn-key. Eles surgiram de uma gangue de entusiastas e fãs de estudantes de Linux, e agora criaram uma estrutura de "negócios dentro dos negócios", simplesmente porque é mais confortável e mais honesto. Dima Stolyarov e Sasha Batalov nos disseram como funciona.
A Flant foi classificada entre os principais empregadores de TI em 2018, com uma classificação média de 4,68. A julgar pelas estimativas da empresa no My Circle, os funcionários acreditam que a empresa está tornando o mundo um lugar melhor e também apreciam Flant por tarefas interessantes, boas relações de equipe, tecnologia moderna e comunicação com a alta gerência.
Gangue de estudantes Linux
Dmitry Stolyarov (diretor técnico) durante seu relatório-
(Dima Stolyarov) Sempre lidamos com Linux e código aberto, mas começamos com um tópico muito engraçado, para o qual agora é um pouco embaraçoso. Por alguma razão, pensamos que deveríamos implementar o Linux nos escritórios, em vez do Windows. O primeiro nome da empresa era TrueOffice - "True Office". Então percebemos que ninguém precisava disso. Isso foi em 2006, eu tinha 19 anos. Somente no ano de 2012-13 veio a compreensão de como fazer negócios, de quais tecnologias o mundo precisa.
Alexander Batalov (CEO) no estande da empresa na conferência-
(Sasha Batalov) Além da tecnologia, há uma enorme camada na forma de marketing, vendas e economia que ninguém jamais nos ensinou, exceto cursos na universidade, mas não sei se eles são aplicáveis ou úteis.
A princípio, pareceu-nos que tudo isso não era necessário, mas tivemos que compreender na prática, ler livros, às vezes depois que os solavancos estavam cheios. Em geral, seguimos um longo caminho espinhoso, tentamos várias coisas erradas.
-
(DS) Mas gradualmente, à medida que as qualificações cresceram, todos eles já se especializavam em Linux, e agora lidamos apenas com projetos da Web de alta carga e alta carga. E quando Kubernetes apareceu, rapidamente percebemos que esse era o próprio fundamento que faltava.
- Por que havia tanto interesse no Linux? Ideológico ou tecnológico?-
(DS) A empresa tem dois fundadores - Dima Shurupov e I. Dima Shurupov tinha mais interesse em código aberto. E eu gostei do Linux, tecnologicamente, como tudo está organizado lá. E o resultado foi uma combinação: Dima gosta de ideologia, mas eu gosto de tecnologia. Eu amo o código aberto como uma idéia, mas o lado tecnológico sempre foi mais importante para mim.
Einstein disse: "É necessário fazer o mais simples possível, mas não mais fácil". Aqui o Linux é construído de forma simples, confiável e transparente que eu aprecio. Todos gostamos e fomos transformados de uma gangue de estudantes em uma grande empresa. Agora já temos 70 anos. Para TI, serviços especializados - isso é bastante.
- Como foi tudo durante a turma de estudantes?-
(DS) Bem, como sempre, os alunos a divertem e provocam.
-
(SB) Uma enorme quantidade de altruísmo, um desejo de conquistar a Internet, de conquistar picos tecnológicos. Nós nos envolvemos em tarefas muito complexas - aconteceu, assumimos projetos sérios (mas muito interessantes!) Do campo da integração de sistemas, tornando-os um centavo. Eles tentaram criar suas próprias estruturas, absorveram todas as tecnologias que reconheciam e imediatamente procuraram por elas.
- Tudo deu certo comercialmente?-
(DS) Sim, mas nos estágios iniciais não precisávamos de nada. Naqueles dias, 40 mil rublos eram uma renda absolutamente normal para mim, eu brinquei com eles.
-
(SB) E pensei que, por mil dólares, você pode criar qualquer site que possa imaginar.
-
(DS) Em 2013, não tínhamos dinheiro para contratar livremente em Moscou. Já levamos todos os conhecidos que poderíamos levar. Decidimos abrir um escritório em Nizhny Novgorod. Nós fomos lá, abrimos, começamos a contratar. Então eles perceberam que morar em dois escritórios é difícil e decidiram morar sem escritórios.
Claro, eles encheram um monte de cones. Somente em 2016, para minha vergonha, eu li Remote. Chorei e ri porque viajamos um a um. Cada parágrafo se cruzava com a minha experiência pessoal.
-
(SB) Em todos os parágrafos havia nossas cicatrizes.
O que o flant faz
Prestamos serviços de manutenção à produção com carga pesada. Isso difere da terceirização convencional, porque vivemos com os clientes por muito tempo e interagimos muito de perto, as pessoas confiam em nós com uma de suas coisas mais importantes. Seus negócios dependem em grande parte de como trabalhamos.
Para criar uma operação de produção de alta qualidade, você precisa de 15 a 20 devops, especialistas em banco de dados, Kubernetes, suporte e assim por diante. E se a empresa é pequena, onde há apenas duas ou três dúzias de desenvolvedores, isso é impossível lá. E aqui vamos nós e salve. Milhares por 150.
Anteriormente, tínhamos a missão de criar uma empresa na qual nós mesmos nos sentíamos à vontade para trabalhar, não importa o quão tolo isso pareça. Agora que foi bem-sucedida, a missão é disponibilizar tecnologias no nível do Google e do Facebook para pequenas empresas, startups nos estágios iniciais.
As pessoas podem se concentrar em seus produtos, em vez de superar problemas que não podem ser superados.
Muitos dos caras que chegam até nós ficam surpresos - quanto é diferente, quais são as cargas em todos os lugares. Temos mais de 50 projetos em produção, mais de 70 conjuntos de Cuebrnetes. Nesse caso, você sempre pode girar. Ele abriu um desenho, desenhou uma arquitetura de microsserviço, fez uma lista de 200 tecnologias - e vamos lá. Mas isso sempre leva a problemas e consequências.
O truque é garantir a máxima estabilidade, confiabilidade e simplicidade, por um lado, e um alto nível de inovação, por outro. Bem, estamos orgulhosos de podermos fazer isso. Fazemos isso em qualquer lugar e em grandes quantidades, como uma Ikea condicional.
Quem precisa de desenvolvedores terceirizados?
- Parece-me que as grandes empresas preferem manter devops no estado.-
(SB) É claro que grandes jogadores como Avito ou Badoo podem recrutar devops. Pequenas empresas com grandes investimentos também podem - mas elas continuarão, e não o fato de terem forças para lidar com isso.
Acreditamos que mesmo grandes empresas devem entrar em contato melhor com os especialistas que comeram esse cachorro. Pequenas empresas com negócios baseados na Web só precisam entrar em contato com pessoas experientes. Porque qualquer tempo de inatividade em um sistema-chave é uma perda de dinheiro.
-
(DS) Sabemos que as pessoas na Rússia têm medo de terceirizar - devido a experiências negativas, por outras razões. Mas os clientes não nos deixam. Por dez anos, eles saíram por apenas duas razões. Ou eles nos superaram (por exemplo, foram comprados e tudo foi reconstruído) ou foram fechados porque a ideia não funcionou.
- E quem vem com mais frequência - pequenas ou grandes empresas?-
(DS) Agora é a mesma coisa. Mas os pequeninos só têm medo de nós, acham que nós ...
-
(SB) ... grande, complexo, inacessível e chora nas nuvens.
-
(DS) Bem, sim, você passa pela cabine com Maybach e não entra, não pede preço, porque Maybach não pode custar 500 mil rublos.
- Claro que não pode.-
(SB) Mas assim que ele aparecer no compartilhamento de carros, você pode se dar ao luxo de conduzi-lo.
-
(DS) Sim, é claro que não somos Maybach - somos a Ikea. Também tivemos sucesso de forma simples, confiável e acessível. Em geral, o número de empresas do TOP-50 e pequenas empresas que nos contatam é o mesmo. Mas contamos principalmente com pequenas empresas e trabalhamos principalmente com elas, e tentamos não cooperar com as grandes.
Porque?-
(DS) Muita burocracia.
-
(SB) Em uma grande empresa, existem muitos níveis pelos quais a responsabilidade é distribuída, o feedback é muito longo e muitas vezes as pessoas começam a usar a tecnologia: “E vamos pesar, vamos escrever uma estratégia, planejar o próximo ano, vamos fazer melhor, é mais bonito para a cultura corporativa, é assim que nossa prática se desenvolveu. ” E assim eles começam a complicar as coisas que podem ser resolvidas de uma maneira simples e curta, para que 80% do resultado seja amanhã. Eles percorrem um longo caminho, onde não se sabe se vai funcionar ou não.
Como resultado, em vez de práticas bem estabelecidas, reinventamos a roda e o custo de uma solução tecnológica se torna incomparavelmente mais alto. Além disso, a qualidade não é o fato de que será melhor.
Taxa de terceirização
Temos vários projetos no Github, estamos contribuindo ativamente com toda a história para o código aberto. Não apenas para o nosso - para estranhos também. Tentamos compartilhar as ferramentas que usamos todos os dias. Acreditamos que essa é nossa responsabilidade e estamos muito satisfeitos em fazê-lo.
Todos os funcionários da empresa estão contribuindo de uma maneira ou de outra - com críticas, documentação ou código. Acreditamos que este é o nosso pagamento para todo o rico mundo de utilitários de código aberto que usamos. E acho que somos dignos dessa taxa.
Chamamos isso de condensação da experiência. Inicialmente, uma pessoa aprendeu alguma coisa, remexeu nos colegas, a experiência se tornou folclore. Em seguida, escrevemos a documentação e, em seguida, puxamos para os utilitários e esquecemos a existência, porque não pensamos mais - tudo é automaticamente levado em consideração.
A popularidade da tecnologia e a toxicidade dos desenvolvedores
- Por que exatamente o Ubuntu? Antes de ser escolhido, o que mais foi considerado?-
(DS) Nós éramos uma gangue de estudantes que gostam de Linux. E usamos o Gentoo por um longo tempo - essa é uma distribuição baseada na fonte e toda vez que precisamos compilá-la do zero. Quando recebemos algumas centenas de servidores, a atualização levou meses. Obviamente, primeiro automatizamos e otimizamos tudo, mas no final percebemos que precisávamos mudar alguma coisa e, conhecendo os prós e os contras de diferentes soluções, apenas pegamos o mais popular. Então foi intuitivo - como o mais popular, será melhor se desenvolver e todas as deficiências serão corrigidas mais cedo ou mais tarde.
Havia um banco de dados desse tipo Resync DB. Eles competiram com o MongoDB e começaram na mesma época. E por muito tempo, o Resync foi tecnologicamente melhor.
Quando os usuários chegaram, eles tentaram resolver problemas internos do sistema e no MongoDB os resolveram muito menos, mas podiam instruir condicionalmente se seria melhor em testes sintéticos. Portanto, a popularidade do MongoDB aumentou. Nos casos mais simples, eles se mostraram melhores, mas por dentro havia figos. E o Resync DB dentro era bom, mas não cresceu em popularidade.
Como resultado, tudo estava bem com o MongoDB por dentro, mas ninguém se lembra do Resync DB. A empresa faliu. O Ubuntu tem algo parecido com isto. Há muito foco nessa distribuição, então decidimos usá-la.
- Como você gosta das últimas mudanças políticas, CoC e tudo isso?-
(DS) Bem ... não há negativo, está tudo bem, tudo está claro. Eu próprio sofro do fato de que às vezes ofendo as pessoas. Por exemplo, a coisa me parece óbvia e começa a me enfurecer terrivelmente que as pessoas não a entendam. Estou com raiva, e isso resulta negativo (mas estou trabalhando nisso).
Linus é muito inteligente, afinal, ele trabalha com isso há 30 anos. É claro que ele é um cara esperto, ele não entra no bolso por uma palavra. Sua polidez sofre e a comunidade está trabalhando nisso. Ele mesmo entende e reconhece tudo.
"Mas, como entendi pela reação das discussões, muitas pessoas apóiam a ideia de falar direta e severamente, e se alguém não gosta, não adora, não derrete."-
(DS) Não, não é. Eu, como pessoa que sofre de falta de educação, entendo que isso é muito ruim. Estraga a comunidade. Há pessoas que não se importam, mas ainda é importante para a maioria das pessoas que haja conforto emocional.
Há um erro estúpido no código. Você pode escrever: "Gente, é ruim termos saudades tão simples que precisamos consertar isso". E você pode escrever: "Que idiota fez isso ?!" Uma frase A pessoa que cometeu esse erro pode ser ainda mais inteligente e experiente do que você, mas estava simplesmente fora de ordem quando cometeu um erro - você nunca sabe o que aconteceu com ele. E para ele será uma ofensa direta. Por que isso é necessário?
Você precisa dizer as coisas diretamente, mas não precisa dizer "O que um idiota escreveu". Também não faz sentido esconder e envolver, mas não há necessidade de ofender as pessoas.
Por que os devops ligam todos os dias
-
(DS) Agora temos um pequeno escritório onde estão os documentos e o gerente do escritório, que lida com esses documentos.
A empresa possui 70 pessoas. 20 pessoas são uma equipe da OPS. 30 pessoas são três equipes de DevOps com cerca de 10 pessoas cada. Os 20 restantes são desenvolvedores e vendas. 8 desenvolvedores, departamento rnd - 4 pessoas. Pessoas não técnicas para toda a empresa 5-6 pessoas.
Três equipes de DevOps ganham dinheiro-chave. Os processos são os mesmos em todos os lugares - uma longa manifestação todos os dias, durante uma hora e meia. Mas lá eles resolvem todos os problemas técnicos, e os caras decidem o que fazer a seguir. E como tudo é remoto, é uma oportunidade de se comunicar normalmente.
- É realmente necessário todos os dias?-
(DS) Sim.
"Todo mundo concorda com isso?"-
(DS) Sim, todo mundo concorda, todo mundo está confortável. Mas em alguns dias, o rali pode durar até 30 minutos. Apesar da comunicação muito intensa em Slaka, ainda quero sincronizar bem, para entender o que aconteceu ontem. Queremos entender um ao outro, e não apenas clicar em tarefas. Este é um ponto culturalmente importante.
-
(SB) Algo pode acontecer a todo momento, a situação pode mudar. É necessário ajuste constante.
-
(DS) Você tem uma boa piada sobre este assunto.
-
(SB) Sim. O cirurgião cardíaco chega ao centro automotivo e o mecânico diz: “Ouça, estamos fazendo a mesma coisa, apenas você opera no coração humano, e eu sou o coração do carro. Você ganha US $ 10.000 pela operação e eu pago 100 rublos pelo serviço.
O cirurgião pergunta: "Você também deseja receber 10 mil para reparos?" Tal mecânico - é claro. O cirurgião entra no carro, liga e diz - "resolva o problema".
Também conosco. No desenvolvimento, você pode executar a tarefa e trazer o resultado em duas semanas. Então tudo pode ser corrigido, porque mais ou menos três dias não afeta nada.
E, no nosso caso, todo alerta perdido ou decisão incorreta de alerta pode se transformar em um grande problema. Para evitar isso, é necessária uma comunicação próxima, rápida e constante.
É difícil mudar para udalenka
É difícil gerenciar pessoas remotamente. Mas isso é difícil enquanto você estiver em um escritório, e eles estiverem em outro, e houver uma consciência embaçada. Você está sentado em Moscou e parece que os caras de Níjni estão trabalhando mal, ineficientemente. Em Moscou, você vê os esforços das pessoas ao redor, mas os esforços dos trabalhadores remotos - não. Você aceita apenas o resultado.
Há muitas comunicações no escritório de maneira informal - alguém disse algo a alguém a caminho da cozinha. As pessoas em outro escritório não veem isso, não sentem, e o contexto está perdido.
Quando estávamos prontos para deixar o escritório, todas as comunicações (mesmo com funcionários na mesma sala) passaram pelo Google Meet. E quando construímos toda a comunicação remotamente, ela funcionou 100%, todas as barreiras do mal-entendido foram removidas.
É difícil construir tudo, mas se tudo for feito corretamente, funcionará e não causará nenhum desconforto.
Como as equipes gerenciam seu próprio dinheiro
- Udalenka é uma questão controversa. Às vezes, as empresas têm medo de deixar as pessoas irem para casa porque pensam que devem perder o controle sobre elas. Mas aqueles que são libertados também dizem que o trabalho deve ser feito de uma maneira completamente diferente.-
(DS) Resolvemos este problema pelo fato de estarmos prontos para compartilhar dinheiro com as equipes. Todo o nosso sistema de economia e motivação é construído quase como uma franquia. Os salários são bastante altos, além de deixarmos os caras de graça.
A equipe atende ao pool de projetos. Eles sabem quanto cada um desses projetos gera. Eles definitivamente sabem sua parte desse dinheiro. Todo o dinheiro que permanece acima de seus salários permanece na equipe e é dividido entre eles de acordo com um determinado sistema. A motivação é absolutamente direta - eles levaram o projeto por outros 200 mil, agregando mais dez ao salário. Cometi um erro - você precisa compensar o cliente.
-
(SB) Se você começar a decepcionar os caras, isso será sentido imediatamente. Você está se privando da oportunidade de receber renda adicional. E nosso sistema resolve o problema de controle completamente. Uma pessoa faz um plano para todos os dias e há comícios diários suficientes para entender quem está fazendo o que.
-
(DS) Nas condições das hostilidades, o camarada nas trincheiras não mente.
- Então, você tem salários abertos? Todo mundo sabe quanto ganha?-
(DS) Fechamos salários há algum tempo. Há uma diferença regional. Apesar de nos esforçarmos para pagar o salário total de Moscou nas regiões, ainda há alguma dissonância.
-
(SB) Agora todo mundo sabe quanto dinheiro a equipe tem. Eles vêem quanto dos bônus que recebem.
-
(DS) Timlid, cada equipe decide quanto seus jogadores receberão e como distribuir bônus. Entramos nessa questão exclusivamente com conselhos, a decisão sempre depende do líder da equipe.
Por que as pessoas temem empregos?
Comemorando 10 anos da empresa em 2018- 70 pessoas o suficiente para você?-
(DS) No. Temos um plano para contratar pelo menos 20 engenheiros de DevOps em um ano. Mas é muito difícil. Temos um grande número de candidatos, todos sabem sobre nós de uma maneira ou de outra. Mas aqui está a história como com os clientes. Muitas pessoas dizem: "temos medo de trabalhar para você, de repente não vamos conseguir". Mas não pensamos que temos coisas super cósmicas aqui.
Correspondência com o candidato- O que você precisa ser para puxar?-
(DS) Teoricamente, uma pessoa deve ser uniformemente desenvolvida no desenvolvimento e operação. Na prática, existem poucas pessoas no mundo, para não mencionar a Rússia. Especialmente aqueles que são mais velhos aqui e ali. Eu nem me relacionaria com eles.
Nas nossas vagas, está sempre bem escrito o que você precisa saber. Trabalhamos muito neles e tentamos escrever essencialmente.
- Talvez as vagas realmente assustem, se estiver programado, quanto você precisa saber?-
(DS) Não, não, não, não achamos que precisamos saber muito.
-
(SB) Não estamos interessados em conhecimento, mas em pensar, na capacidade da pessoa de buscar soluções.
-
(DS) A experiência no Linux é interessante, e nós a testamos com tarefas bastante simples - muito. Nosso teste é bastante longo, com um candidato médio, leva 8 horas. E de acordo com os resultados, analisamos como uma pessoa lida com os problemas, como ele pesquisa no Google, quais são seus horizontes.
Nosso conhecimento pode ser adquirido muito rapidamente, porque existem muitos projetos diferentes e colegas experientes que sempre lhe dirão. Portanto, olhamos primeiro para que os caras pensem e tenham experiência rapidamente.
"Além do teste, você de alguma forma revela isso?"-
(DS) Temos três fases. Eichar primeiro se comunica, pede para contar sobre a experiência. Então aqueles que gostaram de Heychar passam na tarefa de teste. De acordo com os resultados, os Timlids se comunicam e dizem suas opiniões ao Eichar, e se forem unanimemente bons, esta é uma ocasião para fazer uma oferta a uma pessoa.
500 mil rublos para contratar o futuro super-homem
-
(DS) Temos uma atitude muito atípica em relação às finanças, compartilhamos com as equipes e não somos gananciosos. E distribuímos à equipe 500 mil rublos para expandir o estado. , , , , .
— 500 ?!, . . — . . , . , . , .
— ? , , .—
() , . , . , . .
, — , . , . , .
500 , , . 20 . , 100 , 30 , 20 , , , . . . , , . , . .
— ? 500 , , 500 .—
() . — « , 11. , , . 500 ». . - , , .
.
—
() , . , . . , 10 . , .
—
() , , , , , . , , . . , . , . .
— . , , . , , .—
() . , , . - , .
— - . ?—
() , . , . .
— , , ?—
() , . , . , , , .
, , . . , .
— , . , , , . .
. — , . — DevOps - . , . , . , , .
, — , . «DevOps-» , , , . , . - «-».
— ?—
() , . . , — , .
, , . , . . : .
—
() .
—
() ! , , . , . , - .
, , , . , — . , . — , , . , .
— , — , . , -?—
() , . , — . . — « »? , , .
. , , . , , . — . , SaaS-, . . .