ІдеїАрхітектураРобочі системи

ІгорБартєнєв

Технічний керівник та архітектор ПЗ

CTO в Onlihub · Практична розробка

Перетворюю складні бізнес-задачі на програмні рішення, що працюють на практиці.

Поєдную бізнес-процеси, архітектуру систем і практичну розробку: commerce-платформи, налаштовувані бізнес-системи та інструменти для AI-агентів.

Краків, Польща

Починаємо з реального процесу: люди, документи та обмеження бізнесу.

Вибрані роботи

Вибрані проєкти

Бізнес-контекст, реалізація та рішення, що стоять за кожною системою.

Усі роботи
01

Onlihub

Технічна відповідальність за commerce-платформу

Повна відповідальність за архітектуру й backend

Я взяв на себе технічну відповідальність за розвиток платформи, що поєднує постачальників, товари, маркетплейси та виконання замовлень.

02

BOS / Business Operations System

Від анкети клієнта до іпотечних операцій

Анкета → документи → робочий процес

Я спроєктував і створив платформу операцій для роботи чинної іпотечної компанії. Клієнтські форми з умовними переходами, OCR документів, завдання працівників і правила нарахувань поєдналися з процесами в Encompass.

Читати кейс
03

MCP Hub

Оркестрація агентів, знання проєктів і повторне використання досвіду

Керований доступ до робочих систем

Я створив сервіс, у якому агенти знаходять інструменти й знання проєктів, працюють із підключеними системами та зберігають корисні методи для наступних завдань.

Читати кейс
Переглянути всі роботиBackend, бізнес-системи, AI та власні продукти. Пошук за задачею чи технологією.
Технічна відповідальність

Що мені можна довірити

Від бізнес-питання до робочої системи — з чіткою відповідальністю за рішення на цьому шляху.

Технічне керівництво

Перетворювати цілі продукту на технічні рішення й план роботи разом із бізнесом та розробниками, залишаючись залученим до реалізації.

Читати кейс

Архітектура бізнес-систем

Моделювати документи, ролі, розрахунки й процеси та створювати систему, якою бізнес може користуватися й яку може налаштовувати.

Читати кейс

Backend та інтеграції

Створювати API, моделі даних і фонові процеси для зв’язку продуктів та зовнішніх сервісів, з явними правилами володіння даними, кешування й синхронізації.

Читати кейс

Прикладний AI та інструменти

Надавати агентам потрібний контекст проєкту й контрольований доступ до робочих інструментів, із перевірюваним виконанням та повторним використанням досвіду.

Читати кейс
Досвід

Складні системи, конкретні рішення

Кілька прикладів перетворення складного обмеження на практичну систему.

CTO в Onlihub · Практична розробка

CTO з листопада 2023; приєднався в лютому 2022 та взяв технічну відповідальність як Lead Developer.

Детальніше про мій шлях
01

Розділити надійні дані, швидке читання й пошук

Окремий сервіс каталогу з основним шляхом на Rust і резервним на Python. PostgreSQL зберігає транзакційний стан, Redis обслуговує повторні читання, Elasticsearch — пошук. Пакетна обробка й оптимізація запитів доповнюють цей поділ.

Кожен шар має чітку відповідальність.Rust / Python / PostgreSQL / Redis / Elasticsearch
Читати кейс
02

Бізнес-процес, який можна налаштувати

Умови форми визначають наступне запитання й потрібні документи. Поля документів, OCR, ролі учасників, завдання й правила статусів поєднують анкету з роботою команди та обміном з Encompass.

Одна анкета запускає узгоджений процес.Forms / OCR / Workflow / Encompass
Читати кейс
03

Давати агентам контекст для наступного рішення

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

Вибірковий контекст, перевірюване виконання.MCP / Retrieval / Permissions / Receipts
Читати кейс
Підхід

Як я працюю

Залишатися близько до бізнес-задачі й реалізації. Робити рішення зрозумілими для тих, хто створює систему та працює з нею.

Уточнити рішення

В Onlihub я працював безпосередньо з CEO над реалізовністю й запуском. Ідеї продукту перетворювалися на архітектурні рішення та конкретну розробку.

Читати кейс

Зробити правила явними

У BOS змінні вимоги до заявок стали налаштовуваними умовами форм, вимогами до документів і завданнями працівників. Бізнес-правила пов’язувалися з роботою, яку запускають.

Читати кейс

Перевіряти виконання

У MCP Hub пошук інструмента, запит погодження й виконання — окремі кроки. Збережені результати дають оператору змогу перевірити події перед наступним рішенням.

