A antiga maneira de programar? Você define todas as regras antecipadamente—se você puder explicá-las precisamente, a automação cuida do resto. Mas o novo paradigma inverte o roteiro: agora você só precisa de uma maneira de verificar se a saída está correta. Defina o teste, não o processo. Essa é a mudança de escrever instruções para validar resultados.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
16 Curtidas
Recompensa
16
6
Repostar
Compartilhar
Comentário
0/400
SignatureVerifier
· 9h atrás
então basicamente você está dizendo que agora apenas jogamos validação nos problemas em vez de realmente arquitetar soluções? não, validação insuficiente é como você acaba sendo pwned. vi muitos desastres de "os testes passam localmente" que desmoronam em produção... confiar mas verificar se aplica aqui também, para ser sincero.
Ver originalResponder0
SundayDegen
· 13h atrás
O desenvolvimento orientado a testes já é assim há muito tempo, agora dizer que é um novo paradigma é um pouco engraçado.
Ver originalResponder0
TokenSleuth
· 13h atrás
Hmm, isso é um sinal de que a IA vai substituir os programadores, não é?... Passar de escrever lógica para escrever casos de teste parece um pouco estranho.
Ver originalResponder0
SignatureDenied
· 13h atrás
Isto não é apenas um velho refrão de TDD, fazendo parecer que descobriram um novo continente.
Ver originalResponder0
AirdropHuntress
· 13h atrás
A retroceder as regras a partir dos resultados da validação? Parece bom, mas esta lógica aplicada à governança na cadeia e aos contratos inteligentes pode ser um pouco perigosa... Dados históricos indicam que projetos que dependem excessivamente da validação de saída frequentemente falham em casos limites.
Ver originalResponder0
ForkTongue
· 14h atrás
Falando claramente, é uma transição da programação imperativa para o desenvolvimento orientado a testes. Parece algo novo, mas na verdade essa ideia já existe há muito tempo; o que realmente a tornou viável foi a aparição do LLM.
A antiga maneira de programar? Você define todas as regras antecipadamente—se você puder explicá-las precisamente, a automação cuida do resto. Mas o novo paradigma inverte o roteiro: agora você só precisa de uma maneira de verificar se a saída está correta. Defina o teste, não o processo. Essa é a mudança de escrever instruções para validar resultados.