У розмові на каналі The Pragmatic Engineer творці Flask та Pi обговорюють парадокс сучасної розробки: чим легше стало «просити» інструменти й ШІ‑агентів зробити щось за нас, тим важливішою стає здатність інженера відмовлятися від зайвих рішень.
Інженер, який каже «ні»
Ключова теза проста: хороший інженер — це той, хто часто каже «ні».
Йдеться не про пасивний опір змінам, а про усвідомлене обмеження:
- «Ні» до зайвих фіч, які ускладнюють систему.
- «Ні» до рішень, які не масштабуються.
- «Ні» до змін, що не мають достатнього обґрунтування.
Старші інженери зазвичай добре відчувають ціну кожного «так»: технічний борг, підтримка, ризики, приховані витрати. Саме тому їхня перша реакція на нову ідею часто стримана.
Як агенти й ШІ стимулюють нескінченне «так»
З появою агентів та генеративного ШІ поведінка команд змінюється. Коли можна просто «попросити» систему зробити ще одну задачу, додати ще одну можливість або згенерувати ще один варіант, з’являється спокуса погоджуватися на все:
«Так, хочу це, і це, і ще ось це — бо мені не потрібно набирати це вручну».
Ця легкість породжує низку проблем:
- Зростає кількість ініціатив без чіткої пріоритизації.
- Команда перевантажується завданнями, які не пройшли критичний відбір.
- Втрачається культура обґрунтованого «ні», бо здається, що виконання «нічого не коштує».
Насправді ж вартість з’являється пізніше — у вигляді складнішого коду, заплутаної архітектури та важкої підтримки.
Новий конфлікт: старші інженери проти «озброєних» джунів
Окремий пласт — динаміка між досвідченими й молодшими інженерами. Типова ситуація:
- Старший спеціаліст каже «ні» певному рішенню, спираючись на досвід.
- Через 48 годин молодший інженер повертається з результатами роботи агента й каже:
«Я поговорив з агентом, тепер у мене є всі докази, чому ми не повинні робити це так».
Тобто інструмент, який мав допомагати, перетворюється на «аргумент авторитету». Замість дискусії про контекст, компроміси й довгострокові наслідки, з’являється спроба підкріпити позицію «машинним» висновком.
Це змінює баланс у команді: досвід і інтуїція старших інженерів починають конкурувати з відповідями агентів, які не несуть відповідальності за наслідки.
Аналогія з медициною: «ось, що сказав ШІ — зробіть так»
Ситуацію порівнюють із тим, як пацієнти приходять до лікаря з роздруківкою з ChatGPT:
«Ось що сказала машина. Ви краще зробіть так».
У цьому сценарії:
- Машина видає текст, який виглядає переконливо.
- Людина сприймає це як інструкцію, а не як підказку.
- Фахівець (лікар чи інженер) змушений сперечатися не з людиною, а з «авторитетом» алгоритму.
Для інженерії це означає: якщо команда беззастережно довіряє агентам, роль професійного судження знецінюється. Натомість саме воно має бути фільтром, який відсіює небезпечні або зайві рішення.
Висновок: ШІ не скасовує потребу в «ні»
Автоматизація й агенти не знімають з інженерів відповідальності за вибір. Навпаки, чим більше інструменти спрощують створення коду та рішень, тим важливішою стає здатність:
- ставити під сумнів кожне нове «так»;
- не сприймати відповіді агентів як остаточну істину;
- захищати технічну цілісність продукту навіть тоді, коли «машина каже інакше».
У цьому контексті «хороший інженер каже “ні” часто» звучить не як консервативний девіз, а як необхідна умова виживання проєктів у добу ШІ.
Джерело
YouTube: https://www.youtube.com/watch?v=GkEWAzx2xRI