Bliżej projektów
Wybierz interesujący Cię obszar. Każdy projekt opisuje kontekst, realizację i narzędzia.
01OnlihubOdpowiedzialność techniczna za platformę commerceSzczegóły
Przejąłem odpowiedzialność techniczną za rozwój platformy łączącej dostawców, produkty, marketplace’y i realizację zamówień.
- Zakres pracy
- Lead Developer · architektura, implementacja i rozwój
Od programisty do odpowiedzialności technicznej
Dołączyłem do startupu, pracując u boku doświadczonego leada. Po jego odejściu przejąłem architekturę, bazę i backend, koordynowałem niewielki zespół międzyfunkcyjny i prowadziłem produkt przez implementację, utrzymanie oraz dalszy rozwój. Rozmowy z CEO łączyły pomysły biznesowe z wykonalnością techniczną i decyzjami o realizacji.
Wspólny model różnych kanałów
Pierwotna platforma miała szerszy zakres multichannel: produkt z jednego źródła można było opublikować w innym kanale. Pracowałem z Amazon, Walmart, eBay, TikTok Shop, Shopify i integracjami magazynowymi, uzgadniając produkty, identyfikatory, magazyny rzeczywiste i wirtualne, stany, zamówienia oraz tracking. Ten pierwotny zakres przyczynił się później do powstania MySellerHub.
02BOS / Business Operations SystemPlatforma operacji biznesowych, która zaczęła się od hipotekSzczegóły
Zaprojektowałem i rozwijałem platformę w Python do procesów biznesowych opartych na dokumentach, początkowo dla hipotek: konfigurowalne dokumenty, formularze wieloetapowe, obliczenia, reguły dostępu i ewidencja naliczeń.
- Zakres pracy
- Modelowanie biznesu i architektura systemu
Organizacje i dostęp
Proces hipoteczny działa w modelu organizacji, działów, członkostwa i ról. Uprawnienia łączą dozwoloną operację z zakresem dostępu i warunkami dotyczącymi danych. Dzięki temu dostęp do dokumentów odpowiada obowiązkom danej osoby w organizacji.
Dokumenty i formularze ze stanem
Typy dokumentów definiują pola typowane, słowniki i relacje nadrzędny–podrzędny. Formularze wieloetapowe obsługują pola zagnieżdżone i powtarzalne, zapisują odpowiedzi oraz tworzą lub łączą dokumenty po zakończeniu. Oczekiwana wersja w żądaniu pozwala wykryć nieaktualną edycję i zwrócić konflikt.
03MCP HubOrkiestracja agentów, wiedza projektowa i ponowne wykorzystanie doświadczeńSzczegóły
Zbudowałem usługę, w której agenci znajdują narzędzia i wiedzę projektową, pracują z połączonymi systemami oraz zachowują przydatne metody do kolejnych zadań.
- Zakres pracy
- Infrastruktura agentów i architektura integracji
Najpierw operacja, potem jej schemat
Wyszukiwanie narzędzi zwraca zwięzłe wyniki ze wskazówkami argumentów, informacją o ryzyku i odwołaniem do schematu sprawdzanym przy wywołaniu. Agent pobiera dokładny schemat wybranej operacji, a następnie wywołuje ją po nazwie. Pełny katalog integracji pozostaje poza promptem, zachowując prostą drogę od zamiaru do aktualnego kontraktu narzędzia.
Lokalne embeddings i wyszukiwanie hybrydowe
Wiedza projektowa łączy FTS5 z lokalnymi embeddings SentenceTransformer. Strumieniowy przegląd wektorów wybiera ID najlepszych fragmentów przed pobraniem treści, a hashe pozwalają pominąć ponowną wektoryzację niezmienionego tekstu. Metody do ponownego użycia mają osobną ścieżkę: wybór semantyczny i leksykalny, po którym opcjonalny lokalny CrossEncoder ocenia zgodność z zadaniem.
04Amazon Data / TrendsPozyskiwanie danych Amazon na dużą skalę i analiza trendówSzczegóły
Zaprojektowałem i zbudowałem usługę danych Amazon, która skanowała kategorie marketplace’u z wyjątkiem książek i korzystała z operacji wsadowych Elasticsearch do wykrywania trendów.
- Zakres pracy
- Architektura pozyskiwania i przetwarzania danych
Historyczny zakres kategorii
Projekt skanował kategorie katalogu Amazon, celowo wyłączając książki. Historyczny zakres danych był rzędu milionów ofert. Taka skala łączyła pozyskiwanie, normalizację i przechowywanie w jeden problem: dane kategorii musiały utworzyć spójny zbiór do analizy wsadowej.
Pozyskiwanie przy ograniczeniach zewnętrznych
Parsery musiały uwzględniać blokady, wiele kont, proxy i nieudane żądania. Przetwarzanie równoległe, ograniczanie częstotliwości oraz ponowienia były częścią architektury pozyskiwania. Normalizacja zapewniała indeksowaniu i analizie spójną reprezentację mimo różnic w danych źródłowych.
05MySellerHubWspólny model niezależnych kanałów sprzedażySzczegóły
Zaprojektowałem model backendu dla produktów, ofert w kanałach, zamówień i magazynów, łącząc aktualizacje zapasów z realizacją zamówień między platformami zewnętrznymi.
- Zakres pracy
- Architektura multichannel i integracje
Kanał sprzedaży i dostawca
Shopify może być kanałem sprzedaży przyjmującym produkty i przekazującym zamówienia klientów albo dostawcą udostępniającym katalog i realizującym zamówienia zakupu. Te role mają osobne procesy wokół wspólnego modelu produktów i ofert. Zamówienie do dostawcy zawiera lokalny identyfikator używany do wyszukania istniejącego zamówienia zewnętrznego.
Stan może zmienić się podczas aktualizacji
Każda docelowa aktualizacja stanu ma ilość i wersję. Po wysłaniu worker sprawdza, czy wersja jest nadal aktualna. Jeśli zapas zdążył się zmienić, rekord pozostaje oczekujący na kolejną próbę. Reguły bufora i maksymalnego stanu korygują cel przed wysłaniem go do kanału.
06Liqsale / Daily SnipesOd arkuszy dostawców do marketplace’uSzczegóły
Zbudowałem proces przekształcający rozproszone oferty wyprzedaży zapasów w uporządkowane, przeszukiwalne oferty produktów.
- Zakres pracy
- Architektura produktu i przetwarzanie danych
07Unity MCP EfficientMniejszy interfejs narzędzi z dostępem do pełnego katalogu operacjiSzczegóły
Zbudowałem warstwę zgodności, dzięki której agenci odkrywają operacje Unity bez ładowania wszystkich schematów narzędzi do kontekstu.
- Zakres pracy
- Projekt i implementacja fasady
08Onlihub CatalogRóżne ścieżki danych dla różnych obciążeńSzczegóły
Zaprojektowałem i zaimplementowałem osobną usługę katalogu Onlihub z główną ścieżką w Rust, rezerwową w Python, cache Redis i Elasticsearch.
- Zakres pracy
- Architektura i implementacja usługi katalogu
Osobna usługa i jawne ścieżki danych
Katalog marketplace’u stał się osobną usługą z własną architekturą obsługi. Rust odpowiadał za główną szybką ścieżkę, uzupełnianą przez rezerwową ścieżkę Python. Odpowiadałem za architekturę i implementację, oddzielając obciążenie katalogu od szerszej aplikacji commerce.
Cache, wyszukiwanie i transakcje mają różne zadania
Redis buforował dane do powtarzanych odczytów, Elasticsearch zapewniał model wyszukiwania i odczytu, a PostgreSQL zachowywał odpowiedzialność transakcyjną. Oddzielało to pobieranie danych katalogu od zapisu stanu biznesowego. Operacje wsadowe i optymalizacja ciężkich zapytań uzupełniały ten podział.
09Manufacturing EngineeringFizyczny proces stojący za oprogramowaniemSzczegóły
Mój fundament inżynierski to projektowanie części, operacji obróbki i procesów wdrażania wyrobów do produkcji.
- Zakres pracy
- Inżynieria produkcji i CAD/CAM
10ERP / 1CPrzekładanie operacji firmy na model ewidencjiSzczegóły
Tworzyłem i utrzymywałem rozwiązania 1C dla firm w Ukrainie, pracując bezpośrednio z klientami nad ewidencją, planowaniem produkcji, zużyciem materiałów i logistyką.
- Zakres pracy
- Analiza biznesowa i rozwój aplikacji
Zrozumieć firmę przed konfiguracją systemu
Pracowałem bezpośrednio z klientami, poznając ich procesy technologiczne i administracyjne, również w projektach budowanych od podstaw. Najpierw ustalałem rzeczywisty przepływ materiałów, dokumentów, zapasów i pieniędzy, a następnie konfigurowałem ewidencję oraz integracje. Model działania klienta kształtował model oprogramowania.
Produkcja, materiały i planowanie wydatków
Praca obejmowała planowanie produkcji, normy i zużycie materiałów, operacje magazynowe, koszty, płace oraz plany wydatków. Doświadczenie produkcyjne pomagało mi powiązać liczby w 1C z operacjami, które je tworzą. Raporty i złożone zapytania udostępniały te informacje do planowania i kontroli.
11Financial SystemsPłatności, dokumenty i integralność danychSzczegóły
W Onlihub i Liqsale tworzyłem subskrypcje, płatności jednorazowe i modele transakcji powiązane z zestawieniami, przeliczeniami oraz dokumentami biznesowymi.
- Zakres pracy
- Modelowanie finansowe i integracje w wielu projektach
Płatności wewnątrz procesu handlowego
Moja praca w Onlihub i Liqsale obejmowała subskrypcje, płatności jednorazowe, koszyki, checkout i synchronizację statusów. Integracje Stripe oraz Wise należały do procesu finansowego aplikacji, wiążąc zdarzenia płatnicze z zamówieniem lub subskrypcją klienta i właściwymi zapisami transakcji.
Model transakcji stojący za zestawieniami
Pracowałem nad typami i kategoriami transakcji, obliczeniami, przeliczeniami oraz zestawieniami, w tym PDF. Rekordy opisują związek operacji finansowych ze stanem aplikacji i dokumentami. Model pozwala powiązać liczby wyświetlane użytkownikowi z transakcjami i operacjami, które je utworzyły.
12ZipurchAktywność handlowa widoczna na mapieSzczegóły
Pracowałem nad połączeniem aktywności zamówień, informacji produktowych i kontekstu geograficznego na mapie.
- Zakres pracy
- Integracja zamówień i procesy geoprzestrzenne
13Meeting-to-ActionsOd ustnych ustaleń do uporządkowanej pracySzczegóły
Pracowałem nad procesem przekształcającym nagranie spotkania w ustalenia, działania i zadania w Teamwork przez MCP.
- Zakres pracy
- Integracja rozpoznawania mowy i procesów agentowych
14Local AI / Lightweight MLDobór modelu do rzeczywistego zadaniaSzczegóły
Badam lokalne modele i lekkie mechanizmy inferencji do obsługi mowy, dokumentów, wyszukiwania i praktycznej automatyzacji.
- Zakres pracy
- Badania stosowane i prototypy procesów
15TON TanksGra Telegram: walki po stronie serwera i systemy grySzczegóły
Współtworzyłem koncepcję, rozwijałem i uruchamiałem grę Telegram. Backend obsługuje turowe walki PvP/PvE, zdolności czołgów, wynajem, crafting i zapis wyników; aktywa gry są powiązane z portfelami i stanem NFT.
- Zakres pracy
- Prowadzenie produktu, backend i systemy gry
Przebieg walki
Walka po stronie serwera koordynuje tury PvP i PvE. Stan czołgu obejmuje zdrowie, pancerz, prędkość, zdolności, efekty, czas odnowienia i punkty akcji. Pętla wyznacza kolejną turę, stosuje akcje i obrażenia, a następnie wysyła klientom dostępne działania i zmiany stanu przez WebSocket.
Własność, wynajem i crafting
Dostęp do czołgu rozróżnia właściciela i najemcę oraz uwzględnia czas odnowienia i limity wynajmu. Crafting sprawdza czołgi wejściowe i ich własność, a następnie zapisuje dokument craftingu oraz utworzony czołg w grze. Powiązania z portfelami i stan NFT są częścią modelu aktywów.
16Modular Vehicles / UnityFizyka, maszyny modułowe i światy proceduralneSzczegóły
Rozwijam i badam modułowe pojazdy, uszkodzenia, fizykę gąsienic i środowiska proceduralne w Unity.
- Zakres pracy
- Samodzielny rozwój systemów gry
17Blender / 3DOd modeli hard-surface do zasobów gotowych do grySzczegóły
Używam Blender do tworzenia i przygotowania modeli hard-surface, materiałów i tekstur do środowisk gier.
- Zakres pracy
- Samodzielne modelowanie i przygotowanie zasobów
18Engine Sim Unity AudioSymulacja fizyczna jako źródło dźwięku w grzeSzczegóły
Pracowałem nad automatycznym generowaniem banków dźwięków silnika do Unity z fizycznego symulatora silnika.
- Zakres pracy
- Samodzielny rozwój narzędzi audio
19Crypto Trading TerminalDane rynkowe, strategie i wykonanie w jednym narzędziuSzczegóły
Zbudowałem terminal tradingowy łączący dane rynkowe, wykresy, własne strategie, backtesting i wykonywanie operacji na giełdzie.
- Zakres pracy
- Samodzielny rozwój aplikacji