У новому випуску Lenny’s Podcast гість пояснює, чому вимога «дизайнер має вміти шипити код» часто хибно ставить акценти. Важливішим за коміти в репозиторій виявляється зовсім інше — глибоке розуміння «матеріалу», з яким працюєш, особливо коли йдеться про AI‑системи та агентні петлі.
Код як матеріал, а не як результат
Ключова теза: зовсім не обов’язково, щоб дизайнерський код потрапляв у продакшн. Цінність програмування для дизайнера — не в тому, щоб замінити інженера, а в тому, щоб мислити в термінах середовища, у якому живе продукт.
Коли дизайнер працює з кодом:
- він змушений враховувати обмеження й можливості платформи;
- краще розуміє, як система поводиться в динаміці, а не лише на статичних макетах;
- починає «відчувати» продукт як живу систему, а не як набір екранів.
Якщо потім цей код викинуть і перепишуть з нуля — це не проблема. Головне, що процес написання коду допоміг глибоко розібратися в матеріалі.
Дрібні правки UI проти розуміння агентних петель
Спікер протиставляє два типи навичок:
- уміння підкрутити дрібні деталі інтерфейсу — змінити стилі, відступи, кольори;
- уміння проєктувати агентні петлі (agent loops) — цикли, у яких AI‑агент отримує вхідні дані, приймає рішення, діє, аналізує результат і повторює процес.
Перевага однозначно на боці другого. Краще мати дизайнера чи продакт‑менеджера, який глибоко розуміє, як працюють агентні петлі, ніж того, хто лише впевнено редагує CSS чи інші елементи традиційного UI.
У світі, де зростає роль автономних агентів і складних AI‑систем, саме проєктування таких циклів визначає користувацький досвід: як агент реагує на помилки, як навчається, як взаємодіє з людиною, де ставить запитання, а де діє самостійно.
Чому без коду важко зрозуміти агентні системи
На думку спікера, є одна жорстка реальність: по‑справжньому зрозуміти агентні петлі можна лише тоді, коли працюєш із ними в їхньому «рідному» середовищі — коді. Саме код зараз є матеріалом, з якого зроблені такі системи.
Це означає:
- абстрактних схем і презентацій недостатньо, щоб осягнути поведінку агента;
- потрібно збирати й запускати реальні цикли, дивитися на їхню роботу, змінювати параметри й логіку;
- через експерименти в коді формується інтуїція, без якої важко якісно проєктувати AI‑досвід.
Тому вимога «дизайнер має вміти кодити» набуває іншого сенсу. Йдеться не про те, щоб дизайнер самостійно шипив фічі в продакшн, а про те, щоб він міг зануритися в матеріал — у код як у середовище, де народжуються й живуть агентні системи.
Новий стандарт для ролей у продуктових командах
У підсумку вимоги до дизайнерів і продакт‑менеджерів зміщуються:
- менше значення мають косметичні навички роботи з UI;
- більше — системне мислення й розуміння динаміки AI‑агентів;
- базове вміння працювати з кодом стає інструментом дослідження, а не обов’язком інженера‑«універсала».
Такий підхід може змінити й процеси в командах: дизайнери й PM-и, які мислять через код, здатні ставити точніші вимоги, швидше ітеративно тестувати ідеї та краще прогнозувати, як поведеться система в реальних сценаріях.