Читати кейс
Основний стек на практиці

Від архітектури до запуску

Моделюю бізнес, проєктую систему, пишу backend і доводжу до запуску.

Усі навички
Компетенції

Знайдіть потрібний досвід

Технічна глибина, розуміння бізнесу та практична реалізація.

Комерція та інтеграції01 / 07

Один бізнес-процес. Багато пов’язаних систем.

Каталоги, маркетплейси, склади, замовлення й виконання: спільна модель та межі між системами.

Рівень відповідальностіАрхітектура й реалізація багатоканальних платформ

Спроєктував спільні моделі товарів, залишків і замовлень для Onlihub та MySellerHub, поєднавши канали з різними моделями складів і зовнішніми ідентифікаторами.

Архітектура коду, дані та виконання
Два робочі приклади

Простежте зв’язки товару від пропозиції каналу до призначення складу.

Вибраний крок

Товар

Модель товару відокремлена від пропозицій та зовнішніх ідентифікаторів.

Виберіть вузол, щоб розглянути рішення за ним.

Виконати замовлення

Простежте зв’язки товару від пропозиції каналу до призначення складу.

  1. ТоварМодель товару відокремлена від пропозицій та зовнішніх ідентифікаторів.
  2. ПропозиціяЗіставити пропозицію каналу та SKU з внутрішнім товаром.
  3. Позиції замовленняЗіставити імпортовані позиції з пропозиціями та зберегти зовнішні ID.
  4. СкладПризначити склад і пов’язати замовлення постачальнику з виконанням та відстеженням.
Оновити залишок

MySellerHub: оновлення може завершитися вже після зміни цільової кількості.

  1. ТоварМодель товару відокремлена від пропозицій та зовнішніх ідентифікаторів.
  2. Доступний залишокУ MySellerHub буфер і ліміт залишку визначають кількість для каналу.
  3. Ціль + версіяЗберегти цільову кількість і її версію перед постановкою синхронізації.
  4. УзгодженняПорівняти надіслану версію з поточною ціллю; новіша ціль залишається в очікуванні.
Приклади проєктівOnlihubMySellerHubLiqsale
Розглянути процес
  1. Побудувати модель каталогу

    Поєднати товари, SKU, варіанти й пропозиції, зберігаючи ідентифікатори та правила кожного каналу.

  2. Узгодити виконання

    Пов’язати залишки, резерви, замовлення клієнтів і постачальникам, доставку та відстеження між складами.

  3. Відновити узгодженість

    Обробляти повторні вебхуки, ліміти API та часткові збої через повторні спроби, ідемпотентність і звіряння.

Навички на практиці55
Бізнес-системи02 / 07

BOS: від відповідей клієнта до узгодженої роботи.

Для іпотечної компанії я поєднав клієнтські анкети з документами, OCR, завданнями працівників, нарахуваннями та Encompass. Налаштовувані форми й бізнес-правила дають спільному ядру підтримувати різні робочі сценарії.

Рівень відповідальностіМоделювання бізнесу, архітектура та власна розробка

Відповіді клієнта визначають наступні запитання й потрібні документи. OCR переносить значення із файлів у поля; події документів призначають учасників і завдання. Працівники користуються власними Kanban-дошками, а записи та вибрані статуси передаються в Encompass. Розрахунки й нарахування зберігають зв’язки з джерелами.

Архітектура коду, дані та виконання
Два робочі приклади

BOS: події документа запускають конкретні правила учасників, завдань, форм та інтеграцій.

Вибраний крок

Документ

Типізовані поля, зв’язки та відповіді форм задають явну структуру бізнес-даних.

Виберіть вузол, щоб розглянути рішення за ним.

Реакція на подію

BOS: події документа запускають конкретні правила учасників, завдань, форм та інтеграцій.

  1. ДокументТипізовані поля, зв’язки та відповіді форм задають явну структуру бізнес-даних.
  2. Подія документаЗавантажити подію документа та її контекст для налаштованих правил автоматизації.
  3. Налаштовані правилаПравила визначають дії з учасниками, формами, завданнями та інтеграціями для цієї події.
  4. Призначені діїСтворити потрібні завдання чи задачі інтеграцій зі збереженням контексту документа.
Розрахувати результат

Розрахунок — окремий маршрут із власними даними, переглядом і документом результату.

  1. ДокументТипізовані поля, зв’язки та відповіді форм задають явну структуру бізнес-даних.
  2. Вхідні дані формулОкремий розрахунковий потік читає атрибути документа, константи та попередні результати.
  3. Перегляд / запускПереглянути джерела значень або явно запустити розрахунок.
  4. Документ результатуЗберегти розраховані атрибути в документі налаштованого типу результату.
