Я перестав писати код. Мій застосунок був запущений за 3 дні.
Три місяці тому я створив full-stack SaaS-панель керування. Вона мала автентифікацію, базу даних, REST API та UI.
Я написав близько 200 рядків коду. Решту зробив ШІ. ШІ написав код, перевірив його та виправив.
Застосунок працює. Користувачі платять за нього. Я не сиджу до другої ночі, виправляючи баги, яких не розумію.
Це не хвастощі. Це попередження.
Роль розробника швидко змінюється. Розробники, які переможуть, не будуть боротися з цими змінами. Вони очолять їх.
Перестаньте сприймати ШІ як інструмент автодоповнення. Це старий підхід.
AI-native розробка — це нова ментальна модель. Ви використовуєте ШІ не для того, щоб писати швидше. Ви використовуєте ШІ для реалізації, тоді як ви займаєтеся архітектурою та прийняттям рішень.
Зсув виглядає так:
- Стара модель: Ви пишете код. ШІ допомагає вам швидше друкувати.
- Нова модель: Ви визначаєте «що» і «чому». ШІ бере на себе «як». Ви перевіряєте та керуєте процесом.
Я використовував саме такий робочий процес для створення свого застосунку:
- Створити каркас проєкту за допомогою стандартних інструментів, таких як Next.js та Prisma.
- Описати модель даних простою англійською мовою.
- Дозволити ШІ згенерувати схему.
- Використовувати детальні промпти для генерації server actions та логіки.
Я не писав функції. Я їх перевіряв. Я їх тестував. Я коригував повідомлення про помилки.
Це і є нова робота.
Якщо код пише ШІ, ваша цінність полягає в мета-навичках. ШІ добре працює з патернами. Він погано приймає рішення.
ШІ не може вирішити:
- Чи потрібна вам server action чи API route.
- Де має зберігатися ваш state.
- Чи варто використовувати monorepo.
Ці рішення потребують контексту. ШІ бракує контексту. У вас він є.
Різниця між junior та senior розробником тепер полягає в точності промптів.
- Слабкий промпт: "Напиши rate limiter."
- Сильний промпт: "Напиши rate limiter на базі Redis для Next.js API route. Обмеж до 10 запитів на хвилину на одну IP-адресу. Повертай помилку 429 при перевищенні. Пропускай адмінів. Логуй події в Prisma."
Другий промпт одразу дає готовий до продакшену код.
Ви також повинні стежити за прихованими помилками. Код від ШІ часто виглядає правильним, але містить ледь помітні баги. Ставтеся до результатів роботи ШІ як до pull request від junior розробника. Перевіряйте його зі скептицизмом.
Не намагайтеся оптимізувати процес так, щоб писати менше коду. Оптимізуйте навички, що стоять навколо коду.
Розробник А пише все вручну і залишається повільним. Розробник Б використовує ШІ для деталей і витрачає час на проєктування систем.
Developer B — це новий стандарт.
Спробуйте це цього тижня:
- Напишіть повну специфікацію для фічі, перш ніж торкатися будь-якого коду.
- Використовуйте цю специфікацію як свій промпт.
- Перевіряйте результат так, ніби старший інженер перевіряє роботу молодшого.
Мета не в тому, щоб перестати бути розробником. А в тому, щоб стати кращим.
Додаткова спільнота для навчання: https://t.me/GyaanSetuAi_