Este é um pouco um apêndice / side-quest da série recente. Não se encaixou perfeitamente no post principal, então estou publicando separadamente. Ele é brevemente referenciado 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 em si. O resto era alinhamento/planejamento, revisão de código/rework e teste/verificação da solução.
Se você está usando IA apenas para escrever o código, 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 no planejamento e alinhamento, aí sim você chega perto de ser 2-3x 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 na sua fábrica sem pensar muito, sua chance de obter um resultado totalmente integrável é de ~50%, e a chance de precisar refazer é de 50%.
Agora, digamos que você é um engenheiro principal com 10 anos de experiência. Você tem todo o código-fonte de 100 repositórios baixado 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 uns 10% de chance de ter que refazer algo \*significativo.
E no extremo oposto: escreva cada linha você mesmo. Não sobra nada para o agente errar, então a chance de refazer vai a zero.
\
ota\\ Para este exemplo, vou simplificar
"chance de ter que mudar algo" ponderada por "o quão dolorosa a mudança será"
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) × o quão dolorosa é a mudança
Se você desenhar isso, há uma relação inversa entre o esforço investido antecipadamente e a dor esperada.
O que você não quer fazer é gastar 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 prender demais a perguntas que não conseguirá responder sem descer um nível. Por exemplo, se você já fez algum trabalho no nível "Produto" e ainda não respondeu todas as perguntas em aberto, é possível que precise parar onde está e descer 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 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.