Приклади проєктівBOSFinancial SystemsERP
Розглянути процес
  1. Змоделювати документи та зв’язки

    Визначити типи документів, поля та зв’язки батьківських і дочірніх документів. Пов’язати організації, підрозділи й членство з ролями та умовами доступу.

  2. Виконувати форми, розрахунки й правила

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

  3. Зберігати джерело кожного результату

    Пов’язувати внутрішні нарахування й утримання з документом, отримувачем і правилом. Зберігати джерела розрахунків та записи виконання інтеграцій, щоб простежити результат до операції, яка його створила.

Навички на практиці79
Бекенд, дані та парсинг03 / 07

Масштабні потоки даних. Швидке читання.

Масовий парсинг із паралельною обробкою та пулами проксі; пакетне читання й запис в Elasticsearch; окремі шляхи БД, кешу, читання та воркерів.

Рівень відповідальностіАрхітектура, реалізація та оптимізація продуктивності

Amazon data: паралельне збирання й пакетні операції Elasticsearch. Catalog: читання на Rust, резервний Python і кеш Redis. Onlihub: бізнес-модулі з явними прикладними контрактами, портами репозиторіїв та інфраструктурними адаптерами.

Архітектура коду, дані та виконання
Два робочі приклади

Робота з даними Amazon: паралельне збирання, пакетні операції та дані для пошуку.

Вибраний крок

Робота з даними

Обрати шлях для навантаження: збирання та збереження або швидке читання.

Виберіть вузол, щоб розглянути рішення за ним.

Зібрати й індексувати

Робота з даними Amazon: паралельне збирання, пакетні операції та дані для пошуку.

  1. Робота з данимиОбрати шлях для навантаження: збирання та збереження або швидке читання.
  2. Паралельні воркериЗбирати дані паралельно та обмежувати кількість одночасних операцій.
  3. Пакетні операціїГрупувати читання й записи, щоб зменшити повторні звернення до сховища.
  4. Пошукові індексиСтруктурувати дані Elasticsearch для читання в процесах збирання й пошуку.
Прочитати каталог

Catalog: кешовані дані, швидкий шлях читання на Rust і резервний Python.

  1. Робота з данимиОбрати шлях для навантаження: збирання та збереження або швидке читання.
  2. Кеш RedisКаталог використовує Redis для повторного використання підготовлених даних під час читання.
  3. Читання на RustОкремий шлях на Rust обслуговує читання каталогу; Python залишається резервним.
  4. Відповідь APIПовернути потрібні дані каталогу, відокремлюючи читання від збирання.
Приклади проєктівAmazon DataOnlihub CatalogLiqsale
Розглянути процес
  1. Збирати паралельно

    Узгоджувати asyncio, процеси й потоки, пули облікових записів і проксі, обмеження частоти та повторні спроби для великих каталогів.

  2. Читати й записувати пакетами

    Нормалізувати й дедуплікувати дані, потім пакетно індексувати та читати Elasticsearch замість тисяч дрібних звернень до сховища.

  3. Розділити навантаження

    Розділяти транзакційні дані, пошук і читання, кеш Redis та фонові воркери; знаходити вузькі місця за планами запитів і журналами.

Навички на практиці108
Інфраструктура ШІ04 / 07

MCP Hub: агенти в реальних робочих процесах.

MCP Hub поєднує пошук інструментів, локальні embeddings і повторне використання методів із керованою роботою з базами даних, логами, завданнями й комунікаціями.

Рівень відповідальностіАрхітектура та власна розробка інфраструктури агентів

Реалізував гібридний пошук знань, опціональне локальне переранжування методів і зворотний зв’язок щодо досвіду. Схеми на запит, збережені результати, спільні бюджети runner та запуски автоматизацій у БД допомагають керувати виконанням і контекстом.

Два робочі приклади

MCP Hub: знайти контекст і потрібний інструмент, виконати та перевірити результат.

Вибраний крок

Завдання агента

Почати з конкретного завдання проєкту та потрібної області доступу.

Виберіть вузол, щоб розглянути рішення за ним.

Виконати завдання

MCP Hub: знайти контекст і потрібний інструмент, виконати та перевірити результат.

  1. Завдання агентаПочати з конкретного завдання проєкту та потрібної області доступу.
  2. Контекст проєктуЗнайти доречні факти проєкту та попередній досвід для робочого контексту.
  3. Обрана схемаЗнайти інструмент і завантажити аргументи обраної операції замість усіх визначень.
  4. Запис виконанняВиконати в межах дозволів і бюджетів; перевірити результат та запис перед наступною дією.
