Подробнее о работе
Начните с интересующего направления. В каждом проекте — контекст, реализация и инструменты.
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 и исполнением операций на бирже.
- Область работы
- Самостоятельная разработка приложения