Colega Julius
(ploum.net)- Julius, que o autor encontrou repetidamente na universidade e no trabalho, era alguém com grande autoconfiança e excelente habilidade de apresentação, mas cujo entendimento técnico e contribuição real eram constantemente colocados em dúvida
- Em um projeto em C, ele falava de uma máquina virtual de C ou dizia a clientes que servidores na internet não têm endereço IP, repetindo afirmações incompatíveis com conceitos básicos
- A equipe precisava revisar novamente seu código e documentação todas as vezes, além de contornar promessas feitas a clientes, mas seus chefes e o RH avaliavam muito bem sua capacidade de apresentação e sua atitude
- Cada vez que mudava de empresa, Julius ampliava currículo e remuneração, mantendo uma trajetória que, no LinkedIn e na mídia, o fazia parecer alguém que havia contribuído enormemente
- Quando a empresa passou a adotar vários softwares de IA em nome do aumento de produtividade e proibiu desativá-los, o autor passou a achar insuportável trabalhar em um ambiente que parecia cheio de dezenas de Julius
A primeira vez que vi Julius na universidade
- Julius era um colega que o autor conheceu na universidade, uma pessoa calma, gentil e sempre sorridente
- Ele não interrompia ninguém, aceitava quando estava errado e respondia às perguntas sem hesitar
- Comparecia a todas as aulas e frequentemente pedia os cadernos de outros alunos, dizendo que queria compará-los com suas próprias anotações
A primeira fissura revelada no projeto em C
- O grupo de estudantes realizou um projeto para criar um software de sistema relativamente complexo na linguagem C
- Julius participou de todas as reuniões, mas o autor não se lembra de tê-lo visto escrever uma única linha de código
- No fim, Julius aparentemente ficou responsável pela formatação do relatório, e esse trabalho estava muito bem feito
- Julius também ficou com a apresentação e conduziu tudo com muita confiança
- Durante a apresentação, falou sobre a máquina virtual de C usada no projeto e mostrou capturas de tela sem relação com um logotipo desconhecido
- C é uma linguagem compilada, então não precisa de máquina virtual
- Falar em máquina virtual de C é tão sem sentido quanto falar no carburador de um carro elétrico
- O autor se levantou, interrompeu Julius e improvisou dizendo que aquilo era uma piada
- Entre os professores, as opiniões se dividiram entre achar Julius brilhante e achar que ele não tinha compreensão fundamental; ele foi reprovado em algumas disciplinas, mas no fim os dois se formaram juntos
Reencontrando Julius na empresa
- Alguns anos depois, o autor ocupava uma função de responsabilidade em uma grande empresa, e seu chefe avisou que o recrutamento havia encontrado um talento raro para a equipe
- O novo contratado era Julius, colega dos tempos de universidade, ainda tão carismático e confiante quanto antes
- Ele não costumava permanecer muito tempo nas empresas, normalmente um ano ou menos
- Seu currículo era impressionante e dava a impressão de experiência em várias áreas da computação
- Mais tarde, o autor descobriu que Julius havia sido contratado, apesar de estar em cargo semelhante, com salário duas vezes maior que o seu e até com bônus dos quais ele nem sabia
O custo de revisão que a equipe assumiu
- No começo, o autor treinou Julius nos projetos e processos internos e foi lhe passando tarefas
- Julius fazia muitas perguntas, mas nem sempre eram perguntas realmente relevantes
- Ele escrevia código e documentação e respondia a questões de várias áreas, mas os resultados às vezes eram bons, com frequência medianos e, em alguns casos, completamente sem sentido
- A equipe percebeu que toda contribuição de Julius precisava ser integralmente revisada e corrigida por outro integrante
- Se o assunto não fosse especialidade do time, era necessária revisão externa
- Surgiu até uma regra informal de que os documentos de Julius precisavam ser revisados por duas pessoas antes de sair da equipe
- Em compensação, ele era excelente em formatação, apresentações e condução de reuniões, e o chefe o via como um grande contribuidor do time
A equipe consertando promessas feitas a clientes
- O autor tentou dizer ao chefe que Julius não entendia o trabalho da equipe, mas não conseguiu
- A equipe chegou a mandar Julius para reuniões inúteis só para mantê-lo afastado por algumas horas, mas essa estratégia tinha limites
- Depois que Julius prometeu a um cliente que seria possível simplificar a interface em um único botão que faria exatamente o que ele queria, a equipe teve de passar uma semana em reuniões de gestão de crise para acalmar o cliente frustrado
- Eles explicaram que, para atender a exigência complexa do cliente com apenas um botão, seria preciso algo no nível de desenvolver uma máquina de ler mentes
- A um cliente preocupado com invasões, Julius disse que, por segurança, servidores conectados à internet não tinham endereço IP
- O “I” de IP significa Internet
- A internet é uma rede interconectada de computadores com endereços IP
- Dizer que algo está na internet sem endereço IP é como dizer que se pode receber uma ligação sem número de telefone
- A equipe passou a impedir que Julius se reunisse sozinho com clientes
- Um programador levou o problema diretamente ao chefe, mas o chefe interpretou isso como inveja; o programador foi repreendido e saiu da empresa pouco depois
A saída de Julius e a expansão de sua carreira
- Julius deixou a empresa dizendo que havia recebido uma proposta irrecusável
- O chefe e o departamento de RH lamentaram sinceramente sua saída
- A conta de Julius no LinkedIn era extremamente ativa e recebia centenas de comentários
- O ano em que ele trabalhou ali foi resumido no LinkedIn como uma experiência incrível e, embora não exagerasse os fatos, deixava a impressão de que ele havia contribuído enormemente para a equipe
- Depois disso, Julius virou vice-CEO de uma startup adquirida por uma multinacional e depois CEO interino
- Um jornal econômico fez uma matéria sobre ele e, mais tarde, ele entrou para a equipe de uma autoridade de nível ministerial
As “dezenas de Julius” que viraram software de IA
- O autor tentou esquecer Julius, mas seu chefe, depois de conhecer um representante comercial de uma empresa, ficou encantado com um software de inteligência artificial que aumentaria a produtividade
- Várias ferramentas de IA foram adotadas na empresa
- software de IA para ajudar a programar
- software de IA para ajudar na busca de informações
- software de IA para resumir e redigir emails
- O autor não podia desativar essas ferramentas
- Ele sentia como se estivesse cercado, o tempo todo, por dezenas de Julius, e como se cada clique no computador e cada notificação no celular viessem dele
- O chefe dizia que a produtividade da equipe estava caindo de forma preocupante e que eles precisavam usar melhor a IA
- Em seguida, disse que os concorrentes certamente estariam usando a IA mais recente e que havia contratado consultores para instalar uma nova IA de gestão de tempo e produtividade
- Quando o autor chorou dizendo “outro Julius”, o chefe respondeu que ele também sentia falta de Julius e que ele provavelmente teria ajudado a atravessar esse período difícil
1 comentários
Opiniões do Hacker News
Já vi algumas vezes pessoas parecidas com Julius, figuras de otimização de carreira, mas é difícil explicar
Você entra em uma nova equipe e há um engenheiro sênior chamado Pete, apresentado como o gênio que criou a versão inicial de um novo produto. Só que, quando você abre a base de código, ela é um bolo de lama espaguete que mal funciona para uma demo, sem documentação nem testes, e só para entender já leva tempo. Mas a diretoria pensa: “Pete fez isso em 2 semanas; por que está demorando tanto para adicionar funcionalidades?”
Mesmo explicando a situação para a diretoria, eles gostam tanto do Pete que não aceitam críticas. Pete é visto como alguém que salvou a empresa várias vezes, e quem acaba sendo julgado são os outros, por não conseguirem acompanhá-lo. No fim, enquanto quem fica paga o custo da bagunça criada por Pete, ele passa para um projeto maior e vai embora com promoção e aumento antes que os problemas apareçam. Esse padrão é tão específico que parece um comportamento intencional; fico curioso para saber como se chama esse tipo de pessoa
Há uns 20 anos venho fazendo “coisas relacionadas a computador” em empresas pequenas: de cabeamento de rede a suporte, programação e tarefas administrativas. No meu emprego atual, às vezes até dirijo empilhadeira no depósito
Ao longo de 10 anos, construí uma grande parte do ecossistema de software da mesma empresa, mas, do ponto de vista profissional, isso é uma máquina de Rube Goldberg presa com fita adesiva. Nada foi devidamente planejado, implementado ou testado, e muitas vezes o chefe aparecia numa sexta-feira à tarde dizendo que “o recurso X / a correção do problema Y / o bug Z é realmente urgente”. Também é comum a causa ser um efeito colateral de algum remendo emergencial anterior
Mesmo assim, eu fiz, e funciona. Eu costumava dizer ao chefe que “seria melhor levar esse sistema para trás do depósito e dar um tiro nele para acabar com o sofrimento”, mas, de todo modo, ele funciona. Talvez agora eu precise aprender a técnica à la Pete de pular para outro barco e garantir promoção e aumento
O livro dele, “A Philosophy of Software Design”, oferece um bom vocabulário para pensar sobre o lado técnico desse problema. O capítulo 3, “Working Code isn't Enough”, é especialmente útil e pode dar linguagem suficiente para começar a tratar do problema sem atacar a pessoa
Sobre a psicologia dessas pessoas, não encontrei uma única boa fonte, mas é claro que o sistema em que elas estão oferece um ciclo de feedback que reforça esse comportamento. Modelos de personalidade como o Big Five, com fatores como ordem/organização, também devem influenciar
Se pediram ao Pete para criar uma demo o mais rápido possível, então foi isso que ele fez. Na prática, em muitos casos nem é ruim que a diretoria peça isso. Encontrar o encaixe produto-mercado normalmente pode ter prioridade sobre dívida técnica
O ponto é que a diretoria precisa saber quanto tempo e quão difícil é transformar uma demo remendada de qualquer jeito em um sistema real de produção
O motivo pelo qual eles conseguem “se mover rápido” é que, enquanto outras pessoas tentam limitar a complexidade, eles abrem buracos nas abstrações e seguem em frente. Quando são promovidos, viram o Pete do comentário original
É uma forma de fazer a própria reputação brilhar às custas dos colegas, e pessoas como Pete são realmente péssimas
O final já dava para ver havia bastante tempo, mas o texto é bem escrito e foi divertido de ler. Como professor associado de ciência da computação, me identifiquei bastante com essa história
Grandes modelos de linguagem são um problema para os estudantes em vários níveis. No começo parecem melhores do que eles, minando sua confiança; isso faz com que os alunos queiram usar a ferramenta em vez de aprender; e, no fim, isso começa a virar uma profecia autorrealizável. Preocupa-me o impacto que essa tecnologia terá no futuro. Uma sociedade cheia de Julius dificilmente dura muito
Excelente, engraçado e extremamente identificável
Talvez eu tenha ficado cínico demais à medida que me aproximo da meia-idade, mas esse fenômeno parece acontecer porque, nas empresas, quem tem a palavra final são as pessoas de negócios. As empresas existem para o ego e os objetivos de quem as comanda, e, desse ponto de vista, gerar resultados de negócio ou impressionar os superiores muitas vezes acaba sendo mais importante do que competência técnica ou honestidade. Julius faz isso muito melhor do que os tristes programadores que só sabem programar bem
Quero acreditar que outras alternativas são possíveis, mas o mundo parece ter incentivos fortes para seguir nessa direção. Para muita gente, talvez o melhor seja um emprego que não seja disfuncional demais, respeite limites pessoais e pague um salário decente. Mesmo se sentindo grato por trabalhar em um lugar assim, a gente acaba sonhando com outras possibilidades
De fato, muitas empresas assim surgiram e chegaram a superar seus concorrentes, mas depois vi essas mesmas empresas serem infiltradas exatamente pelos tipos de negócios que elas haviam vencido
O frustrante é ver isso e não poder fazer nada. Há muitos Julius por aí. Ainda assim, o trabalho não precisa ser toda a nossa identidade. Se você teve a sorte de estar no lugar e na hora certos, talvez tenha vivido uma experiência para a vida toda; se não, tudo bem. Ainda dá para fazer trabalhos dos quais se orgulhar, e é melhor não se deixar levar demais por essas coisas. Talvez Julius não tenha essa opção
Vídeo viral recente em que Andrej Karpathy descreve o estilo de gestão de Elon: https://www.youtube.com/watch?v=aSiJ4YTKxfM
Claro que os defeitos de Elon são bem conhecidos, e ele não deve ser idolatrado. Só sou cético em relação à afirmação de que as práticas tradicionais de gestão sejam inevitavelmente determinadas pelos incentivos
Depois que comecei a viver me ajustando um pouco mais ao lado Julius nessa área, fiquei muito mais feliz
Desenvolvedores e engenheiros conseguem adaptar ferramentas às próprias necessidades com muita precisão, então tendem a presumir que outras pessoas também conseguem fazer isso. Mas não é verdade. A maioria das pessoas vive em meio a um emaranhado de soluções tecnológicas que não funcionam direito, então suas expectativas sobre como software deveria funcionar são extremamente baixas
Depois de entender isso, virei um Julius. A diretoria não se importa com como ou por que o software funciona ou não funciona. Eles querem frases de autoajuda e carisma
A parte de mandar Julius para as reuniões e deixar o resto consertar o problema me pegou especialmente. Reuniões são inúteis, mas é ali que todo mundo aperta mãos e cria laços. As pessoas que se enturmam bem assim causam uma boa impressão
A diferença é que eu ainda acho que faço meu trabalho bastante bem. Só reconheço que apenas habilidade pura de desenvolvedor ninja não constrói uma escada de carreira. Pelo contrário, pode até atrapalhar. Talvez seja uma reação cínica
É um texto que realmente vale a pena ler, e muito bem escrito
Parece dizer que Julius de verdade existem, e que os mecanismos usados para levar inteligência artificial para o ambiente de trabalho são os mesmos que os Julius do mundo usam para subir na vida
Foi realmente excelente. Conheci muitos Julius ao longo da minha carreira
O universo parece produzir e colocar em circulação esse tipo de pessoa em abundância, e provavelmente gosta bastante disso
Em áreas não técnicas, essas pessoas são chamadas de puxa-sacos
Eram ex-atletas, ou rápidos no raciocínio, ou bonitos, ou bons de papo, ou tipos insolentes. Todo mundo sabia que eram incompetentes, mas, por serem carismáticos, sempre pareciam escapar
Quando ficavam numa situação que não davam conta em um projeto, sempre aparecia alguém para salvá-los, e por isso aumentavam a carga de trabalho dos outros e acabavam sendo odiados. Normalmente, o que ajudava era o momento em que eles eram promovidos; a partir daí, nós conseguíamos controlar o projeto e eles acabavam até sendo úteis
Nós também contratamos um Julius. Um ano depois, o resultado foi que as pessoas produtivas foram demitidas, os falastrões ficaram, a receita não aumentou e gastamos mais dinheiro do que ganhamos
A empresa tem caixa para mais 6 meses. Julius, por que diabos você faz isso? A apresentação foi sensacional, parecia até que estávamos vendo um filme
Julius soa como uma aplicação repetida do princípio de Peter, com a diferença de que ele nunca chegou, para começo de conversa, a um nível de competência
É uma pessoa sofisticada, mas incompetente
Gostei muito e li com prazer
Conheci muitos Julius na faculdade e no trabalho, e, cada vez que isso acontecia, eu frequentemente acabava questionando por que deveria me importar com o que faço