Glue work segue prejudicial na era da IA
Aprofundamento CEVIU
Aprofundamento
O autor define glue work como o trabalho "mole" e não técnico que sustenta o software: garantir que times conversem, escrever relatórios, atualizar documentação, integrar novos engenheiros. O ponto central é que essa parte não está no processo formal e só acontece se alguém se voluntariar. A posição dele é conhecida, já aparecia no post de 2024 "Glue work considered harmful": processos que só se sustentam pelo sacrifício não recompensado de engenheiros deveriam morrer.
A tese nova é que a IA reduz a importância desse trabalho, em vez de ampliá-lo. Ele dá quatro razões. Agentes diminuem a coordenação necessária, porque um engenheiro sozinho toca projetos que antes pediam um time pequeno. Engenheiros em 2020 exigem menos "trato cuidadoso", já que o fim da ZIRP pressionou gatekeepers de ego grande. Contratam-se menos juniores, o que elimina o onboarding voluntário. E relatórios que ninguém lê, o chamado "proof of work", podem ser gerados por LLMs.
Há um limite claro: a comunicação direta entre engenheiros não deve ser delegada a um LLM. Status, respostas a pings e conversas do tipo devem ser escritos por você. A recomendação final é evitar virar "a pessoa da cola", deixar processos ruins falharem e fazer só um pouco de glue work tático, gastando o grosso do tempo com código e com o direcionamento dos agentes.
O que mudou
O texto se conecta a uma discussão que o CEVIU vem cobrindo sobre o papel do engenheiro com agentes. Em 10 de novembro de 2026, o CEVIU noticiou "Engenheiros em 2026: o que continua valendo quando agentes assumem o código", que apontava o valor na definição de problemas, no julgamento e no conhecimento tácito. O novo texto aplica a mesma lógica ao trabalho não técnico: o que sobra de valor está no código e na condução dos agentes, não em costurar processos.
Em 27 de maio de 2026, o CEVIU publicou "Engenheiros assistidos por IA estão esgotados, isso é aceitável?", sobre cansaço cognitivo com revisões constantes. Isso dá um contraponto: se a IA já sobrecarrega o engenheiro, empilhar glue work não remunerado por cima tende a piorar o quadro. Essa ligação é leitura nossa, não afirmação do autor.
Por que isso importa
Para quem opera times de engenharia, a leitura é prática: se um processo depende de alguém "se voluntariar" para funcionar, ele precisa ser formalizado, automatizado ou abandonado. Para quem está na linha de frente, o conselho é proteger a carreira, porque trabalho invisível costuma não entrar em avaliação. Vale lembrar que se trata de opinião de um engenheiro, baseada na experiência dele, e não de dado medido.
Linha do tempo
CEVIU noticia que engenheiros assistidos por IA estão esgotados.
CEVIU publica sobre o que continua valendo para engenheiros quando agentes assumem o código.
Blog de Sean Goedecke sustenta que glue work segue prejudicial na era da IA.
Perguntas frequentes
O que é glue work?
É o trabalho não técnico que mantém o desenvolvimento de software funcionando: alinhar times, escrever relatórios, atualizar documentação e integrar novos engenheiros. Segundo o autor, são as partes fora do processo formal, que só acontecem se alguém se voluntariar.
Por que a IA reduz a necessidade de glue work, segundo o autor?
Ele cita quatro motivos: menos coordenação porque um engenheiro faz mais sozinho, menos necessidade de lidar com gatekeepers difíceis, menos juniores para integrar e relatórios que podem ser gerados por LLMs. Para ele, isso torna o glue work menos importante do que era nos anos 2010.
Dá para automatizar todo o glue work com LLMs?
Não, diz o autor. Relatórios que ninguém lê podem ser automatizados, mas a comunicação com outros engenheiros, como status e respostas a mensagens, deve ser escrita por você. Delegar isso a um LLM, na avaliação dele, prejudica rapidamente a relação com os colegas.
Qual é a recomendação prática do texto?
Evitar se tornar a pessoa responsável pelo glue work e deixar processos ruins falharem para que sejam mudados. Ainda assim, vale fazer pequenas doses de glue work tático quando ajudam o projeto. A maior parte do esforço deve ir para o código e para conduzir agentes de IA.
Fontes
- seangoedecke.comfonte original
- Categoria
- CEVIU
- Publicado
- 11 de novembro de 2026
- Editoria
- CEVIU
