Alguns dias atrás, um amigo me disse que ele havia envolvido um cara em uma entrevista de segurança social que trabalhava apenas com funcionários externos. Um amigo trabalha em uma empresa de mercearia e está firmemente convencido de que não há utilidade para idiotas de galés. Mercenários sem alma, trapaceiros profissionais de entrevistas e pessoas preguiçosas trabalham lá. Ele diz que o produto dobrará antes de escolher um tema de cores no IDE.
Meu amigo é categórico e odeia a equipe ainda mais do que merece. Ele acredita que a equipe de funcionários está matando a própria essência do desenvolvimento. Eles pegam desenvolvedores ruins, arrastam-nos pela previdência social, vendem-nos mais caros em uma corporação onde tudo está resolvido, e não há nenhuma questão de sobrevivência, e eles simplesmente vivem quietos em uma bebida de dinheiro e imitação de trabalho. Em geral, ele os odeia como agentes de troca de trabalhadores e comunistas.
E toda a minha vida trabalhei com funcionários externos e, é claro, penso diferente. E queria condenar meu amigo, mas lembrei-me de como me recusei a levar os desenvolvedores de supermercados nas entrevistas.
Uma vez, a equipe e eu conduzimos entrevistas técnicas, o candidato pesquisou bem, mas decidimos que ele não nos convinha apenas porque ele vinha de uma empresa de mercearia. O cara esfregou por meia hora o produto que ele fez em seu último trabalho. Ele disse não como o produto é fabricado, mas o que o produto faz para as pessoas. Ele nos perguntou o que estamos fazendo, e não como e com a ajuda do quê. Obviamente, não dissemos um ao outro: “O produto é importante para ele, mas deve ser uma merda”, mas éramos unânimes em não estarmos dispostos a trabalhar com ele, e pensamos em várias razões para recusar.
Eu não atribui importância a isso, mas agora entendo - parece que os desenvolvedores, que são vendidos três vezes por ano para projetos de outras pessoas, e os desenvolvedores, que pensam em um produto há cinco anos, são profissionais completamente diferentes. Depois de me remexer completamente, percebi que não apenas me considero o primeiro, mas também subconscientemente desprezo as pessoas que trabalham no mesmo projeto há mais de dois anos.
Talvez isso se deva a maus exemplos. Uma empresa de alimentos onde trabalhei usou o C # 2.0. DOIS ZERO. Eles simplesmente argumentaram: o projeto é grande; se você o transferir para a nova versão, geraremos muitos bugs. E eu aceito esse argumento - esse é o argumento do negócio, para o qual o lucro é mais importante que a tecnologia. Entendo o negócio, mas não consigo entender os desenvolvedores que estão satisfeitos com isso.
Existem mil motivos de carreira para usar a tecnologia mais recente. Ainda consigo entender a descida consciente de uma carreira no banheiro - tudo bem, um homem encontrou um emprego para a vida toda, essa é a sua escolha. Mas droga, você tem uma tarefa, aqui está um chip do C # 4.0 que o automatiza. E eles respondem: “Não, não preciso de automação. Agora vou começar a escrever muita merda, e vai funcionar. " Eles me dizem pessoalmente que não acreditam em novas tecnologias, não acreditam que isso melhore seu produto. E afinal, ela realmente não vai melhorar. O poço não vai melhorar porque foi escavado por uma escavadeira em vez de uma pá. Mas para mim, esses desenvolvedores são como motoristas de táxi que odeiam o Yandex e ficam furiosos por falar em pilotos automáticos. E não estou pronto para trabalhar com esses desenvolvedores.
Obviamente, este é um caso extremo. A maioria das equipes de produtos utiliza tecnologias relativamente novas, mas a ênfase é muito significativa aqui. O que é mais importante para esses desenvolvedores? E o que é mais importante para mim? Coisas muito diferentes.
Para eles, sou um hipster que corta fatias de pão. O homem que destruirá os resultados de três anos de trabalho em prol de novas tecnologias. No sistema de valores deles, sou uma praga. Minha abordagem, minha maneira de escrever código para eles é uma perda de tempo. O fato de que, para mim, o estado do projeto na dieta é mais importante do que na realidade, é impensável para eles.
Em geral, tenho certeza de que os caras das empresas de alimentos podem me dizer muito melhor por que eu e pessoas como eu somos tolos completamente inúteis, e basicamente não estou pronta para discutir com eles. Fazemos coisas diferentes por diferentes razões.
É importante para eles o que fazer e por quê. Para mim - até cérebros de banheiros inteligentes, até as armas do genocídio - o principal é como percebemos isso. O que nos une é que todos escrevemos código.
Mas recentemente encontrei um emprego dos sonhos que desafiava tudo o que escrevi. Fui convidado a fazer robôs, fazê-los na minha pilha favorita, em um ritmo inicial e com uma equipe muito legal. Foi um trabalho na equipe mais produtiva e fiquei muito feliz.
Todo dia nesse trabalho eu me sentia mentirosa - não sou o tipo de cara que eles precisam. Enquanto eu reformulava a arquitetura de algum módulo insignificante por três semanas, eles fizeram todo o trabalho real. E então eles também me elogiaram, por polidez, dizem, excelente arquitetura, Phil. É verdade que não precisamos de nada, e você apenas devora o orçamento para o perfeccionismo que não é necessário para ninguém, mas, de qualquer forma, obrigado por nossos madeireiros serem lindamente ressonados.
Nós rapidamente nos dispersamos, e eu realmente espero que não gaste muito tempo e dinheiro deles, porque depois disso fiquei com vergonha. Mas o meu erro não é que eu sou o desenvolvedor errado - é que eu entendi mal que tipo de desenvolvedor eu sou. E o mais importante - não estou pronto para mudar. Sou desenvolvedor de pessoal externo, remador de galera.
Quando me contratam, compram minha capacidade de ir a entrevistas, porque meu empregador me venderá para empresas no dia seguinte. Uma habilidade importante da equipe externa - sou muito bom em ser a pessoa que a equipe precisa. Eles precisam de um cara que envie dezenas de e-mails com perguntas a todos? Bazar zero, você receberá e-mails. Precisa de uma revisão de código agressiva? Segure minha cerveja. A equipe precisa de um mentor atento? Sente-se, eu vou lhe contar tudo sobre o sistema de tipos. Precisa fazer recursos em um ritmo frenético? Sou uma máquina que reproduz o código dia e noite até que a programação dos recursos do Ajail chegue ao estado correto. Não posso fazer o mesmo na mercearia. As personalidades do meu projeto não vivem muito e, depois de três meses, o cérebro exige mudanças. Estou começando a queimar e escrever artigos chorosos.
A ironia é que eles me vendem para empresas de alimentos. Mas, chegando a um novo projeto de fora da equipe, você é o mestre da situação. Se você não gosta, nem precisa sair. Basta perguntar a outro. As pessoas que nos contratam estão muito ocupadas com a idéia de que precisamos nos acostumar ao máximo, elas simplesmente não têm tempo para nos ensinar a área de assunto e a filosofia do projeto. Eles são muito mais organizados do que os gerentes de um supermercado comum, porque ao trabalhar com funcionários externos, a conexão entre o dinheiro derramado e o número de tickets fechados é muito óbvia.
Sua organização leva a uma descrição muito competente das tarefas e a um processo de desenvolvimento estabelecido. Eles são estabelecidos sobre a rotatividade de pessoal, portanto, a qualidade do código é de grande importância para eles. Assim, você pode trabalhar bem sem se aprofundar na natureza comercial do projeto. Na minha opinião, essas condições são as melhores para um desenvolvedor profissional.
O produto da equipe é passageiro, a abordagem é eterna. Eu vendo e desenvolvo minha abordagem. Se eu tivesse chegado ao emprego dos sonhos, não como funcionário em período integral, mas como uma pessoa terceirizada, acho que tudo teria funcionado melhor.
Existem tantos projetos que eu gostaria de trabalhar. Os sortudos que estão trabalhando neles agora se dirão antes da morte: "Eu fiz o VSCode, é de grande importância para a humanidade", e eles estarão certos. Eu direi para mim mesmo: "Eu escrevi um código excelente em alguns projetos, isso é de grande importância para mim", e terei razão. O principal é descobrir rápida e corretamente o que faz você feliz.