Використати досвід

Після завершення: передати корисний метод, який зможе знайти наступне завдання.

  1. Завдання агентаПочати з конкретного завдання проєкту та потрібної області доступу.
  2. Завдання завершенеЛише після завершення завдання визначити, який метод і обмеження варто зберегти.
  3. Передати досвідЯвно передати корисний метод і результат; зворотний зв’язок допомагає уточнити запис.
  4. Подальший пошукНаступне завдання знаходить доречний досвід. Окремий виклик інструмента не є навчанням.
Приклади проєктівMCP HubUnity MCP EfficientMeeting-to-Actions
Розглянути процес
  1. Знайти потрібне

    Знаходити інструменти, фрагменти знань і відповідні методи; відкривати точні схеми й великі результати в міру потреби.

  2. Керувати виконанням

    Визначити межі прав, точки підтвердження й поведінку повторних операцій до змін у реальних системах.

  3. Перевірити й зберегти досвід

    Зіставляти результати з підтвердженнями виконання; зберігати корисні методи й оцінки з умовами застосування та спостереженими результатами.

Навички на практиці74
Технічне лідерство05 / 07

Відповідати за рішення. Залишатися в розробці.

Почати з мети бізнесу, знайти рішення й реалізувати його в коді. Моя робота поєднує архітектуру, обговорення варіантів із замовниками, власну розробку та координацію там, де цього потребує проєкт.

Рівень відповідальностіВідповідальність за рішення, архітектуру та реалізацію

Для BOS я запропонував і розробив рішення, обґрунтував його архітектуру перед бізнесом і доопрацьовував під реальні процеси. В Onlihub перейняв архітектуру, БД, backend та інтеграції після виходу lead-розробника, координував розробку й консультував CEO щодо здійсненності.

Два робочі приклади

Технічне рішення пов’язує обмеження бізнесу з конкретною реалізацією.

Вибраний крок

Потреба бізнесу

Почати з бізнес-процесу, його обмежень і відповідальності за результат.

Виберіть вузол, щоб розглянути рішення за ним.

Спроєктувати систему

Технічне рішення пов’язує обмеження бізнесу з конкретною реалізацією.

  1. Потреба бізнесуПочати з бізнес-процесу, його обмежень і відповідальності за результат.
  2. Межі системиРозділити відповідальність і явно визначити власників даних та межі інтеграцій.
  3. КомпромісиПорівняти підходи з потребами розробки, складністю експлуатації та очікуваним зростанням.
  4. РеалізаціяДовести рішення до власної реалізації та перевірити його вплив на систему.
Розвивати під навантаженням

Виявити вузьке місце, зробити цільову зміну та оцінити ефект.

  1. Потреба бізнесуПочати з бізнес-процесу, його обмежень і відповідальності за результат.
  2. Вузьке місцеЗнайти обмеження реального навантаження перед масштабною зміною архітектури.
  3. Цільова змінаЗмінити шлях даних, пакетну обробку чи межу відповідальності відповідно до виявленої проблеми.
  4. Оцінити ефектОцінити результат і врахувати висновки в наступному технічному рішенні.
Приклади проєктівOnlihubBOSTON Tanks
Розглянути процес
  1. Сформулювати проблему

    Разом із бізнесом зрозуміти процес, його обмеження та зміни, які має дати корисний результат.

  2. Перетворити задум на систему

    Перевести модель у рішення для БД, бекенду та інтеграцій; пояснювати вибір і брати участь у реалізації.

  3. Довести до роботи

    Координувати завдання й розробку, розбирати експлуатаційні проблеми та розвивати продукт після запуску.

Навички на практиці22
Промислова інженерія06 / 07

Спочатку фізичний процес, потім програмна система.

Виробництво, CAD/CAM і ЧПК дали основу: зрозуміти матеріали, операції та обмеження перед автоматизацією.

Рівень відповідальностіПромислова інженерія та автоматизація виробництва

Готував деталі, програми обладнання й документацію для серійного виробництва; оптимізував операції та матеріали, згодом автоматизував планування виробництва й облік у 1С.

Два робочі приклади

CAD, програми обладнання й документація пов’язують проєкт із виготовленою деталлю.

Вибраний крок

Деталь / вузол

Деталь поєднує задум із матеріалами, операціями та виробничими обмеженнями.

