Що знецінює ШІ, а що робить затребуванішим
ШІ знецінює не професії цілком, а способи створювати цінність. Що втрачають застосунки, курси й ролі — і де ростуть дані, інтеграція та відповідальність.
Stuzhuk Lab — Chemistry of Code
Хімія коду
← Усі статті
Тег
Enterprise
Усі статті блогу з цим тегом.
Якість компактної замірної мережі не росте від запуску навчання: цикл експериментів
Третя нотатка пілоту УЗТ: діагностика помилок, один важіль за раз, епохи, набір і коли модель уже не треба «дотискати» відсотками.
Порожня клітинка, повтор і закреслення: розпізнавач не повинен вирішувати, чи є замір
Продовження пілоту УЗТ: п'ять видів клітинки, чорнило, повтор угору по колонці, закреслення і чому евристика ще не замінює крихітний класифікатор.
Інспекція на основі ризику: чому календар програє контуру
Польові нотатки з RBI: портфель активів, PoF×CoF, модулі цілісності, документація API RP і академія — без претензії на готовий продукт.
Рукописний бланк УЗТ: чому однієї моделі мало
Польові нотатки пілота: комп’ютерний зір, OCR, vision LLM, confidence і review оператора до ERP — без претензії на готовий гайд.
Чи може штучний інтелект розібратися в проєкті з 15-річною історією
Успадкований код на мільйони рядків, сотні таблиць і десятки інтеграцій: що ШІ розуміє за години, де помиляється, як впроваджують RAG і індексацію репозиторію, і чому експерт + модель швидші за будь-кого з них окремо.
Як проєктувати сучасну ERP-систему в 2026 році: від моноліту до платформи
Metadata Driven Architecture, рушії платформи, стек фронтенду й стратегія міграції — як будувати ERP, яка розвивається десятиліттями без переписування кожні п'ять років.
Як проєктувати систему, яка проживе 10 років
Чому системи вмирають не через технології, а через ранні архітектурні рішення — і як проєктувати зміни, а не функції: межі модулів, домен, дані, ADR і чек-лист на десятиліття.
Чому EAV здається гарною ідеєю, а потім знищує продуктивність ERP
Entity–Attribute–Value на старті виглядає ідеально: гнучкість без міграцій. Чому через роки JOIN, індекси й звіти ламають ERP — і де EAV доречний, а де ні.
Найдорожча помилка в архітектурі ERP — спроба зробити систему універсальною
Чому ілюзія універсальності перетворює ERP на EAV-монстра: втрата продуктивності, типізації та бізнес-сенсу — і як будувати систему навколо предметної області, а не абстрактних сутностей.
Чому більшість ERP-систем перетворюються на монолітного монстра
Парадокс успіху ERP: винятки, техборг, єдина БД і розподілений моноліт. Чому монстр — наслідок зростання бізнесу і як уповільнити деградацію.