Eu ja escrevi a pouco tempo aqui sobre o tal sdd. É a maior balela que existe. È o "bom" e velho waterfall com auto conplete e nada além disso... É melhor ter specs do que não ter, isso é fato. Mas specs não são bala de pratas, documentaçao de qualidade sempre foi e sempre vai ser pre-requisito para codigo de qualidade. Com a ia o gap diminiu muito, uma vez que o codigo pode ser gerado a partir da documentacao, mas o grande desafio é manter codigo e docuemntacao sincronizados e sdd do jeito que sendo proposto nao resolve isso..
Em resposta a Spec-Driven Development: o que vem depois do vibe coding
4
2
Cara, eu pensava dessa forma. Mas depois descobri que não é waterfall, porque as specs são criadas de forma iterativa e incremental. Quem na verdade está escrevendo as specs é o agente de IA. Tu vai fornecendo as informações e descrições do produto via prompt (vibe engineering) e o agente é que vai preenchendo as specs. Às vezes uma descrição ou uma frase dita no prompt pode desencadear alteração em 2 ou mais arquivos .md de specs.
A qualquer momento você pode acionar o comando /implement e ter o produto gerado. Pode fazer isso várias vezes por dia, para validar e testar. Se não estiver ok, ajusta as specs; mas tudo via prompt. O workflow que eu tenho usado é bem semelhante ao ciclo de PDCA; praticamente igual.
2
Esse ciclo que você descreveu — prompt → spec → implement → validar → ajustar — é exatamente o que diferencia do waterfall. No waterfall você define tudo antes e implementa uma vez. No SDD com agente, você implementa várias vezes por dia e as specs evoluem junto com o produto. O agente escrevendo os specs é um detalhe que muita gente não percebe: não é o dev que tem que sentar e escrever markdown — é o agente que faz isso baseado nas suas descrições. O dev só valida e ajusta.
1
Eu também tinha uma desconfiança, mas estou usando para telas em um sistema e está ficando top. Sou mais forte no back do que no front. Com isso muda tudo. Entao quem nao aderir, vai ficar para trás.
1
Essa é exatamente a virada de chave. Quem usa IA como ferramenta de produtividade no que já sabe — fica exponencialmente mais forte. Quem espera a IA resolver o que não entende — bate na parede. Parece que você tá no primeiro grupo.
1
Concordo com a crítica principal: manter código e documentação sincronizados é o problema real, e SDD no formato atual não resolve isso de forma automática.
O que muda com os agentes é que, pela primeira vez, dá pra tentar automatizar essa sincronização. O agente lê a spec, gera o código, e pode atualizar a spec quando o código muda. É um loop que antes seria puramente manual.
Vou ler o que você escreveu sobre isso aqui. Qual é o slug do post?