Артефакти і боттлнеки
Зустрічалися на каву зі своїм товаришем, говорили (в тому числі) про AI-розробку.
Я звісно не експерт і давно вже не пишу код, тому попереджаю- не робіть так, як роблю я. :) Або принаймні розумійте, що наслідки можуть бути непередбачувані. Другий дісклеймер- у мене greenfield код і хоббі проєкт, не намагаюся давати поради професійним розробникам.
Але.
Мій підхід до AI розробки зараз це повна протилежність тому, як я намагався писати код з AI рік тому.
Власне це перша відмінність- я більше не "пишу код з AI", я намагаюся вирішувати проблеми. Код це лише артефакт, який можливо потрібен LLM, але не мені. Як до речі й структура баз даних, PR, архітектура, система CI/CD чи моніторінгу і тд.
Друга відмінність- я не кажу AI, що робити.
Навіть коли я "знаю", що я хочу, все одно стараюся не згадувати це, коли формую запит.
Описую, що я хочу отримати, але не як це зробити. Може це мій карго-культ, але у мене враження, що чим більше деталей ти даєш AI, тим вище шанси, що він в них заплутається. Набагато краще- open-ended "що ти думаєш" і хай він пропонує варіанти.
Третє- цикл само-вдосконалення.
"Подивись як ми зараз робимо Х і запропонуй що можна зробити краще". Працює для коду, процесів, дизайну, UI та і здається майже для всього. Дуже часто я не знаю, як зробити код чи процеси навколо краще, але AI може. Якщо дати йому на це дозвіл або пояснити, чому для тебе це важливо.
Найкраща аналогія, яку я придумав- AI як твій СТО, а ти нетехічний менеджер або ко-фаундер. Ти не будеш розказувати СТО як побудувати деплой стратегію чи питати за смоук тести, але ти можеш сказати, "слухай, у мене через тиждень Black Friday, давай перевіримо чи ми до нього готові".
Про артефакти поговорили, тепер ботлнеки: я не хочу бути ботлнеком для AI. :)
"ШІ зробив PR на 2 тис рядків, тепер чекаємо щоб бекендер їх переглянув" - знайомо?
Задайте собі питання: на шо? І не в тому сенсі, що ревʼю не потрібно, а в тому сенсі яку проблему воно вирішує. Eg деградація швидкості, нові баги після рефакторингу, зміна публічного API і тд.
Це реальні проблеми, не видумані. А от "ревʼю від бекендера" це рішення-артефакт епохи, яка вже в минулому. Artisan software development. У кожної з проблем вище є автоматизоване рішення і мені здається очевидним, що воно більш перспективне. А навіть якщо щось пропустили- окей, завжди є цикл self-impovement.
ШІ може дуже швидко рухатися- але тільки якщо ми його не тормозимо. Як казав незабутній Джобс, “you have to learn to trust it, and then you fly”

