Що ШІ вміє зібрати сам, а що все одно потребує розробника

Коли я у 61 рік вирішив сам зайнятися кодуванням і будувати formspace.design, не маючи класичної IT-освіти, то розумів: без потужного інструменту не обійтися. І таким інструментом став штучний інтелект. Сьогодні я можу з упевненістю сказати: ШІ здатен самостійно генерувати значну частину коду, але фундаментальна архітектура, налагодження та розуміння складної бізнес-логіки — це, як і раніше, зона відповідальності людини-розробника.

Мій шлях до коду з ШІ

Мій бекграунд — це і викладання, і бізнес 90-х, і ландшафтний дизайн з 1997 року. Я бачив, як розвивалися технології, але сам ніколи не був професійним програмістом. У компанії «Дім і Сад», де я був директором, я ставив завдання програмістам, але не писав код. Однак, коли я почав створювати formspace.design, я зрозумів, що хочу побудувати продукт, якого мені самому бракувало в практиці, і зробити це максимально ефективно, зокрема й за рахунок ШІ. Це був справжній виклик, але й величезна можливість. Я почав вчитися, використовуючи ШІ як свого головного наставника та співавтора.

Що ШІ вміє «зібрати» сам

ШІ — це неймовірний генератор шаблонного коду та чернеток. Він блискуче справляється із завданнями, які вимагають великого обсягу рутинної роботи, але не глибокого розуміння контексту. Ось кілька прикладів з моєї практики:

• Бойлерплейт-код: Створення структури проєкту, boilerplate для REST API, базові CRUD-операції (створення, читання, оновлення, видалення) для моделей даних. ШІ може згенерувати сотні рядків такого коду за лічені хвилини, що економить години або навіть дні. Наприклад, для нового модуля в formspace.design, пов'язаного з обліком рослин, ШІ швидко накидав усі необхідні ендпоінти та схеми бази даних.
• Базові компоненти UI: Генерація простих користувацьких інтерфейсів, кнопок, форм, модальних вікон. Я можу попросити його «зробити форму для додавання користувача з полями ім'я, прізвище, email» — і отримати готовий скелет, який залишиться лише стилізувати та інтегрувати.
• Переклад коду з однієї мови на іншу або рефакторинг: ШІ непогано справляється з адаптацією наявних фрагментів коду до нових стандартів або фреймворків, а також з базовим рефакторингом для покращення читабельності. Наприклад, переписування старих JavaScript-функцій на більш сучасний синтаксис ES6.
• Написання тестів: Для простих функцій ШІ може генерувати юніт-тести, що дуже корисно для підтримки якості коду, особливо коли працюєш над проєктом самотужки.

Де ШІ поки що марний

Попри всі свої здібності, ШІ має суттєві обмеження, особливо коли йдеться про створення повноцінного, складного продукту:

• Архітектура системи: ШІ не може спроєктувати загальну архітектуру застосунку, вибрати правильні технології для стеку, визначити, як взаємодіятимуть мікросервіси або модулі, як масштабувати систему. Це вимагає стратегічного мислення та глибокого розуміння майбутніх потреб продукту. Наприклад, вибір між монолітом і мікросервісами для formspace.design — це було моє рішення, засноване на довгостроковій перспективі розвитку.
• Складна бізнес-логіка: Коли йдеться про логіку, яка враховує безліч нюансів, винятків та специфічних правил, ШІ часто помиляється. Він не розуміє «чому» щось має працювати саме так, а не інакше. Наприклад, алгоритм зонування ділянки в formspace.design, який враховує інсоляцію, рельєф, уподобання користувача та десятки інших факторів, неможливо довірити ШІ цілком.
• Оптимізація продуктивності: ШІ може запропонувати загальні методи оптимізації, але глибоке профілювання, виявлення вузьких місць і тонке налаштування запитів до бази даних або алгоритмів — це завдання для досвідченого розробника.
• Унікальний UX/UI: Створення по-справжньому інтуїтивного та приємного користувацького досвіду, який відрізняє продукт від конкурентів, вимагає людського бачення та емпатії. ШІ генерує стандартні рішення, але не «душу» інтерфейсу.

Критичні етапи, що вимагають людини

Мій досвід показує, що є кілька критичних етапів у розробці, де без людини-розробника не обійтися:

1. Планування та проєктування: Це найперший і найважливіший крок. Людина повинна визначити, що саме потрібно створити, для кого, як це працюватиме, які проблеми вирішуватиме. ШІ може допомогти з ідеями, але не замінити стратегічне бачення. Саме на цьому етапі я максимально використовую свій досвід від болю бізнесу до робочого модуля за допомогою ШІ.
2. Налагодження та тестування складного коду: ШІ може генерувати код, але він також може генерувати помилки. Особливо в складних системах, де кілька модулів взаємодіють між собою, пошук і виправлення помилок, розуміння причин їх виникнення — це чиста людська робота. Я витрачаю на налагодження ШІ-генерованого коду іноді більше часу, ніж на написання простого модуля вручну.
3. Рефакторинг та підтримка: Підтримка чистоти та читабельності коду, його адаптація до мінливих вимог, усунення технічних боргів — це постійний процес, який вимагає людської оцінки та прийняття рішень. ШІ може запропонувати варіанти рефакторингу, але вибір найкращого та його коректне застосування — за мною.
4. Безпека: Проєктування та впровадження надійних систем безпеки вимагає глибоких знань вразливостей та найкращих практик. ШІ може допомогти з генерацією коду для автентифікації, але загальна стратегія захисту даних та запобігання атакам — це завдання для експерта.

