Коли ШІ став моєю “бабусею”: чому кодити – це старомодно, а думати – новий хіт
Минулого тижня мій товариш, програміст з двома десятками років досвіду, зізнався: він почав розробляти ШІ-додатки заради певних “нечесних переваг”, які, як він думав, дасть йому його досвід. Але сталося зовсім інше. Його додатки безперестанно “падали”, а він загруз у нескінченному циклі виправлень і повторних запусків. Це було, м’яко кажучи, неприємно. Він визнав, що проблема полягала не в коді, а в його підході. Найцікавіше те, що багато хто з нас, намагаючись приборкати штучний інтелект, стикаються з тим самим.
Ви, певне, теж експериментували з Claude, Cursor чи навіть гралися з Lobe. Створюєте щось, воно функціонує кілька хвилин, а потім… бац! Не працює. Просите ШІ виправити – він, можливо, й каже, що виправив. Знову тестуєте – а воно як було криве, так і лишилося. ШІ перепрошує, переписує той самий проблемний код, але трохи по-іншому. А ви сидите, чухаєте потилицю й думаєте: “Може, таки варто вивчити програмування?”
Зупиніться. Саме це питання заведе вас не туди. Дозвольте розповісти вам історію.
Уявіть, що ви найняли найкращого столяра у світі. Майстер неймовірно вправний: молоток тримає як чарівну паличку, ріже дерево з хірургічною точністю, його майстерність вражає! Але є одна проблема: ви ніколи не показували йому креслень. Ви просто кажете: “Збудуй мені дім”. Що буде? Звісно, він щось побудує. Але ванна кімната може опинитися на місці кухні, а дах, можливо, не зістикується зі стінами. І це не тому, що столяр поганий. Просто він здогадується, що саме ви хочете.
Друзі мої, це те, що ви робите зараз зі ШІ. У вас є доступ до найкращих у світі технологій – GPT-4, Claude Opus та інших див. Але ви не даєте їм креслень. Ви просто кажете: “Зроби мені додаток”, плекаючи сподівання на диво. Навичка, яка дійсно потрібна, – це не кодування. Це – системна архітектура. І я покажу вам, як опанувати її.
Чому це важливо? Бо саме це змінило моє життя як розробника. Я став створювати додатки, які працювали без збоїв, значно швидше, ніж це вдавалося навіть досвідченим програмістам. І я готовий поділитися простою чотириетапною системою, яку називаю SHIP. Вона допоможе вам вирватися з кола постійних виправлень і почати реально запускати додатки.
S – як “Створи План Системи”
Пам’ятаю, як я просто відкривав ШІ-редактор і просив: “Зроби сторінку авторизації”. Щоразу результат був хаотичним кодом, і я не орієнтувався в ньому. Але потім мене осяяло: якщо витратити 10 хвилин на планування загальної структури додатка, ШІ одразу починає видавати щось більш зрозуміле.
S – це System Planning (Планування системи). Перш ніж торкнутися будь-якого рядка коду (чи й запиту до ШІ), слід продумати окремі блоки вашого додатку та їх потреби. Де зберігатимуться дані? Чи потрібна автентифікація користувачів? Продумайте ці структурні елементи, а тоді переходьте до наступного етапу.
H – як “Обирай Інструменти сам”
Зізнаюся, зараз я щомісяця витрачаю купу грошей, бо колись дозволив ШІ переконати мене застосовувати дорогий сервіс бази даних, який насправді виявився недешевим. Якби я тоді витратив 5 хвилин, щоб дізнатися альтернативи в іншого ШІ, можливо, мене б не “обдирали” щомісяця.
H – це Handpick your tools (Вибирай сам інструменти). На цьому етапі ви досліджуєте найкращі рішення для кожного компонента вашої системи. Я особисто віддаю перевагу Grok через його швидкість і чудові можливості дослідження. Головне: інструменти маєте обирати ВИ, а не ШІ. Замість сліпого вибору Supabase, Firebase чи Convex, оцінюйте варіанти: “Скільки це коштуватиме? Що я можу отримати безкоштовно? Чи є там усі необхідні функції?”
Ось лайфхак, який я відкрив: додавайте до своїх технічних вимог фразу: “Без технічного жаргону. Я не інженер. Поясніть так, щоб я міг ухвалити рішення”. Це працює!
I – як “Імітуй – Тестуй – Зроби Мінімум”
Ох, скільки тижнів я витратив на створення ідеального додатку з двома десятками функцій, щоб потім з’ясувати, що сама ідея не працює! Як, наприклад, тоді, коли ми з клієнтом три місяці розробляли додаток для iPhone, а Apple його навіть не допустила в App Store.
Тепер я створюю найпростіші версії за лічені години, щоб переконатися, що концепція взагалі життєздатна. І це заощадило мені сотні годин.
I – це Initial Test Build (Початкова тестова збірка). Це той крок, якому ніхто не вчить. Візьміть свій план з етапу H і створіть абсолютний мінімум, щоб довести, що ваша система працює. Без красивого дизайну, без зайвих функцій. Якщо це ШІ-чатбот – забудьте про систему авторизації, скидання паролів. Просто доведіть, що ШІ може підключатися до ваших даних. І, заради Бога, не робіть його надто “привабливим”.
P – як “Приготуйся до Нового Старту!”
І ось ми підійшли до останнього пункту – P. Це буде болісно: я й сам колись тижнями намагався “полагодити” свої тестові версії, розплутуючи код, якого сам не розумів. Кожна “виправлена” помилка породжувала дві нові.
Аж поки я не відкрив секрет найкращих ШІ-розробників: вони видаляють тест і починають все спочатку.
P – це Production Build (Виробнича збірка). Більшість людей не доходить до цього етапу, бо намагаються “реанімувати” свої недолугі тести. Не робіть цього! Повірте мені. Тепер, коли ви знаєте, що саме функціонує в тестовій версії, почніть з чистого аркуша, використовуючи ці знання. Вдоскональте свій план і будуйте реальний додаток. Це дозволить вам увійти в топ-1%.
Чому? Бо поки всі інші гарячково пишуть “Зроби мені додаток”, ви надаєте ШІ повністю перевірену “бойову карту”.
Як це виглядає на практиці?
Розглянемо приклад: створимо платформу для кастомних ШІ-чатботів. Це саме той інструмент, за який нині платять від 20 до 50 доларів на місяць. А ми спробуємо “зібрати” його буквально за кілька хвилин, використовуючи SHIP.
Припустимо, ми хочемо створити щось схоже на кастомні GPT від OpenAI. Я підготував промпт, який можна адаптувати під ваші потреби. Головне – постійно додавайте ту магічну фразу: “Без технічного жаргону. Я не інженер. Поясніть, щоб я міг ухвалити рішення”.
Коли ви робите запит, ШІ може запропонувати купу різних сервісів. Наприклад, для авторизації може порадити Clerk, але також згадати Supabase. Для зберігання даних – Versel Postgress, або знову Supabase. Для файлового сховища – Versel Blob, або Supabase. Бачите закономірність? Складається враження, що є єдиний сервіс, який може все. Тому так важливо самим обирати інструменти!
Отже, що нам потрібно? Авторизація, збереження даних, файлове сховище, “мозок” для чатбота (інтеграція з LLM) і, звісно, оплата та підписка (Stripe або Lemon Squeezy).
Але якщо ви будуєте мінімальний робочий продукт (MVP), навіщо використовувати Clerk, Versel Postgress, Versel Blob, коли можна просто використати Supabase – один сервіс для всього? Так, ШІ може сказати, що це “єдиний постачальник”, але це не завжди погано. Якщо вам потрібна простота та єдиний інтерфейс – Superbase може бути вашим рішенням. Це рішення, яке маєте ухвалити ВИ.
Коли ви визначилися з компонентами, попросіть ШІ створити план. Не код, ні! Детальний план з етапами, який ви потім зможете скопіювати та вставити в будь-який ШІ-кодер: Cursor, Claude або будь-який інший.
Майбутнє – за архітекторами, а не кодерами
Розумієте, будуючи таким чином, ви здійснюєте фундаментальний здвиг у мисленні. Ви не стаєте “технічним” у традиційному сенсі. Ви не вчитеся кодувати. Ви перетворюєтесь на архітектора, планувальника, людину, яка приймає рішення.
Уявіть ШІ як свою будівельну команду. Кваліфікованих робітників, яким не потрібно платити. Ви стаєте більш технічним, ніж більшість людей сьогодні. Просто ви не кодер у старому розумінні. Є величезна різниця між тим, хто цілий день просто “ліпить” код, марнуючи час, і програмним архітектором, який використовує ШІ.
Чи назвали б ви архітектора будівлі “нетехнічним”, бо він особисто не кладе цеглу у фундамент? Ні. У нього просто інша робота. Він розуміє систему, структуру, як все пов’язано. Це дуже технічна робота. І неймовірно цінна.
Навчання кодуванню – вмирає. А ось архітектура та системне мислення – це ваші наступні 100 000 доларів. Готовий битися за це!
Що далі?
Ви готові спробувати? Перейдіть до свого улюбленого ШІ (того ж Grok чи ChatGPT) і застосуйте фреймворк SHIP до вашої ідеї. Навіть якщо це всього лише невеликий проєкт.
Я ділюся цими знаннями безкоштовно, щоб ви мали ту саму “нечесну перевагу” ще до того, як це стане мейнстрімом. Але якщо ви хочете заглибитися, запрошую вас на свій AI Coding Workshop. Там ми створимо реальний додаток, використовуючи саме ці принципи. Посилання – в описі.
Підсумовуючи сказане, наш підхід до роботи зі штучним інтелектом має трансформуватися. Замість того, щоб бути “ліпильниками коду”, ми повинні перетворитися на “будівельників систем”. Фреймворк SHIP – це ваш квиток у майбутнє, де ви керуєте потужними інструментами, а не дозволяєте їм керувати вами.
Отже, можна сказати, що майбутнє за тими, хто вміє мислити системно, планувати проєкти та ефективно використовувати нові технології. Не відставайте. Почніть будувати вже сьогодні!
