O GitHub Copilot está arruinando o seu design de banco de dados

Você encara um schema do Rails com 47 tabelas. Os relacionamentos parecem um prato de espaguete. Você precisa de uma nova funcionalidade até sexta-feira. Você cola o schema no Copilot e pede uma migration.

A IA te entrega um código que parece correto. Você faz o deploy. Três semanas depois, uma dependência circular derruba o seu fluxo de checkout.

Isso não é uma falha do Copilot. Isso é Compostagem de Contexto.

Você está projetando seu banco de dados para o que uma IA consegue entender em um único prompt. Você não o está projetando para os requisitos da sua aplicação.

Um desenvolvedor japonês no Qiita notou uma diferença na forma como as equipes usam a IA. Muitos desenvolvedores ocidentais tentam economizar tokens fornecendo menos contexto à IA. Eles usam prompts mais curtos e pequenos fragmentos.

Algumas equipes japonesas tratam o contexto como um ativo arquitetural. Elas usam a documentação do schema como um andaime para a IA. Elas escrevem comentários especificamente para que o modelo entenda as regras de negócio e as transições de estado.

Isso cria uma armadilha.

Vi uma startup adotar uma filosofia de design "Copilot-first". Eles simplificaram os relacionamentos e adicionaram índices apenas para que a IA pudesse escaneá-los facilmente.

O resultado foi ruim:

  • Eles tiveram 30% mais tabelas porque a IA não conseguia lidar com associações complexas.
  • O desempenho das queries caiu.
  • As queries analíticas ficaram 40% mais lentas.

Eles otimizaram para a legibilidade da IA e sacrificaram o desempenho humano.

Não deixe a IA ditar sua arquitetura. Siga estes passos para manter o equilíbrio:

  • Documente as decisões duas vezes. Escreva uma versão para a IA e uma versão explicando o "porquê" para humanos.
  • Revise uma migration da IA manualmente toda semana. Rastreie cada chave estrangeira e índice.
  • Monitore seu limite de IA. Observe sobre quantas tabelas você consegue raciocinar em uma única sessão antes que a IA falhe.
  • Realize uma auditoria de schema trimestral. Pergunte-se se um arquiteto humano projetaria dessa forma sem a IA.

A pressão para projetar para a IA vai crescer. Frameworks lançarão padrões "otimizados para IA".

Os melhores desenvolvedores não serão aqueles que resistem à IA. Serão aqueles que mantiverem seu pensamento arquitetural afiado o suficiente para perceber quando a IA os levar pelo caminho errado.

Sua equipe começou a projetar a arquitetura em torno do contexto da IA? Qual foi o custo quando isso chegou à produção?

Fonte: https://dev.to/xu_xu_b2179aa8fc958d531d1/github-copilot-is-rewriting-how-you-think-about-database-design-and-not-in-a-good-way-1691

Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi