Published on

Por que a IA torna o coaching técnico mais relevante para arquitetos

Authors
por-que-a-ia-torna-o-coaching-t-cnico-mais-relevante-para-arquitetos

A adoção de IA na programação não elimina o problema da qualidade do código; ela torna esse problema mais visível e mais difícil de delegar. Na fala de Emily Bache no Agile Meets Architecture, a tese aparece de forma prática: se o custo do software é dominado pelo custo de mudá-lo, então acoplamento, coesão e práticas de engenharia continuam sendo questões centrais para qualquer organização que queira ser ágil. A diferença é que agora ferramentas de IA podem produzir código ruim mais rápido, e não há garantia de que consigam consertar depois o emaranhado que ajudaram a criar.

Bache sustenta essa ideia por dois caminhos. O primeiro é conceitual: tanto humanos quanto modelos de IA têm limites de contexto. Um módulo bem isolado, com baixo acoplamento e alta coesão, permite que uma mudança seja compreendida dentro de uma área menor do sistema. Um desenho muito acoplado exige que mais relações sejam carregadas na cabeça do desenvolvedor ou na janela de contexto da ferramenta. O segundo caminho é empírico, ainda com cautela: ela cita um estudo recente que relaciona métricas de saúde do código com a taxa de quebras em refatorações feitas por diferentes ferramentas de IA. Mesmo em bases já relativamente saudáveis, a qualidade do código influenciou o desempenho.

A consequência organizacional é menos óbvia. Arquitetos costumam lidar com decisões transversais: decomposição estrutural, restrições, desempenho, tecnologias. Essas decisões importam, mas não entram automaticamente no minuto a minuto em que uma equipe aprende a escrever testes melhores, refatorar com segurança ou discutir desenho antes de abrir um pull request. Bache localiza aí o papel do coaching técnico: não como substituto da arquitetura, mas como uma função complementar voltada a elevar as práticas dentro das equipes. Learning hours, exercícios em pares e ensemble programming aparecem como mecanismos para ensinar micro-habilidades antes de enfrentá-las no código de produção.

O ponto mais útil é que esse papel não precisa virar uma nova camada pesada no organograma. Bache descreve uma trajetória em que desenvolvedores seniores, arquitetos ou staff engineers incorporam parte do coaching à própria função, desde que tenham competência técnica suficiente e aprendam a ensinar. Há limites claros: um agile coach sem experiência de desenvolvimento teria dificuldade, assim como um gerente afastado do código há anos. Para organizações que estão introduzindo IA, a pergunta concreta deixa de ser apenas qual ferramenta adotar. Passa a ser quem, dentro das equipes, vai ensinar as práticas necessárias para que a ferramenta não aumente o custo de mudança que prometia reduzir.

Assistir ao episódio original

Referências encontradas

Livros

  • Structured Design: Fundamentals Of a Discipline Of Computer Program And Systems Design, de Larry L. Constantine — Ver livro na Amazon
  • Training From The Back Of The Room!: 65 Ways To Step Aside And Let Them Learn, de Sharon L. Bowman — Ver livro na Amazon
  • Use a Ciência do Cérebro para Fazer o Bastão de Treinamento, de Sharon L. Bowman — Ver livro na Amazon

Este post contém links de afiliado. Se você comprar por eles, eu posso receber uma pequena comissão sem custo adicional para você.