Роль архітектури та системного мислення

ШІ — це інструмент, який посилює можливості розробника, але не замінює його. Я часто порівнюю це з архітектором і будівельником. ШІ може бути чудовим будівельником, який швидко зводить стіни за кресленнями. Але хто створює ці креслення? Хто планує фундамент, комунікації, загальне планування будівлі, щоб вона була функціональною, безпечною та красивою? Це архітектор — людина з системним мисленням та баченням.

У розробці продукту таким архітектором є людина. Я сам, як розробник formspace.design, відповідаю за те, щоб усі частини системи гармонійно поєднувалися, щоб продукт вирішував реальні проблеми користувачів і був стійким до змін. ШІ допомагає мені швидше втілювати мої ідеї в код, але ідеї та їх структурування — це моє завдання.

Типові помилки при роботі з ШІ-розробником

Працюючи з ШІ як зі співрозробником, я виділив кілька частих помилок, яких намагаюся уникати:

• Недостатньо точні промпти: Якщо запит до ШІ занадто загальний, результат буде таким же — загальним і непридатним. Потрібно максимально деталізувати завдання, надати приклади, вказати використовувані технології та структуру даних. Мій досвід з покроковим складанням промптів для візуалізації саду дуже знадобився і тут.
• Сліпа довіра до коду: Ніколи не можна просто скопіювати та вставити код, згенерований ШІ, без ретельної перевірки. Завжди є ймовірність помилок, застарілих методів або неоптимальних рішень. Я завжди переглядаю кожен рядок.
• Відсутність ітерацій: Розробка з ШІ — це діалог. Якщо перша відповідь не ідеальна, потрібно уточнювати запит, просити змінити деталі, ставити навідні запитання. Це не одноразовий запит, а серія ітерацій.
• Ігнорування контексту проєкту: ШІ не знає весь ваш проєкт, його історію, специфічні залежності. Він генерує код у вакуумі. Людина повинна бути тим, хто інтегрує цей код в наявну систему, враховуючи всі її особливості.

Як я використовую ШІ у formspace.design

У процесі створення formspace.design я активно застосовую ШІ на різних етапах, але завжди під своїм чуйним контролем. Наприклад, коли я розробляю модуль планування зон ділянки (модуль 1.x), ШІ допомагає мені генерувати початкові шаблони для фронтенд-компонентів, які відповідають за відтворення та взаємодію з об'єктами на плані. Я можу попросити його створити базовий компонент для перетягування елементів або для зміни їх розмірів, що значно прискорює старт роботи.

Коли я переходжу до більш складних функцій, таких як модуль AI-концепції (2.1), ШІ виступає в ролі «мозкового штурму». Я описую йому бажаний результат — наприклад, «створити концепцію саду в японському стилі з урахуванням рівної ділянки 10 соток і мінімальним доглядом» — і ШІ генерує ідеї, можливі елементи, палітри. Потім я використовую ці ідеї для формулювання промптів для візуалізації (модуль 3.1 «дизайн за фото»), а сам ШІ-рушій, який генерує ці концепції, я пишу вже самостійно, використовуючи його ж для прискорення написання окремих функцій, пов'язаних з обробкою тексту та даних. Це дозволяє мені зосередитися на унікальній бізнес-логіці та користувацькому досвіді, довіряючи ШІ рутину.

Поширені запитання

Чи можна повністю автоматизувати розробку за допомогою ШІ?

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

З якого типу проєктів краще починати використовувати ШІ в розробці?

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

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

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

Чи замінить ШІ програмістів у майбутньому?

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

Наскільки швидко ШІ генерує код порівняно з людиною?

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

Які ризики пов'язані з використанням ШІ в розробці?

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

Як ШІ допомагає у створенні унікальних функцій formspace.design?

У formspace.design ШІ допомагає мені не тільки в рутинному кодуванні, а й у формуванні концепцій, які потім лягають в основу унікальних модулів, таких як ШІ-концепція (2.1) або дизайн за фото (3.1). Він дозволяє мені швидко прототипувати ідеї, перевіряти гіпотези та отримувати чернетки для подальшого опрацювання, тим самим прискорюючи процес інновацій та доопрацювання функціоналу під потреби користувачів. Я використовую його як інтелектуального помічника для генерації ідей та початкових реалізацій.

Від ідеї до втілення з ШІ

Мій шлях створення formspace.design — це яскравий приклад того, як ШІ стає незамінним помічником, але не всемогутнім творцем. Він значно прискорює процес, але за стратегію, архітектуру та кінцевий результат завжди відповідає людина. Якщо ви, як і я, сповнені ідей і хочете втілити їх у життя, не бійтеся вивчати ШІ. Він відкриє перед вами нові можливості, але пам'ятайте: найцінніше — це ваше бачення та досвід.