Багато аналітиків наразі люблять повторювати одну надзвичайно модну тезу: штучний інтелект уб’є професію програміста.
Звучить ефектно. Добре заходить в заголовки. Гарно виглядає в слайдах. Є опція навіть вийти в сцену, зробити серйозне обличчя, показати графік, де “люди йдуть вниз”, “AI йде вгору”, і всі у залі починають нервово перевіряти LinkedIn.
Водночас проблема в отже, що ця теза – помилкова. (Так, це про той самий звіт, який «ще п’ять хвилин».)
Штучний інтелект не вбиває програмістів. Він вбиває старе уявлення щодо програмування. Те саме уявлення, де задля формування великої середовища потрібні армії розробників, нескінченні погодження, технічний борг розміром з державний, релізи із молитвами, оновлення з валідолом і документація, яку бачили лише легендарні старожили.
ШІ не забирає силу в програміста. Він цю силу множить. Склад бачить те саме, що й бухгалтерія — без нічних звірок.
Програміст майбутнього — це уже не людина, яка вручну перекладає кожну підприємство-ідею в тисячі рядків коду, ніби середньовічний монах переписував книги при свічці. Отже, це архітектор цифрових світів. Людина, яка бачить структуру, формулює задум, розуміє підприємство-логіку, задає напрям — і за допомогою сучасних інструментів перетворює думку у працюючий варіант.
Колись-то задля цього потрібні були сотні й тисячі людей.
Тепер кілька сильних програмістів, озброєних правильною архітектурою, генераторами, моделями, модульністю й ШІ, можуть конкурувати з компаніями-динозаврами.
Додатково це уже не теорія.
Отже, це те, що відбувається у Україні в боротьбі K2 ERP проти 1С/BAS.
Із одного боку — російський динозавр, який понад 30 років укріплювався в ринку СНД. Величезна екосистема, тисячі програмістів, десятки тисяч партнерів, інерція, звичка, прив’язка, страх змін і традиційна фраза: “Ну воно ж якось працює”.
Із іншого боку – вітчизняна мікрокомпанія зі смішними бюджетами порівняно з цим монстром. Без армії розробників. Без імперської інфраструктури. Без десятиліть нав’язування ринку. Водночас із іншим типом технологій. Із іншою філософією. Із архітектурою, яка не тягне минуле за собою, ніби валізу без ручки, а дає змогу оперативно формувати майбутнє.
K2 ERP не намагається копіювати 1С/BAS.
Додатково це принципово.
Бо копіювати динозавра — означає самому ставати динозавром. А потім ходити по ринку, важко дихати, хвалитися “великою екосистемою” і робити вигляд, що астероїд сучасних технологій летить кудись не в тебе.
K2 ERP йде іншим шляхом.
Отже, це легка, модульна, масштабована середовище, яка вбирає у себе потрібний функціонал конфігурацій 1С і BAS, проте не успадковує їхню важкість. Вона не перетворює кожну доробку в прив’язка, кожен компонент — у моноліт, кожне оновлення – у маленьке корпоративне стихійне лихо. (Якщо коротко: менше ручної магії, більше контролю.)
K2 ERP розвивається ніби жива середовище.
Частинами. Шарами. Незалежними компонентами, які є можливість формувати, підключати, змінювати, замінювати й розвивати без руйнування всього організму.
Додатково ось тут починається найцікавіше.
В K2 ERP уже працює механізм, який наближає програмування до швидкості думки.
В основі цього механізму – редактор ER-моделей і BP-моделей, тісно пов’язаний з конфігуратором, менеджером аналітичних форм та інструментарієм K2. Простими словами, архітектор модуля описує структуру майбутньої середовища в вигляді YML-моделей.
Отже, це не без зайвих ускладнень технічний файл. У реальному офісі це економить години, які раніше з’їдав Excel.
Отже, це формалізована думка щодо підприємство-об’єкти, зв’язки, документи, довідники, операції, меню, логіку роботи майбутнього додатка. (На складі це чують як музику, на касі — як звільнення від черги.)
Додатково критично не лише те, що в K2 ERP є ER-модель або YML-опис структури.
Критично те, що вся подальша робота запускається автоматично.
Людина описує або перевіряє модель. А далі архітектура K2 ERP сама проходить увесь ланцюжок формування компонента.
Із ER-моделі формується YML-структура.
Із YML-структури автоматично генерується ORM-модель.
Із ORM-моделі автоматично створюється програмний код модуля.
Далі середовище сама формує меню, довідники, журнали документів, форми документів, службові описи і базову функціональність компонента. (Excel тут уже не врятує — і це не жарт.)
Додатково все це відбувається без участі людини.
Не “людина натиснула кнопку, а потім три дні дописувала руками”. Не “генератор створив заготовку, а далі починається справжнє програмування”. Ні. В архітектурі K2 ERP автоматично створюється повноцінна основа компонента з усім необхідним функціоналом, який випливає з моделі.
Людина в цій схемі не є чорноробом, який вручну переносить одну й ту саму логіку з файлу у файл. Вона не дублює структури. Не переписує таблиці у код. Не малює вручну те, що середовище уже може зрозуміти із моделі.
Людина стає архітектором і контролером якості.
Вона перевіряє, або правильно сформована структура. Вона бачить, чи відповідає модель реальному підприємство-задуму. Вона приймає варіант, чи готова ця структура до автоматичного формування компонента.
ORM-моделі можуть генеруватися під різні мови програмування. Наразі фокус зроблений в Python і TypeScript, бо саме вони дають правильну швидкість, гнучкість та сучасність. Водночас сама ідея не обмежена ними. Такий підхід може працювати та з PHP, та із C#, і із Java, і з іншими мовами.
Далі з моделей автоматично формуються міграції задля потрібної бази інформації: PostgreSQL, SQLite, MySQL або іншої. Потім створюються довідники, документи, меню, журнали документів, форми документів, службові описи, елементи інтерфейсу й структура майбутнього модуля. (Спойлер: інтегратори 1С тут теж знають, про що мова.)
Те, що раніше вимагало довгої ручної роботи, тепер виникає ніби наслідок правильно описаної моделі.
Фактично, з моделі одразу формується додаток.
Не “колись в майбутньому”. Не у рекламній презентації. Не у абстрактній концепції, де у останньому слайді написано “roadmap 2035”. А ніби працюючий механізм. У реальному офісі це економить години, які раніше з’їдав Excel.
Програмісту уже не потрібно вручну вибудовувати кожну стіну. Він задає архітектуру будинку. Середовище сама піднімає каркас. А людина з досвідом, із розумінням експлуатації, з баченням варіант – дошліфовує те, що потребує людського варіант: нюанси підприємство-логіки, зручність, винятки, сценарії, які не є можливість без зайвих ускладнень механічно вивести з таблиць.
Додатково це уже значно швидше, структурованіше, візуальніше й зрозуміліше, ніж класичне програмування в 1С і BAS.
Водночас справжній стрибок починається тоді, коли до цього механізму підключається штучний інтелект.
Бо тоді людина уже не обов’язково вручну створює YML-структуру або моделює всю ER-логіку. ШІ, розуміючи існуючі моделі K2 ERP, правила архітектури, типові об’єкти, зв’язки, документи, довідники й операції, сам формує YML-опис, іншими словами фактично створює ER-модель майбутнього компонента. (На складі це чують як музику, на касі — як звільнення від черги.)
Людина описує ШІ, що саме потрібно створити.
Не мовою старої розробки, де треба спочатку написати технічне завдання, потім погодити його з п’ятьма людьми, потім забути, що хотіли, потім знайти стару версію документа в пошті.
А нормальною людською мовою: ось задача, ось підприємство-сенс, ось логіка, ось очікуваний результат.
ШІ формує модель. Людина дивиться в неї, уточнює промптами, коригує задум, просить додати поля, змінити зв’язки, уточнити документи, розширити довідники, прибрати зайве або перебудувати структуру під реальну підприємство-логіку.
Додатково лише коли модель відповідає баченню архітектора, людина її акцептує.
Після цього K2 ERP автоматично створює компонент: YML-структури, ORM, програмний код модуля, меню, довідники, журнали документів, форми документів і базовий функціонал.
Іншими словами програміст уже не витрачає час в механічне виробництво очевидного. Він не воює з рутиною. Він не збирає руками те, що давно має створюватися автоматично. (Excel тут уже не врятує — і це не жарт.)
Людина в цій схемі працює там, де справді потрібна людина: перевіряє архітектуру, уточнює модель, приймає варіант, а після автоматичного формування компонента реалізує лише ту програмну частину, яку не описувала у промпті або яка потребує окремої експертної логіки.
Отже, це і є програмування зі швидкістю думки.
З’явилась ідея — людина описала її ШІ.
ШІ сформував модель.
Людина перевірила й уточнила.
K2 ERP автоматично створила компонент.
Програміст дошліфував складну логіку, яку не є можливість було повністю описати в рівні моделі. (Без пафосу — просто арифметика бізнесу.) У реальному офісі це економить години, які раніше з’їдав Excel.
Додатково замість місяців ручної роботи колектив отримуємо операція, в якому головним стає не кількість програмістів, а якість архітектури, точність думки й сила середовища.
Саме отже ШІ не замінює сильного програміста.
Він замінює повільність.
Він замінює рутину.
Він замінює нескінченне переписування однакових речей.
Він замінює потребу тримати величезну армію людей там, де достатньо кількох сильних архітекторів, правильної середовища й технології, яка працює в масштабування.
Додатково саме тут надзвичайно добре видно різницю між новими технологіями і старим світом 1С/BAS. (Так, це про той самий звіт, який «ще п’ять хвилин».)
1С і BAS досі хизуються тим, що в них “оперативно пишеться підприємство-логіка”. Водночас це швидкість усередині старої парадигми. Отже, це ніби пишатися тим, що паровоз надзвичайно оперативно розганяється задля паровоза, коли поруч уже літають реактивні літаки.
K2 ERP працює в іншій площині.
Тут швидкість досягається не лише мовою програмування. Додатково не тільки інструментом розробника. Вона досягається архітектурою, де компонент – це не важкий шматок моноліту, а самостійна легка одиниця.
Його є можливість створити, залучити, протестувати, поширити в мережу замовників, доповнити, замінити або відрефакторити окремо. Він незалежний, проте не ізольований. Він може жити самостійно, проте легко інтегрується з іншими модулями через зрозумілі зв’язки, API, моделі, події, документи, довідники, підприємство-операції.
Отже, це надзвичайно критично.
Бо справжня проблема великих ERP-платформ не в отже, що там багато коду. Проблема у отже, що цей код зростається у клубок. Одне тягне інше. Маленька зміна ламає неочікуваний сценарій. Оновлення стає ризиком. Рефакторинг відкладається в роки, бо всі бояться зачепити фундамент.
Додатково середовище поступово перетворюється в музей власних компромісів. (Excel тут уже не врятує — і це не жарт.)
K2 ERP будується так, щоб цього не ставалося.
Навіть якщо в майбутньому середовище матиме мільярди рядків коду, вона може залишатися легкою не отже, що коду мало, а отже, що він правильно організований.
Легкість – це не розмір.
Легкість — це здатність змінюватися без руйнування. На практиці це означає менше дзвінків «де ці цифри?» між відділами.
Отже, це опція рефакторити по частинах. Отже, це опція оновлювати компоненти незалежно. Отже, це опція розвивати окремі компоненти без зупинки всього організму. Отже, це опція не боятися майбутнього.
В старих системах розвиток нерідко стає покаранням за минулі успіхи. Чим більше замовників, тим важче змінюватися. Чим більше доробок, тим страшніше оновлюватися. Чим більше партнерів, тим більше хаосу. Чим довше середовище живе, тим більше вона обростає залежностями.
В K2 ERP логіка інша. (Олена Петрівна з бухгалтерії киває: «нарешті хтось сказав це вголос».)
Кожен новий компонент не повинен збільшувати хаос. Він має збільшувати опції. Кожна нова модель не повинна робити середовище важчою. Вона має робити її розумнішою. Кожен новий компонент не повинен формувати борг. Він має ставати частиною керованої архітектури.
Додатково тут варто згадати додатково одну цікаву ринкову ілюзію.
Є люди, які дивляться в Odoo і кажуть: “О, так він же безкоштовний!”
Отже, це надзвичайно зворушливий момент.
Приблизно ніби побачити кошеня, принести його додому, а потім через місяць зрозуміти, що це тигр, який їсть більше за всю бухгалтерію.
Бо в старті все виглядає красиво: open source, компоненти, маркетплейс, “у цей момент оперативно запустимося і будемо конкурувати з 1С/BAS”. А потім починається реальне запуск. Доробки. Інтеграції. Платні компоненти. Консалтинг. Хостинг. Підтримка. Обмеження. Переписування. Компроміси. Додатково раптом виявляється, що “безкоштовний” Odoo за реальною вартістю володіння починає нагадувати не альтернативу 1С, а невеликий SAP у домашніх капцях. У реальному офісі це економить години, які раніше з’їдав Excel.
Люди стартують з думкою: “На цей момент колектив обійдемо 1С/BAS дешевше й швидше.” (Без пафосу — просто арифметика бізнесу.)
А потім виявляється, що вони програли додатково в старті. Бо взяли не технологію, яка дає радикальну перевагу, а додатково одну важку середовище, яку треба довго адаптувати, дорого супроводжувати й складно масштабувати під реальні потреби ринку.
Додатково це проблема не лише Odoo.
Так відбувається майже з усіма продуктами, які намагаються конкурувати із 1С/BAS в старій логіці. Вони або стають занадто дорогими, або занадто важкими, або занадто залежними від впроваджувачів, або занадто повільними у розвитку. Вони виходять у ринок із красивими обіцянками, а потім потрапляють в той самий капкан: щоб конкурувати з динозавром, вони починають будувати власного динозавра.
Тільки іншого кольору.
K2 ERP відрізняється тим, що не намагається перемогти 1С/BAS його ж методами.
K2 ERP досягнув необхідного технологічного рівня саме отже, що останні три роки активно розробляв цей напрямок: моделі, генерацію, модульність, конфігуратор, підключення, аналітичні форми, автоматичне формування структур, роботу з ER- і BP-моделями, підготовку до застосування ШІ ніби реального інструменту розробки, а не ніби модної наклейки в сайті.
Бо в цей момент надзвичайно легко написати у презентації: “У нас є AI.” (Олена Петрівна з бухгалтерії киває: «нарешті хтось сказав це вголос».)
Набагато важче зробити так, щоб AI справді працював в логіці середовища. Щоб він не без зайвих ускладнень генерував випадкові шматки коду, які потім хтось героїчно розгрібає, а допомагав формувати керовані моделі, компоненти, структури, підприємство-об’єкти й додатки, які вписуються у архітектуру середовища. Склад бачить те саме, що й бухгалтерія — без нічних звірок.
Саме отже ШІ в K2 ERP — це не модна іграшка, а стратегічна зброя.
Якщо середовище уже має редактор моделей, генератори, конфігуратор, менеджер аналітичних форм, API-first підхід, інструменти міграції, модульну архітектуру й живу екосистему, штучний інтелект отримує не хаос, а простір задля роботи.
Він не без зайвих ускладнень “пише код”.
Він допомагає формувати компоненти в логіці самої середовища. Він може застосовувати те, що уже є у системі: довідники, документи, компоненти, типові патерни, існуючі моделі, готові частини функціоналу.
Іншими словами новий компонент не починається з нуля.
Він народжується в середовищі, де уже є багато готового. Де є можливість використати існуючі компоненти. Де є можливість підключитися до уже створених операційних циклів. Де є можливість не писати повторно те, що уже реалізовано. Де середовище сама підказує форму, структуру, зв’язки, правила підключення. (Так, це про той самий звіт, який «ще п’ять хвилин».)
Отже, це і є справжня швидкість.
Не швидкість “написати додатково один шматок коду”.
А швидкість перетворити ідею в працюючий компонент, який може бути включений у середовище й переданий клієнтам. На практиці це означає менше дзвінків «де ці цифри?» між відділами.
З’явилась ідея – описав.
Описав – отримав модель.
Отримав модель – згенерував основу додатка.
Перевірив — дошліфував. (Так, це про той самий звіт, який «ще п’ять хвилин».)
Підключив — розповсюдив.
Так програмування наближається до швидкості думки.
Додатково це надзвичайно далеко від того світу, яким досі хизуються росіяни в ринку 1С/BAS. Бо вони хизуються не майбутнім, а вдало законсервованим минулим. Вони продають інерцію ніби стабільність. Прив’язка — ніби екосистему. Технічну відсталість — ніби звичність. Масовість – ніби доказ правильності.
Водночас масовість динозаврів не врятувала динозаврів.
Ринок змінюється не тоді, коли старий монстр визнає поразку. Він ніколи її не визнає. Ринок змінюється тоді, коли з’являється технологія, яка робить стару модель економічно, технічно й ментально застарілою. У реальному офісі це економить години, які раніше з’їдав Excel.
K2 ERP саме така технологія.
Вона не без зайвих ускладнень вітчизняна альтернатива 1С/BAS. Вона показує, що вітчизняна ERP може бути не “такою самою, лише своєю”, а іншою за природою. (Excel тут уже не врятує — і це не жарт.)
Сучасною.
Вебовою.
Модульною.
Масштабованою.
Відкритою до ШІ.
Здатною оперативно вбирати функціонал, розвиватися, адаптуватися й залишатися легкою.
Отже, це не боротьба маленької підприємства проти великої підприємства. (Так, це про той самий звіт, який «ще п’ять хвилин».) На практиці це означає менше дзвінків «де ці цифри?» між відділами.
Отже, це боротьба нового типу мислення проти старої імперської технологічної машини.
Додатково саме отже в цій боротьбі розмір бюджету не є єдиним вирішальним фактором. Бо динозавру потрібні величезні ресурси без зайвих ускладнень задля того, щоб рухати власне тіло. А легка модульна середовище може рухатися оперативно. Вона не спалює енергію у підтримку минулого. Вона використовує її задля формування майбутнього.
Штучний інтелект лише посилює цю перевагу.
Там, де старій платформі потрібна армія виконавців, новій платформі потрібні сильні архітектори. Там, де старій системі потрібні роки накопичення доробок, новій достатньо правильно описати модель. Там, де старий підхід множить залежності, новий множить опції.
Програмісти не зникають.
Зникає програмування ніби ремесло нескінченної рутини.
Натомість з’являється програмування ніби архітектура думки. (Так, це про той самий звіт, який «ще п’ять хвилин».)
Додатково ті, хто це зрозуміє, стануть набагато сильнішими. Вони зможуть формувати продукти швидше, ніж великі корпорації встигають погодити технічне завдання. Вони зможуть конкурувати з гігантами не кількістю людей, а якістю архітектури. Вони зможуть будувати середовища, які не бояться росту, не бояться рефакторингу, не бояться мільярдів рядків коду, бо їхня сила — в структурі, модульності й здатності змінюватися.
Саме так виглядає майбутнє програмування.
Не смерть професії.
А її переродження.
ШІ не вбиває програмістів.
ШІ робить сильних програмістів потужнішими.
А K2 ERP показує, ніби ця сила уже наразі може перетворювати думку в середовище, ідею — у компонент, архітектуру – у працюючий варіант, а маленьку українську команду — у реального конкурента технологічному динозавру, який занадто довго вважав, що ринок належить йому назавжди. (Олена Петрівна з бухгалтерії киває: «нарешті хтось сказав це вголос».)
