Este é um pequeno acréscimo / side-quest da série recente. Ele não se encaixava perfeitamente no post principal, então estou publicando separadamente. É mencionado brevemente na parte 2 de Por que as Fábricas de Software Falham: Acendendo as luzes novamente.
Buscando Alavancagem
Mesmo antes da IA, apenas 25-50% do tempo para entregar uma funcionalidade era escrever o código propriamente dito. O resto era alinhamento/planejamento, revisão de código/retrabalho e teste/verificação da solução.
Se você está usando IA apenas para escrever o código, então está reduzindo as 2-4 horas de codificação para 10-20 minutos, mas não acelerou mais nada aqui.
Mas se você usar IA para ajudar a planejar e alinhar, então você realmente chega perto de ser 2 a 3 vezes mais rápido.
A regra 80/20 na alavancagem de codificação com IA
Vamos supor que, se você mandar um prompt de duas frases de qualquer jeito na sua fábrica, sua chance de obter um resultado totalmente mesclável é de ~50%, e a chance de precisar retrabalhá-lo é de 50%.
Agora digamos que você é um engenheiro principal com 10 anos de experiência. Você tem toda a base de código em 100 repositórios baixada na sua cabeça. Então você passa uma tarde escrevendo uma especificação perfeitamente detalhada manualmente. Agora suas chances são melhores, mas você provavelmente ainda tem cerca de 10% de chance de ter que refazer \*algo* significativo.
E no extremo oposto: escreva você mesmo cada linha. Não sobra nada para o agente errar, então a chance de retrabalho vai a zero.
\
ota\\ Para este exemplo, vou borrar
"chance de você ter que mudar algo" ponderada por "o quão dolorosa será a mudança"
em um único número percentual, mas obviamente são duas variáveis separadas. Se o modelo tem 50% de chance de errar o estilo de um botão, mas a correção é um prompt barato, então nossa "dor esperada" combinada é baixa.
dor esperada = P(você ter que mudar algo) × o quão dolorosa é a mudança
Se você desenhar isso, existe uma relação inversa entre o esforço investido antecipadamente e a dor esperada.
O que você não quer fazer é passar 6 horas planejando uma tarefa para a qual você poderia ter eliminado 80% da dor esperada nos primeiros 10 minutos.
Você precisa fazer isso sem se concentrar demais em perguntas que não conseguirá responder sem descer um nível. Por exemplo, se você fez algum trabalho no nível "Produto" e ainda não respondeu a todas as perguntas em aberto, é possível que precise terminar onde está e ampliar um nível para os detalhes técnicos para entender o que é viável. Não existe um processo perfeito para isso.
É a isso que nos referimos como alavancagem - e isso exige ser pragmático. Se você está fazendo várias fases de planejamento, ampliando da visão de 50.000 pés até a visão de 10.000 pés, você quer fazer um pouco de direcionamento em cada fase para garantir que está eliminando o máximo de dor esperada possível.
boa sorte.
