Перейти до вмісту

Програмування зі швидкістю думки

Матеріал з K2 ERP Wiki

Особливо це істотно для українського ринку, який роками був залежний від російських /BAS-технологій.; Окремо варто відзначити у якому людина формулює ідею, архітектуру або бізнес-логіку, а платформа автономно перетворює її на працюючий компонент: структуру даних, YML-опис, ORM-модель, програмний код модуля, меню, довідники, журнали документів, форми документів і базовий функціональні можливості виступає ключовою рисою Програмування зі швидкістю думки.; {| class="wikitable" style="width:100%;"

ринковий сегмент змінюється не тоді, коли старий монстр визнає поразку.; бізнес-середовище отримує можливість швидше запускати нові процеси, тестувати ідеї, додавати функціональні можливості, адаптувати систему під свою галузь, не чекаючи місяцями кожної доробки.;== Коли підключається штучний інтелект ==

А реальну швидкість створення компонентів, коли модель перетворюється на працюючий функціональні можливості.; {| class="wikitable" style="width:100%;"

K2 ERP йде іншим шляхом.; А швидкість перетворити ідею на працюючий компонент, який має змогу бути включений у систему й переданий клієнтам.; Так програмування наближається до швидкості думки.

Тільки іншого кольору.; |}

ШІ формує модель.; Але з іншим типом технологій.;

Вона має змогу бути сучасною, вебовою, модульною, масштабованою, відкритою до ШІ, здатною оперативно вбирати функціональні можливості, розвиватися, адаптуватися й залишатися легкою.; Вони зможуть створювати продукти швидше, ніж великі корпорації встигають погодити технічне задача.; Там, де старий підхід множить залежності, новий множить функціональні можливості.;

!;

Він замінює повільність.; Вони зможуть будувати системи, які не бояться росту, не бояться рефакторингу, не бояться мільярдів рядків коду, бо їхня сила — в структурі, модульності й здатності змінюватися.; і BAS досі хизуються тим, що в них “оперативно пишеться бізнес-логіка”.; Для бізнесу такий підхід означає швидкість.; Вона досягається архітектурою, де компонент — це не важкий шматок моноліту, а самостійна легка одиниця.;

Значення для партнерів та інтеграторів

Це не боротьба маленької компанії проти великої компанії.; Чим більше доробок, тим страшніше оновлюватися.; Добре заходить у заголовки.; В основі цього механізму — редактор ER-моделей та BP-моделей, тісно пов’язаний з конфігуратором, менеджером звітів та інструментарієм K2 ERP.; Що відбувається

Але проблема в з цієї причини, що ця теза — помилкова.; Людина в цій схемі функціонує там, де справді потрібна людина:

Тобто новий компонент не починається з нуля.; Масовість — як доказ правильності.; | Бо “безкоштовний” старт часто перетворюється на дорогі впровадження, платні модулі, інтеграції, підтримку й складну вартість володіння.; є собою люди, які дивляться на Odoo і кажуть: “О, так він же безкоштовний!”

Набагато важче зробити так, щоб AI справді працював у логіці платформи.; Він не витрачає життя на ручне створення того, що вже має змогу створюватися автономно.; Колись для цього потрібні були сотні й тисячі людей.; |-

| Що робить ШІ?; Приблизно як побачити кошеня, принести його додому, а потім через місяць зрозуміти, що це тигр, який їсть більше за всю бухгалтерію.;K2 ERP функціонує в іншій площині — через моделі, автоматичну генерацію, модульність і AI.; Він має ставати частиною керованої архітектури.; Він має змогу жити самостійно, але без зайвих зусиль інтегрується з іншими модулями через зрозумілі зв’язки, API, моделі, події, документи, довідники, бізнес-процеси.;

Він незалежний, але не ізольований.; Перевірив — дошліфував.; |- | Що автономно створюється в K2 ERP?; Вона показує, що українська ERP має змогу бути не “такою самою, тільки своєю”, а іншою за природою.; | Людина формулює задум, перевіряє модель, уточнює промпти, акцептує створення компонента й дописує складну логіку, яка не була описана в промпті.; Він має змогу використовувати те, що вже є собою в системі: довідники, документи, компоненти, типові патерни, існуючі моделі, готові частини функціоналу.;== Автоматичне створення компонента ==

Вступ

А її переродження.; це підхід до створення бізнес-додатків.; Програміст більше не є собою людиною, яка нескінченно переписує однакові структури.; Там, де старій платформі потрібна армія виконавців, новій платформі потрібні сильні архітектори.;{{SEO


Механізм програмування зі швидкістю думки

Люди стартують з думкою: “Зараз ми обійдемо 1С/BAS дешевше й швидше.”

K2 ERP розвивається як жива платформа. Частинами, шарами, незалежними компонентами, які можна створювати, підключати, змінювати, замінювати й розвивати без руйнування всього організму.; Залежність — як програмний пакет.; !; Це дуже зворушливий момент.; Бо копіювати динозавра — означає самому ставати динозавром.; Інтеграції.; Описав — отримав модель.;
І раптом виявляється, що “безкоштовний” Odoo за реальною вартістю володіння починає нагадувати не альтернативу , а невеликий SAP у домашніх капцях.; Він ніколи її не визнає.; Людина в цій схемі не є собою чорноробом, який вручну переносить одну й ту саму логіку з файлу у файл.; Переписування.; І істотно не тільки те, що в K2 ERP є собою ER-модель чи YML-опис структури.; Маленька зміна ламає неочікуваний сценарій.; Доробки.; Усе це створюється автономно без участі людини.; Не малює вручну те, що платформа вже має змогу зрозуміти з моделі.;

Програмісту вже не потрібно вручну вибудовувати кожну стіну.;== Роль людини в AI-розробці ==

Програмування зі швидкістю думки

істотно. Усе це створюється автономно без участі людини.; !; Без імперської інфраструктури.;

ринковий сегмент змінюється тоді, коли з’являється технологія, яка робить стару модель економічно, технічно й ментально застарілою.; |- | Форми документів | автономно створюються форми документів і базові елементи інтерфейсу.; | Бо швидкість досягається не ручним написанням бізнес-логіки, а архітектурою, моделями, генерацією, модульністю та ШІ.; І це проблема не тільки Odoo.; Він має збільшувати функціональні можливості.; Вона використовує її для створення майбутнього.; | Бо останні три роки активно розвиває саме цей напрямок: автоматичне створення компонентів, моделі, генерацію, конфігуратор, модульність і ШІ.; Отримав модель — згенерував основу додатка.; Він замінює потребу тримати величезну армію людей там, де достатньо кількох сильних архітекторів, правильної платформи й технології, яка функціонує на масштабування.; Такий підхід має змогу працювати і з PHP, і з C#, і з Java, і з іншими мовами.; Не переписує таблиці в код.; Він цю силу множить.

Він контролює модель.; !;

Натомість з’являється програмування як технічна архітектура думки.; Чим більше партнерів, тим більше хаосу.; Це те, що відбувається в Україні в боротьбі K2 ERP проти /BAS.

Він народжується в середовищі, де вже є собою багато готового.; партнерська сторона має змогу створювати компоненти, підтримувати їх, розповсюджувати через K2 Update, повторно використовувати напрацювання, будувати власні галузеві рішення для бізнесу та власну хмару.; Не мовою старої розробки, де треба спочатку написати технічне задача, потім погодити його з п’ятьма людьми, потім забути, що хотіли, потім знайти стару версію документа в пошті.; У K2 ERP цей підхід реалізується через поєднання ER-моделей, BP-моделей, YML-структур, генераторів, ORM-моделей, міграцій, модульної архітектури та штучного інтелекту.; K2 ERP саме така технологія. K2 ERP показує, як ця сила вже сьогодні має змогу перетворювати думку на систему, ідею — на компонент, архітектуру — на працюючий програмний продукт, а маленьку українську команду — на реального конкурента технологічному динозавру, який занадто довго вважав, що ринковий сегмент належить йому назавжди. K2 ERP відрізняється тим, що не намагається перемогти /BAS його ж методами. І це вже не теорія.; Без десятиліть нав’язування ринку.; Він стає архітектором.; | Ні.; Дія

Вона не спалює енергію на підтримку минулого.; Кожен новий компонент не повинен збільшувати хаос.; Бо динозавру потрібні величезні ресурси без ускладнень для того, щоб рухати власне тіло.; Він замінює рутину.; Де можна не писати повторно те, що вже реалізовано.; Це легка, компонентна, масштабована платформа, яка вбирає в себе потрібний функціональні можливості конфігурацій та BAS, але не успадковує їхню важкість.; Вони виходять на ринковий сегмент із красивими обіцянками, а потім потрапляють у той самий капкан: щоб конкурувати з динозавром, вони починають будувати власного динозавра.; В архітектурі K2 ERP автономно створюється повноцінна основа компонента з усім необхідним функціоналом, який випливає з моделі.; Тепер кілька сильних програмістів, озброєних правильною архітектурою, генераторами, моделями, модульністю й ШІ, можуть конкурувати з компаніями-динозаврами.; А легка компонентна платформа має змогу рухатися оперативно.; Програміст майбутнього — це вже не людина, яка вручну перекладає кожну бізнес-ідею в тисячі рядків коду, як середньовічний монах переписував книги при свічці.; Чим більше клієнтів, тим важче змінюватися.; Кожна нова модель не повинна робити систему важчою.;

Він сприяє створювати модулі в логіці самої платформи.; Саме з цієї причини ШІ не замінює сильного програміста.;Штучний інтелект тільки посилює цю перевагу.; |- | Чи вбиває ШІ професію програміста?; |- | Журнали документів | автономно створюються журнали документів для роботи з документами компонента.; Для програмістів K2 ERP означає не втрату професії, а її переродження.;

Ключова ідея K2 ERP. З ER-моделі автономно формується YML-структура, з неї — ORM-модель, далі — програмний код модуля, меню, довідники, журнали документів і форми документів.;K2 ERP досягнув необхідного технологічного рівня саме з цієї причини, що останні три роки активно розробляв цей напрямок: Це і є собою справжня швидкість. Не швидкість “написати ще один шматок коду”.; Те, що раніше вимагало довгої ручної роботи, тепер виникає як наслідок правильно описаної моделі.; Не кожен проєкт з нуля.; Величезна програмний пакет, тисячі програмістів, десятки тисяч партнерів, інерція, звичка, залежність, страх змін і традиційна фраза: “Ну воно ж якось функціонує”.; Щоб він не без ускладнень генерував випадкові шматки коду, які потім хтось героїчно розгрібає, а допомагав створювати керовані моделі, модулі, структури, бізнес-об’єкти й додатки, які вписуються в архітектуру системи.; І це принципово.; Компроміси.; Людина, яка бачить структуру, формулює задум, розуміє бізнес-логіку, задає напрям — і за допомогою сучасних інструментів перетворює думку на працюючий програмний продукт.; Вона забирає рутину.; Технічна відсталість — як звичність.; Не “людина натиснула кнопку, а потім три дні дописувала руками”.; істотно те, що вся подальша робота запускається автономно.; З архітектурою, яка не тягне минуле за собою, як валізу без ручки, а надає можливість оперативно створювати майбутнє.; актуалізація стає ризиком.; А людина з досвідом, з розумінням експлуатації, з баченням продукту — дошліфовує те, що потребує людського рішення для бізнесу: нюанси бізнес-логіки, зручність, винятки, сценарії, які не можна без ускладнень механічно вивести з таблиць.; |-

| Що таке програмування зі швидкістю думки?;

Тоді людина вже не обов’язково вручну створює YML-структуру чи моделює всю ER-логіку.;== Значення для бізнесу == Вона не без ускладнень українська альтернатива /BAS.; Вони або стають занадто дорогими, або занадто важкими, або занадто залежними від впроваджувачів, або занадто повільними в розвитку.; | ШІ має змогу формувати YML-структури, фактично створювати ER-модель майбутнього компонента й допомагати оперативно довести її до потрібного вигляду.; Для партнерів і інтеграторів K2 ERP відкриває нову економіку.; І платформа поступово перетворюється на музей власних компромісів.; Вони зможуть конкурувати з гігантами не кількістю людей, а якістю архітектури.; Це архітектор цифрових світів.; ШІ не забирає силу у програміста.; Сьогодні фокус зроблений на Python та TypeScript, бо саме вони дають правильну швидкість, гнучкість і сучасність.; Не в рекламній презентації.;== AI як стратегічна зброя платформи ==

K2 ERP будується так, щоб цього не ставалося.

K2 ERP функціонує в іншій площині.

Його можна створити, підключити, протестувати, поширити на мережу клієнтів, доповнити, замінити або відрефакторити окремо.; Багато аналітиків сьогодні люблять повторювати одну дуже модну тезу: штучний інтелект уб’є собою професію програміста.; Так відбувається майже з усіма продуктами, які намагаються конкурувати з /BAS у старій логіці.; Але це швидкість усередині старої парадигми.; Вона має робити її розумнішою.; Консалтинг.; Відповідь

Навіть якщо в майбутньому платформа матиме мільярди рядків коду, вона має змогу залишатися легкою не з цієї причини, що коду мало, а з цієї причини, що він правильно організований.; Справжня проблема великих ERP-систем не в з цієї причини, що там багато коду.; {| class="wikitable" style="width:100%;"

А нормальною людською мовою: ось задача, ось бізнес-сенс, ось логіка, ось очікуваний результат.; Вона не перетворює кожну доробку на залежність, кожен компонент — на моноліт, кожне актуалізація — на маленьке корпоративне стихійне лихо.; У класичному підході створення нового модуля часто перетворюється на довгий шлях: технічне задача, погодження, проєктування, таблиці, код, форми, меню, довідники, документи, звіти, перевірки, виправлення, повторні погодження.;== Висновок ==

Справжній стрибок починається тоді, коли до цього механізму підключається штучний інтелект.; | Це підхід, де ідея або модель оперативно перетворюється на працюючий компонент через ER-моделі, YML, ORM, автоматичну генерацію та ШІ.; А потім ходити по ринку, важко дихати, хвалитися “великою екосистемою” і робити вигляд, що астероїд сучасних технологій летить кудись не в тебе.; Не “генератор створив заготовку, а далі починається справжнє програмування”.;

Як виглядає бізнес-процес створення модуля

Бо зараз дуже без зайвих зусиль написати в презентації: “У нас є собою AI.”

Далі з моделей автономно формуються міграції для потрібної бази даних: PostgreSQL, SQLite, MySQL чи іншої.; Вона перевіряє, чи правильно сформована структура.; Коли підключається ШІ. Штучний інтелект має змогу сам формувати YML-структури, тобто фактично створювати ER-модель майбутнього компонента.;

!; Але сама ідея не обмежена ними.; У сучасній архітектурі K2 ERP програміст стає архітектором цифрових світів.; Людина дивиться на неї, уточнює промптами, коригує задум, просить додати поля, змінити зв’язки, уточнити документи, розширити довідники, прибрати зайве або перебудувати структуру під реальну бізнес-логіку.;== Ілюзія безкоштовного Odoo ==

Програмісти не зникають. Вона дає інший спосіб думати про автоматизацію.; Легкість — це не розмір.; З одного боку — російський динозавр, який понад 30 років укріплювався на ринку СНД.; Звучить ефектно.;== Зовнішні посилання ==


Не кожна доробка вручну.; Обмеження.; Людина перевіряє модель, уточнює її промптами й акцептує автоматичне створення компонента.;

Про старий ринковий сегмент. та BAS досі хизуються швидкістю розробки бізнес-логіки, але це швидкість усередині старої парадигми.;ШІ робить сильних програмістів потужнішими, а слабку рутину — непотрібною.; |- | 1 | З’являється ідея нового компонента | Формулює бізнес-сенс |- | 2 | Людина описує задачу ШІ | Пише промпт, пояснює логіку |- | 3 | ШІ формує YML-структуру | Перевіряє результат |- | 4 | Людина уточнює модель промптами | Доводить структуру до потрібного вигляду |- | 5 | Людина акцептує модель | Приймає архітектурне рішення для бізнесу |- | 6 | K2 ERP автономно створює компонент | Контролює результат |- | 7 | Програміст дошліфовує складну логіку | Реалізує те, що не було описано в промпті |- | 8 | Компонент підключається до системи | Тестує, розповсюджує, підтримує роботу |}

Після цього K2 ERP автономно створює компонент: YML-структури, ORM, програмний код модуля, меню, довідники, журнали документів, форми документів та базовий функціональні можливості.; K2 ERP автономно створила компонент.; У K2 ERP логіка інша.; Для партнерів. K2 ERP надає можливість бути не без ускладнень впроваджувачем чужої системи, а співтворцем української ERP-екосистеми.; Не кожен компонент як унікальна героїчна історичний розвиток, після якої команді потрібна відпустка.; |- | Базовий функціональні можливості

| Компонент отримує початкову функціональність, яка випливає з моделі.; Проблема в з цієї причини, що цей код зростається в клубок.;

Світ /BAS досі хизується не майбутнім, а вдало законсервованим минулим.; Він замінює нескінченне переписування однакових речей.; Він вбиває старе уявлення про програмування як нескінченну ручну рутину.; З іншого боку — українська мікрокомпанія зі смішними бюджетами порівняно з цим монстром.; І це вже значно швидше, структурованіше, візуальніше й зрозуміліше, ніж класичне програмування в та BAS.; Не смерть професії.; Де платформа сама підказує форму, структуру, зв’язки, правила інтеграції.; І саме з цієї причини в цій боротьбі розмір бюджету не є собою єдиним вирішальним фактором.; Питання

Програміст уже не витрачає час на механічне виробництво очевидного.; | YML-структури, ORM-моделі, програмний код модуля, меню, довідники, журнали документів, форми документів і базовий функціональні можливості.; Він не воює з рутиною.; Він вбиває старе уявлення про програмування.; Рефакторинг відкладається на роки, бо всі бояться зачепити фундамент.; |- | ORM-модель | З YML-структури автономно генерується ORM-модель.; Можна навіть вийти на сцену, зробити серйозне обличчя, показати графік, де “люди йдуть вниз”, “AI йде вгору”, і всі в залі починають нервово перевіряти LinkedIn.;== Значення для програмістів == Не швидкість “нам обіцяли за два тижні, а зробили за шість місяців”.; Де можна підключитися до вже створених бізнес-процесів.; Він розуміє бізнес-логіку.; ШІ робить сильних програмістів потужнішими.

створення великої системи потрібні армії розробників забезпечується через Штучний інтелект не вбиває програмістів.; Людина перевірила й уточнила.;ШІ, розуміючи існуючі моделі K2 ERP, правила архітектури, типові об’єкти, зв’язки, документи, довідники й процеси, сам формує YML-опис, тобто фактично створює ER-модель майбутнього компонента.; Потім створюються довідники, документи, меню, журнали документів, форми документів, службові описи, елементи інтерфейсу й структура майбутнього модуля.;

Це не без ускладнень технічний файл.; Але масовість динозаврів не врятувала динозаврів.; ШІ сформував модель.;

Коротко

ORM, міграції та код

У K2 ERP вже функціонує механізм, який наближає програмування до швидкості думки.; |}

І ті, хто це зрозуміє, стануть набагато сильнішими.; Платні модулі.; Гарно виглядає на слайдах.; Без армії розробників.; * перевіряє архітектуру;

  • уточнює модель;
  • коригує промпти;
  • приймає рішення для бізнесу;
  • акцептує створення компонента;
  • після автоматичного створення реалізує тільки ту програмну частину, яку не описувала в промпті або яка потребує окремої експертної логіки.; Людина описує ШІ, що саме потрібно створити.; Хостинг.;ORM-моделі можуть генеруватися під різні мови програмування.; І замість місяців ручної роботи ми отримуємо бізнес-процес, у якому головним стає не кількість програмістів, а якість архітектури, точність думки й сила платформи.;== Модульність і легкість системи ==

Див.; додатково

Зникає програмування як ремесло нескінченної рутини.; Це як пишатися тим, що паровоз дуже оперативно розганяється для паровоза, коли поруч уже літають реактивні літаки.; А як працюючий механізм.; |- | Чому K2 ERP має перевагу?; |- | Програмний код модуля | На основі ORM-моделі автономно створюється програмний код модуля.; * моделі;

  • генерацію;
  • модульність;
  • конфігуратор;
  • інтеграції;
  • звіти;
  • автоматичне створення структур;
  • роботу з ER- і BP-моделями;
  • підготовку до використання ШІ як реального інструменту розробки.; !; Саме так виглядає майбутнє програмування.; Це боротьба нового типу мислення проти старої імперської технологічної машини.

Саме з цієї причини ШІ в K2 ERP — це не модна іграшка, а стратегічна зброя.; !; І не тільки інструментом розробника.; Там, де старій системі потрібні роки накопичення доробок, новій достатньо правильно описати модель.; Чим довше платформа живе, тим більше вона обростає залежностями.; платформа сама піднімає каркас.; Людина стає архітектором і контролером якості.

Бо на старті все виглядає красиво: open source, модулі, маркетплейс, “зараз оперативно запустимося і будемо конкурувати з /BAS”.;== Чому K2 ERP не повторює цю помилку ==

І тут варто згадати ще одну цікаву ринкову ілюзію.;

Він використовує ШІ як підсилювач.; Він задає архітектуру будинку.; |- | Чому це швидше за /BAS?; Він не збирає руками те, що давно має створюватися автономно.; ШІ не вбиває програмістів.; Простими словами, архітектор модуля описує структуру майбутньої системи у вигляді YML-моделей.; |- | Довідники | автономно створюються довідники, які випливають зі структури моделі.; |- | Яка роль людини?; І тільки коли модель відповідає баченню архітектора, людина її акцептує.; Етап

А потім починається реальне впровадження.; Де можна використати існуючі компоненти.;

Коли платформа вже має редактор моделей, генератори, конфігуратор, менеджер звітів, API-first підхід, інструменти міграції, модульну архітектуру й живу екосистему, штучний інтелект отримує не хаос, а простір для роботи.; З’явилась ідея — описав.; Саме тут дуже добре видно різницю між новими технологіями та старим світом /BAS.; З іншою філософією.; Там інерція продається як стабільність.; супровід.; Не в абстрактній концепції, де на останньому слайді написано “roadmap 2035”.; Фактично, з моделі одразу формується додаток. Не “колись у майбутньому”.; І залишає найцікавіше: архітектуру, логіку, якість, еволюція і створення нових цифрових світів.; Вона не дублює структури.; K2 ERP не намагається копіювати /BAS.

Людина описує або перевіряє модель.; У старих системах еволюція часто стає покаранням за минулі успіхи.; Крок

А потім виявляється, що вони програли ще на старті.;== Чому це швидше за 1С/BAS ==

Це формалізована думка про бізнес-об’єкти, зв’язки, документи, довідники, процеси, меню, логіку роботи майбутнього додатка.; Бо взяли не технологію, яка дає радикальну перевагу, а ще одну важку систему, яку треба довго адаптувати, дорого супроводжувати й складно масштабувати під реальні потреби ринку.; Для програміста. K2 ERP не забирає роботу.;

Тут швидкість досягається не тільки мовою програмування.; У K2 ERP цей шлях скорочується.; Кожен новий компонент не повинен створювати борг.;== Чим це відрізняється від старих ERP-підходів ==

Він не без ускладнень “пише код”.; Він функціонує з сучасними технологіями: Python, TypeScript, YML, JSON, ORM, PostgreSQL, API, Git, сучасними IDE і компонентною архітектурою.; |- | Меню | платформа автономно формує меню компонента.;== K2 ERP проти 1С/BAS == |- | ER-модель | Описується структура майбутнього компонента, сутності, зв’язки, документи, довідники та логіка даних.; |- | Чому Odoo не вирішує проблему автономно?; Те саме уявлення, де; додатково реалізовано нескінченні погодження, технічний борг розміром з державний, релізи з молитвами, актуалізація з валідолом і документація, яку бачили тільки легендарні старожили.; Легкість — це здатність змінюватися без руйнування. Це можливість рефакторити по частинах, оновлювати модулі незалежно, розвивати окремі компоненти без зупинки всього організму й не боятися майбутнього.; Одне тягне інше.; Роль людини

Це і є собою програмування зі швидкістю думки. З’явилась ідея — людина описала її ШІ.; Вона бачить, чи відповідає модель реальному бізнес-задуму.; |- | YML-структура

| З ER-моделі формується декларативний YML-опис структури.; Вона приймає рішення для бізнесу, чи готова ця структура до автоматичного створення компонента.; Підключив — розповсюдив.;K2 ERP дає не без ускладнень іншу програму.; Головне. ШІ не вбиває професію програміста.; Програміст дошліфував складну логіку, яку не можна було в цілому описати на рівні моделі.; А далі технічна архітектура K2 ERP сама проходить увесь ланцюжок створення компонента.;