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

ИгорьБартенев.

Архітектор ПЗ · Технічний лідер

Бізнес-системи · Масштабні дані · AI-інфраструктура

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

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

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

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

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

Досвід, підтверджений справою.

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

Усі роботи
01

Onlihub

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

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

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

02

BOS / Business Operations System

Платформа бізнес-операцій, що почалася з іпотеки

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

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

Читати кейс
03

MCP Hub

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

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

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

Читати кейс
04

Amazon Data / Trends

Масштабний парсинг Amazon та аналіз тенденцій

Мільйони оголошень · сканування категорій

Я спроєктував і реалізував сервіс даних Amazon, що сканував категорії маркетплейсу, крім книг, і використовував пакетну обробку Elasticsearch для пошуку тенденцій.

Читати кейс
Компетенції

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

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

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

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

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

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

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

  1. 01

    Побудувати модель каталогу

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

  2. 02

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

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

  3. 03

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

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

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

BOS: операційне ядро бізнесу.

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

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

Спроєктував BOS навколо документів зі станом, формулами й наслідками: етап може запускати розрахунок, лист, завдання або фінансовий рух. Модель спирається на досвід ERP.

  1. 01

    Змоделювати організацію

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

  2. 02

    Надати документам дію

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

  3. 03

    Відстежувати наслідки

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

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

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

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

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

Amazon data: паралельне збирання й пакетне читання/запис Elasticsearch для зменшення звернень до сховища. Catalog: швидке читання на Rust, резервний Python, кеш Redis і контроль запитів.

  1. 01

    Збирати паралельно

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

  2. 02

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

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

  3. 03

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

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

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

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

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

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

Спроєктував MCP Hub навколо керованого доступу до баз даних, логів і робочих інструментів: контекст проєкту, підтвердження, аудит, повторне використання знань та автоматизації між системами.

  1. 01

    Знайти потрібне

    Отримувати потрібні інструменти та схеми на запит, зосереджуючи видимий інтерфейс і контекст на завданні.

  2. 02

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

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

  3. 03

    Перевірити результат

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

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

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

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

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

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

  1. 01

    Сформулювати проблему

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

  2. 02

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

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

  3. 03

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

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

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

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

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

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

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

  1. 01

    Спроєктувати деталь

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

  2. 02

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

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

  3. 03

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

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

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

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

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

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

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

  1. 01

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

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

  2. 02

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

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

  3. 03

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

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

Навички на практиці42
Мій шлях

Особливий інженерний фундамент.

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

Детальніше про мій шлях
01Виробництво

Почати з реального процесу.

Деталі, програми обладнання, матеріали й серійне виробництво. Інженерія почалася з фізичних обмежень та наслідків кожної операції.

02ERP та облік

Перетворити операції на модель бізнесу.

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

03Бекенд і комерція

Поєднати весь життєвий цикл товару.

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

04Архітектура систем

Обрати структуру під завдання.

Читання каталогів, потоки даних та бізнес-операції потребували різних моделей: транзакцій, пошуку, кешу, динамічних документів і правил процесів.

05Технічна відповідальність

Взяти відповідальність за всю систему.

В Onlihub після виходу lead-розробника я взяв технічну відповідальність: архітектура, БД, бекенд, інтеграції та координація невеликої міжфункціональної команди.

06Інфраструктура агентів

Автоматизувати роботу навколо систем.

MCP, пошук інструментів, керування контекстом і локальний ШІ продовжують той самий підхід: корисний доступ агентів до реальних систем, визначені права та перевірюване виконання.

Незалежні проєкти

За межами щоденних задач.

Контакт

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

Архітектура, технічне лідерство або продукт, якому потрібна міцна основа.

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

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

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

Написати в Telegram