Oracle: код пишеться швидше, продукт — ні
Oracle CEO Клей Магуйрк написав у внутрішньому повідомленні: після переходу на ChatGPT і Codex деякі завдання кодування, що раніше займали 2–3 квартали, тепер виконуються за тиждень. Інструменти охопили 80% команд з весни 2026. Але вихід продуктів у реліз не прискорився — гальмують тестування, деплой і релізи.
Штат Oracle скоротився на 13% — з 162 000 до 141 000 людей за 2026 рік, звільнення коштували $1,84 млрд. Компанія вкладає десятки мільярдів в AI-інфраструктуру й партнерство з OpenAI, і чекає віддачі не лише від скорочення штату, а й від швидших релізів.
До весняного запуску 2026 року Oracle рік вагалася й не розгортала генеративний ШІ масово серед розробників, фінансистів і продавців. Коли рішення нарешті ухвалили, перехід відбувся швидко: ChatGPT і Codex за кілька місяців охопили 80% команд. Цей контраст — рік паузи проти пів року стрімкого впровадження — показовий: компанія не поспішала, поки не переконалася, що готова масштабувати інструмент, а не просто роздати ліцензії.
Чому вузьке місце не зникло, а перемістилося
Магуйрк написав, що завдання кодування, які раніше займали два-три квартали, тепер закривають за тиждень. Але загальний час виходу продукту в реліз не скоротився. Причина: коли одна ланка конвеєра прискорюється в рази, а сусідні лишаються без змін, саме вони стають новим вузьким місцем. У Oracle це тестування, валідація, деплой і управління релізами — розробники встигають написати код за тиждень і потім чекають, поки ці етапи його наздоженуть.
Це типова пастка корпоративного впровадження ШІ: інструмент лікує симптом — повільне написання коду, а не хворобу — повільний конвеєр загалом. Прискорити один етап без перегляду сусідніх означає просто перенести затримку, а не прибрати її.
- Тестування та валідація — чи встигають перевіряти код у темпі, в якому він тепер з'являється
- Деплой — чи автоматизований випуск, чи досі залежить від ручних кроків і погоджень
- Управління релізами — чи регламент випуску розрахований на новий обсяг готового коду
Що це означає для звільнень і інвестицій
Штат Oracle скоротився зі 162 000 до 141 000 людей за 2026 фінансовий рік — на 13%. У документах для SEC компанія прямо пов'язує ці скорочення з ефективністю від ШІ та ширшою реструктуризацією. Звільнення обійшлися в $1,84 млрд, а чергова хвиля скорочень прийшлася приблизно на 15 вересня 2026 року — практично одночасно з внутрішнім повідомленням Магуйрка.
Паралельно Oracle вкладає десятки мільярдів у дата-центри та хмарну інфраструктуру для ШІ — переважно для зовнішніх клієнтів, а не лише для власних потреб, і розширює партнерство з OpenAI. Для компанії з такими інвестиціями економії на штаті замало: віддача має прийти й від швидших продуктових циклів, і від нового доходу. Власне визнання Магуйрка, що релізи не прискорилися, свідчить: дохідна частина цього рівняння поки не складається.
Що перевірити перед тим, як покладатися на прискорення коду
Кейс Oracle — орієнтир для будь-якої компанії, що впроваджує ШІ в розробку: швидший код без перегляду тестування, деплою й релізного процесу не дає швидшого продукту. Перед тим як обіцяти керівництву чи інвесторам прискорені терміни виходу, варто поставити собі просте діагностичне питання.
Скільки часу минає від моменту "код готовий" до моменту "реліз вийшов" — і яка ланка в цьому проміжку не змінювалася, поки код почав з'являтися вдесятеро швидше?- Чи скорочення штату після впровадження ШІ супроводжується інвестицією в прискорення тестування й деплою, чи лише економією на зарплатах
- Чи темп ухвалення релізних рішень і погоджень відповідає новому темпу написання коду
Якщо компанія такого масштабу, як Oracle, — з 80% охопленням інструментів і десятками мільярдів інвестицій — досі не прискорила релізи, для решти галузі це орієнтир: подібні труднощі варто закладати в план заздалегідь, а не виявляти постфактум.