Виберіть вузол, щоб розглянути рішення за ним.

Від моделі до виробництва

CAD, програми обладнання й документація пов’язують проєкт із виготовленою деталлю.

  1. Деталь / вузолДеталь поєднує задум із матеріалами, операціями та виробничими обмеженнями.
  2. CAD-модельМоделювати деталі й вузли в CAD, зокрема CATIA та SolidWorks.
  3. CAM / програмаПідготувати програми обладнання й постпроцесори для потрібних операцій.
  4. Серійне виробництвоЗапустити деталь у повторюване виробництво з потрібною технологічною документацією.
Від виробництва до ERP

Той самий фізичний процес стає структурованими матеріалами, планами й обліковими даними.

  1. Деталь / вузолДеталь поєднує задум із матеріалами, операціями та виробничими обмеженнями.
  2. МатеріалиОписати витрати матеріалів і послідовність операцій як явну модель процесу.
  3. План виробництваПов’язати матеріали, виробничі плани й операційні документи через автоматизацію 1С.
  4. Облік ERPПередати дані процесу в облік, звітність та обмін між системами.
Приклади проєктівManufacturing EngineeringERP
Розглянути процес
  1. Спроєктувати деталь

    Моделювати деталі й вузли, визначати виробничі операції та враховувати матеріали й оснащення.

  2. Підготувати виробництво

    Готувати програми обладнання, постпроцесори й документацію для розкрою, точіння, фрезерування та координатного пробивання.

  3. Поліпшити процес

    Удосконалювати послідовність операцій і витрати матеріалів, усувати вузькі місця під час переходу до серійного виробництва.

Навички на практиці29
Ігри та 3D07 / 07

Створити правила, світ і продукт.

Самостійні продукти: ігровий бекенд, TON, фізика Unity, модульна техніка, процедурні світи та 3D-асети.

Рівень відповідальностіВласні продукти та розробка ігрових систем

Керував розробкою TON Tanks, створював бекенд та ігрову логіку. Власний проєкт на Unity досліджує модульні танки, фізику гусениць, пошкодження й процедурні міста.

Два робочі приклади

Покроковий серверний бій пов’язує дії гравця, правила й оновлення клієнтів.

Вибраний крок

Ігрова система

Два незалежні приклади: серверний бій і модульна техніка в Unity.

Виберіть вузол, щоб розглянути рішення за ним.

Бій TON Tanks

Покроковий серверний бій пов’язує дії гравця, правила й оновлення клієнтів.

  1. Ігрова системаДва незалежні приклади: серверний бій і модульна техніка в Unity.
  2. Дія гравцяУ TON Tanks доступні дії залежать від ходу, очок дії та стану танка.
  3. Правила боюСерверні об’єкти бою застосовують шкоду, ефекти, cooldown і правила ходів PvP/PvE.
  4. Оновлення + результатНадсилати оновлення бою через WebSocket і зберігати учасників та результат.
Техніка в Unity

Окремий проєкт Unity досліджує модульну будову, фізику гусениць і 3D-світ.

  1. Ігрова системаДва незалежні приклади: серверний бій і модульна техніка в Unity.
  2. Модулі технікиВласний проєкт Unity досліджує техніку зі змінних функціональних частин.
  3. Фізика + пошкодженняПов’язати рух гусениць, фізичну реакцію та пошкодження з модульною моделлю техніки.
  4. 3D-середовищеРозмістити систему у світі підготовлених 3D-ресурсів і процедурного оточення.
Приклади проєктівTON TanksModular VehiclesBlender
Розглянути процес
  1. Спроєктувати ігрові системи

    Пов’язати правила гри, прогресію, винагороди й володіння з бекендом та концепцією продукту.

  2. Побудувати світ, що реагує

    Досліджувати модульну техніку, пошкодження, фізику гусениць, мережеву гру та процедурні середовища в Unity.

  3. Підготувати ресурси

    Створювати й оптимізувати моделі, матеріали, текстури та банки звуків двигуна для гри в реальному часі.

Навички на практиці42
Огляд досвідуДетальніше про роботуОберіть цікавий вам напрям. У кожному проєкті — контекст, реалізація та інструменти.Переглянути досвід

Інші інженерні роботи

Контакт / Краків, Польща

Складна задача? Знайдемо рішення.

Розпочнімо розмову

Роль, продукт чи технічна задача. Розкажіть трохи про контекст.

Щоб скористатися формою, увімкніть JavaScript. Також можна написати мені напряму в Telegram.

Написати в Telegram