Детальніше про роботу
Оберіть цікавий вам напрям. У кожному проєкті — контекст, реалізація та інструменти.
01OnlihubТехнічна відповідальність за commerce-платформуДеталі
Я взяв на себе технічну відповідальність за розвиток платформи, що поєднує постачальників, товари, маркетплейси та виконання замовлень.
- Обсяг роботи
- Lead Developer · архітектура, реалізація та розвиток
Від розробника до технічного керівника
Я приєднався до стартапу поруч із досвідченим lead. Після його відходу взяв відповідальність за архітектуру, базу даних і backend, координував невелику міжфункціональну команду та вів продукт через реалізацію, підтримку й подальший розвиток. Обговорення з CEO пов’язували бізнес-ідеї з технічною реалізовністю та рішеннями щодо розробки.
Спільна модель різних каналів
Початкова платформа проєктувалася під ширший multichannel-сценарій: товар з одного джерела можна опублікувати в іншому каналі. Я працював з Amazon, Walmart, eBay, TikTok Shop, Shopify та складськими інтеграціями, узгоджуючи товари, зовнішні ідентифікатори, реальні й віртуальні склади, залишки, замовлення та tracking. Цей початковий задум згодом став основою появи MySellerHub.
02BOS / Business Operations SystemПлатформа бізнес-операцій, що почалася з іпотекиДеталі
Я спроєктував і розробляв Python-платформу для бізнес-процесів навколо документів, починаючи з іпотеки: налаштовувані документи, багатокрокові форми, розрахунки, правила доступу та облік нарахувань.
- Обсяг роботи
- Моделювання бізнесу й архітектура системи
Організації та доступ
Іпотечний процес працює в моделі організацій, підрозділів, членства й ролей. Права поєднують дозволену дію з областю доступу та умовами щодо даних. Так доступ до документів відповідає обов’язкам людини в організації.
Документи та форми зі станом
Типи документів визначають типізовані поля, довідники та зв’язки батьківських і дочірніх документів. Багатокрокові форми підтримують вкладені й повторювані поля, зберігають відповіді та після завершення створюють або пов’язують документи. Очікувана версія в запиті дає змогу виявити застарілу зміну й повернути конфлікт.
03MCP HubОркестрація агентів, знання проєктів і повторне використання досвідуДеталі
Я створив сервіс, у якому агенти знаходять інструменти й знання проєктів, працюють із підключеними системами та зберігають корисні методи для наступних завдань.
- Обсяг роботи
- Інфраструктура агентів та архітектура інтеграцій
Знайти операцію, потім отримати її схему
Пошук інструментів повертає короткі результати з підказками аргументів, відомостями про ризик і посиланням на схему, що перевіряється під час виклику. Агент запитує точну схему вибраної операції, потім викликає її за назвою. Повний каталог інтеграцій залишається поза промптом, а шлях від наміру до актуального контракту інструмента — явним.
Локальні embeddings і гібридний пошук
Знання проєктів поєднують FTS5 з локальними embeddings SentenceTransformer. Потоковий перегляд векторів відбирає ID найкращих фрагментів до завантаження їхнього вмісту; хеші дозволяють не векторизувати незмінений текст. Для повторно використовуваних методів є окремий шлях: семантичний і лексичний відбір, після якого опціональний локальний CrossEncoder оцінює відповідність завданню.
04Amazon Data / TrendsМасштабний парсинг Amazon та аналіз тенденційДеталі
Я спроєктував і реалізував сервіс даних Amazon, що сканував категорії маркетплейсу, крім книг, і використовував пакетну обробку Elasticsearch для пошуку тенденцій.
- Обсяг роботи
- Архітектура збору й обробки даних
Історичне охоплення категорій
Проєкт сканував категорії Amazon по каталогу, свідомо виключаючи книги. Історичний обсяг даних був порядку мільйонів оголошень. Такий охват поєднував збір, нормалізацію та зберігання в одне завдання: дані категорій мали стати узгодженим набором для пакетного аналізу.
Збір за зовнішніх обмежень
Парсери мали враховувати блокування, кілька облікових записів, proxy та невдалі запити. Паралельна обробка, обмеження частоти й повтори були частиною архітектури збору. Нормалізація давала індексації та аналізу узгоджене подання попри відмінності зібраних даних.
05MySellerHubСпільна модель незалежних каналів продажуДеталі
Я спроєктував backend-модель товарів, оголошень у каналах, замовлень і складів, пов’язавши оновлення залишків та виконання замовлень між зовнішніми платформами.
- Обсяг роботи
- Multichannel-архітектура та інтеграції
Канал продажу й постачальник
Shopify може бути каналом продажу, що отримує товари й передає замовлення покупців, або постачальником, що надає каталог і виконує замовлення на закупівлю. Ці ролі мають окремі процеси навколо спільної моделі товарів та оголошень. Замовлення постачальнику містить локальний ідентифікатор для пошуку вже створеного зовнішнього замовлення.
Залишок може змінитися під час оновлення
Кожна ціль оновлення залишку має кількість і версію. Після надсилання worker перевіряє, чи версія ще актуальна. Якщо залишок устиг змінитися, запис залишається в очікуванні наступної спроби. Правила резерву та верхньої межі залишку коригують ціль до надсилання в канал.
06Liqsale / Daily SnipesВід прайсів постачальників до маркетплейсуДеталі
Я побудував процес, що перетворює розрізнені пропозиції розпродажу залишків на структуровані товарні оголошення з пошуком.
- Обсяг роботи
- Архітектура продукту й обробка даних
07Unity MCP EfficientМенший інтерфейс інструментів із доступом до повного каталогу операційДеталі
Я створив шар сумісності, що дає агентам змогу знаходити операції Unity без завантаження всіх схем інструментів у контекст.
- Обсяг роботи
- Проєктування й реалізація фасаду
08Onlihub CatalogОкремі шляхи даних для різних навантаженьДеталі
Я спроєктував і реалізував окремий сервіс каталогу Onlihub з основним шляхом на Rust, резервним на Python, кешуванням Redis та Elasticsearch.
- Обсяг роботи
- Архітектура й реалізація сервісу каталогу
Окремий сервіс і визначені шляхи даних
Каталог маркетплейсу став окремим сервісом із власною архітектурою обслуговування. Rust відповідав за основний швидкий шлях, поруч працював резервний Python-підхід. Я відповідав і за архітектуру, і за реалізацію, відокремлюючи навантаження каталогу від ширшого commerce-застосунку.
Кеш, пошук і транзакції мають різні завдання
Redis кешував дані для повторних читань, Elasticsearch забезпечував модель пошуку/читання, а PostgreSQL зберігав транзакційні обов’язки. Це розділяло отримання даних каталогу й зберігання бізнес-стану. Пакетні операції та оптимізація важких запитів доповнювали цей розподіл.
09Manufacturing EngineeringФізичний процес, що стоїть за програмоюДеталі
Мій інженерний фундамент — проєктування деталей, операцій обробки та процесів запуску виробів у виробництво.
- Обсяг роботи
- Технологічне проєктування та CAD/CAM
10ERP / 1CПеретворення операцій підприємства на облікову модельДеталі
Я створював і підтримував рішення 1C для українських компаній, працюючи безпосередньо із замовниками над обліком, плануванням виробництва, витратами матеріалів і логістикою.
- Обсяг роботи
- Аналіз бізнесу та прикладна розробка
Зрозуміти компанію перед налаштуванням системи
Я працював безпосередньо із замовниками, вивчаючи технологічні й адміністративні процеси, зокрема в проєктах із нуля. Спочатку з’ясовував реальний рух матеріалів, документів, залишків і грошей, а потім налаштовував облік та інтеграції. Операційна модель замовника визначала модель програми.
Виробництво, матеріали та плани витрат
Робота охоплювала планування виробництва, норми й витрати матеріалів, складські рухи, собівартість, зарплату та плани витрат. Виробничий досвід допомагав пов’язати цифри в 1C з операціями, що їх створюють. Звіти й складні запити робили цю інформацію придатною для планування та контролю.
11Financial SystemsПлатежі, документи та цілісність данихДеталі
В Onlihub і Liqsale я створював підписки, разові платіжні сценарії та моделі транзакцій, пов’язані з виписками, перерахунками й бізнес-документами.
- Обсяг роботи
- Фінансове моделювання та інтеграції в різних проєктах
Платежі всередині торговельного процесу
Моя робота в Onlihub і Liqsale включала підписки, разові платежі, кошики, checkout і синхронізацію статусів. Інтеграції Stripe та Wise були частиною фінансового процесу застосунку, пов’язуючи платіжні події із замовленням або підпискою клієнта та відповідними записами транзакцій.
Модель транзакцій за виписками
Я працював над типами й категоріями транзакцій, розрахунками, перерахунками та виписками, зокрема PDF. Ці записи описують зв’язок фінансових операцій зі станом застосунку й документами. Модель дає змогу простежити показані користувачу цифри до транзакцій і рухів, які їх сформували.
12ZipurchТорговельна активність на картіДеталі
Я працював над поєднанням активності замовлень, інформації про товари та географічного контексту на карті.
- Обсяг роботи
- Інтеграція замовлень і геопросторові сценарії
13Meeting-to-ActionsВід усних рішень до структурованої роботиДеталі
Я працював над процесом перетворення аудіо зустрічі на рішення, подальші дії та завдання в Teamwork через MCP.
- Обсяг роботи
- Інтеграція мовлення та агентних процесів
14Local AI / Lightweight MLВибір моделі під конкретне завданняДеталі
Я досліджую локальні моделі та легковагове виконання для мовлення, документів, пошуку й прикладної автоматизації.
- Обсяг роботи
- Прикладні дослідження та прототипи процесів
15TON TanksTelegram-гра: серверні бої та ігрові системиДеталі
Я брав участь у створенні концепції, розробці та запуску Telegram-гри. Backend обробляє покрокові PvP/PvE-бої, здібності танків, оренду, крафт і збереження результатів; ігрові активи пов’язані з гаманцями та станом NFT.
- Обсяг роботи
- Керівництво продуктом, backend та ігрові системи
Бойовий цикл
Серверний бій координує ходи PvP та PvE. Стан танка містить здоров’я, броню, швидкість, здібності, ефекти, відновлення та очки дій. Цикл визначає наступний хід, застосовує дії й шкоду, а потім надсилає клієнтам доступні дії та зміни стану через WebSocket.
Володіння, оренда й крафт
Доступ до танка розрізняє власника й орендаря та враховує час відновлення й ліміти оренди. Крафт перевіряє вихідні танки та їхнє володіння, після чого записує документ крафту й отриманий ігровий танк. Зв’язки з гаманцями та стан NFT належать до моделі активів.
16Modular Vehicles / UnityФізика, модульна техніка та процедурні світиДеталі
Я розробляю й досліджую модульну техніку, пошкодження, фізику гусениць та процедурні середовища в Unity.
- Обсяг роботи
- Самостійна розробка ігрових систем
17Blender / 3DВід hard-surface моделей до ігрових ресурсівДеталі
Я використовую Blender для створення й підготовки hard-surface моделей, матеріалів і текстур для ігрових середовищ.
- Обсяг роботи
- Самостійне моделювання та підготовка ресурсів
18Engine Sim Unity AudioФізична симуляція як джерело ігрового звукуДеталі
Я працював над автоматизованим створенням банків звуків двигуна для Unity з фізичного симулятора двигуна.
- Обсяг роботи
- Самостійна розробка аудіоінструментів
19Crypto Trading TerminalРинкові дані, стратегії та виконання в одному інструментіДеталі
Я створив торговий термінал із ринковими даними, графіками, власними стратегіями, backtesting і виконанням операцій на біржі.
- Обсяг роботи
- Самостійна розробка застосунку