Найбільша зміна, яку я відчув за останні рік-два, *кількість pull-запитів аномально зросла.
Я був інженерним менеджером. Під моїм керівництвом була команда з більш ніж десятка людей, Більше половини з них були підрядниками (другорядними інженерами).
---
Вони працюють вночі та на вихідних після своєї денної роботи. І з вечора п'ятниці до вечора неділі, Масштабна кількість потягів піднімається одночасно.*
Один підрядник може працювати над кількома репозиторіями одночасно, До кінця тижня вони перебувають у стані "з чого почати?". Десятки pull-запитів, що накопичуються лише за вихідні, є звичайною справою.
---
Просто тому, що продукт є конфігурацією мікросервісу, Навіть процес злиття не є мікро.
На практиці бізнес-логіка є складна і поширюється на кожну послугу, Якщо її об'єднати без розуміння контексту, Цілісність всієї системи миттєво руйнується.
На перший погляд здається, що продуктивність зростає. Але в сукупності продукт стає більш нестабільним.
---
У такій ситуації важко відпочити. Якщо залишити суботу і неділю без контролю, то в понеділок може щось зламатися.
Зрештою, менеджери та розробники, "структура, яка не може відпочивати".
---
На перший погляд, це можна описати як "підвищення продуктивності". Але, по суті, відбувається зростаюча "втрата контексту". Продуктивність - це, не в тому, щоб писати код швидше, *вона залежить від здатності людей, які розуміють контекст, приймати правильні рішення і правильно об'єднуватися.
---
Однак у деяких сферах ШІ може допомогти в цьому питанні, обмеження також очевидні. Зокрема, в UX і фронтенді, де потрібні "очі" і "вуха", ШІ поки що не може доповнити людські органи чуття.
Однак ШІ може працювати лише з внутрішньою логікою, а користувацький інтерфейс і дизайн досвіду - ні.
Вважається, що чим більше використовується ШІ, тим менша продуктивність досягається, *Чим більше використовується ШІ, тим меншої продуктивності досягають, і легко потрапити в "пастку зворотної продуктивності ".
---
Це проблема, яка стає очевидною, коли ви виходите за межі організації розробників, що складається з десятка-другого людей. Я не говорю про речі на кшталт "01 прототип в Claude Code". *Це реальність, яка з'являється, коли ви переходите на етап підтримки продукту, який працює у виробничих масштабах.
І ШІ, і люди вже працюють на межі своїх можливостей. Проте ніде не можна гарантувати, що продукти не зламаються.
