Чому швидка розробка за допомогою ШІ — це пастка
Випуск фічі за 20 хвилин за допомогою ШІ — це не успіх. Це ознака того, що ви прискорили найдешевшу частину своєї роботи. Ви пропустили найдорожчу.
Написання коду ніколи не було найскладнішою частиною інженерії. Справжні виклики полягають у таких завданнях:
- Визначення вимог
- Скорочення обсягу (scope)
- Встановлення обмежень
- Доведення правильності змін
Коли ви пропускаєте ці кроки, ШІ допомагає вам швидше випускати не те, що потрібно. Це створює прірву між «виглядати завершеним» та «бути завершеним». ШІ надає чистий код, але він не каже вам, чи підходить цей код вашій системі. Він не попереджає про довгострокові витрати.
ШІ посилює ваші наявні звички. Гарне судження стає швидшим. Погане судження також стає швидшим.
Сучасні робочі процеси демонструють ризики:
- Люди видаляють дані з production-баз даних, тому що ШІ звучав впевнено.
- Навантаження на рев'ю зростає, оскільки ви приймаєте більше коду.
- Більшість багів виникає через нечіткі вимоги, а не через погану генерацію коду.
Це старі інженерні проблеми в нових масках. Промпт-інжиніринг — це навичка, яку можна опанувати за вихідні. Справжня навичка полягає в управлінні роботою через послідовність:
- Вимоги
- Виявлення прогалин
- Планування
- Малі зміни
- Рев'ю
- Верифікація
Ваш перший промпт має бути зосереджений на тесті, який доводить правильність роботи. Не робіть його останнім кроком.
Такі інструменти, як Git або CI/CD, працюють лише тоді, коли ви перебудовуєте свій робочий процес навколо них. Інструмент менш важливий, ніж робочий процес.
Переможцями стануть не ті інженери, які використовують ШІ найбільше. Це будуть ті, хто спочатку уповільнює розгляд проблеми, а вже потім прискорює написання коду. Більшість людей використовують ШІ, але мало хто застосовує його з інженерним підходом.
Як ви адаптуєте свій робочий процес, щоб подолати ці прогалини у верифікації?
Source: https://dev.to/yerkerakhimov/why-shipping-fast-with-ai-is-a-trap-3f9l
Optional learning community: https://t.me/GyaanSetuAi