GitHub Copilot руйнує ваш дизайн баз даних

Ви дивитеся на схему Rails із 47 таблицями. Зв'язки нагадують спагеті. Вам потрібна нова функція до п'ятниці. Ви вставляєте схему в Copilot і просите створити міграцію.

ШІ видає код, який виглядає правильним. Ви його релізите. Через три тижні циклічна залежність призводить до збою у процесі оформлення замовлення.

Це не помилка Copilot. Це Context Composting (компостування контексту).

Ви проєктуєте свою базу даних так, щоб ШІ міг зрозуміти її за один запит. Ви проєктуєте її не під вимоги вашого застосунку.

Японський розробник на Qiita зауважив різницю в тому, як команди використовують ШІ. Багато західних розробників намагаються заощадити токени, надаючи ШІ менше контексту. Вони використовують коротші промпти та крихітні фрагменти.

Деякі японські команди ставляться до контексту як до архітектурного активу. Вони використовують документацію схеми як каркас для ШІ. Вони пишуть коментарі спеціально для того, щоб модель розуміла бізнес-правила та переходи станів.

Це створює пастку.

Я бачив стартап, який прийняв філософію проєктування «Copilot-first». Вони спростили зв'язки та додали індекси лише для того, щоб ШІ міг легко їх сканувати.

Результат був невтішним:

  • У них стало на 30% більше таблиць, тому що ШІ не міг впоратися зі складними асоціаціями.
  • Продуктивність запитів впала.
  • Аналітичні запити стали на 40% повільнішими.

Вони оптимізували систему для читабельності ШІ та пожертвували продуктивністю для людей.

Не дозволяйте ШІ диктувати вашу архітектуру. Дотримуйтесь цих кроків, щоб зберегти баланс:

  • Документуйте рішення двічі. Пишіть одну версію для ШІ та одну версію з поясненням «чому» для людей.
  • Щотижня вручну перевіряйте одну міграцію, створену ШІ. Відстежуйте кожен зовнішній ключ та індекс.
  • Відстежуйте свою «стелю ШІ». Занотовуйте, скільки таблиць ви можете проаналізувати за одну сесію, перш ніж ШІ почне помилятися.
  • Щоквартально проводьте аудит схеми. Запитайте себе, чи спроєтував би архітектор-людина це так само без ШІ.

Тиск щодо проєктування під ШІ зростатиме. Фреймворки будуть випускати «оптимізовані для ШІ» патерни.

Найкращими розробниками будуть не ті, хто чинить опір ШІ. Це будуть ті, хто зберігає гостроту архітектурного мислення, щоб вчасно помітити, коли ШІ збиває їх зі шляху.

Чи почала ваша команда проєктувати архітектуру навколо контексту ШІ? Якою була ціна, коли це потрапило в продакшн?

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

Optional learning community: https://t.me/GyaanSetuAi