Wybrane realizacje
Decyzje architektoniczne sprawdzone na produkcji.
To nie są prezentacje technologii. Każdy case zaczyna się od procesu biznesowego, który musiał działać bez przerwy, i jasno opisuje moją odpowiedzialność, ograniczenia oraz zweryfikowany rezultat.
Nazwy klientów pojawiają się tylko tam, gdzie publikacja została potwierdzona. ERP automotive pozostaje zanonimizowany.
Piotr MuchaPrincipal Software Engineer · FairyDeck
Główny case · Zanonimizowany ERP automotive
Modernizacja krytycznego ERP bez zatrzymywania sprzedaży, zakupów i pracy magazynów.
Modernizacja silnie powiązanego ERP całymi procesami: produkcyjne OMS i SCM, odwracalne wdrożenia oraz jedna warstwa obserwowalności dla legacy i nowych systemów.
Osobista odpowiedzialność: Odpowiadam za architekturę modernizacji, kluczowe ścieżki implementacji i bezpieczeństwo zmian produkcyjnych. Prace wykonane przez innych developerów są wyraźnie oznaczone.
Przeczytaj case modernizacji ERP- 20 tys.
- zamówień przetwarzanych miesięcznie
- 3 mln
- SKU w środowisku ERP
- Kilka godzin → kilka minut
- dla zamówienia obejmującego około 2000 części
- Około godziny → maks. 40 sekund
- maksymalny czas odwracalnego wdrożenia legacy
Cztery kolejne historie produkcyjne
Różne systemy. Ten sam standard dowodów.
-
02
Opublikowane doświadczenie produkcyjne
Modernizacja platformy marketing automation przetwarzającej do około 45 tys. zdarzeń na minutę.
Platforma marketing automation przeszła z obsługi eventów na dysku do kolejek i skalowalnych workerów, podczas gdy krytyczne aplikacje PHP i Java nadal działały.
Do około 45 tys. zdarzeń na minutę i brak utraty eventów podczas szczytów Black Friday.Bezpośrednia praca przy migracji przetwarzania zdarzeń, modernizacji legacy i integracjach e-commerce.
Przeczytaj case edrone -
03
Opublikowane doświadczenie produkcyjne
Normalizacja europejskich integracji bankowych PSD2 dla platformy Account-to-Account obsługującej setki tysięcy transakcji miesięcznie.
Różne API, statusy i błędy europejskich banków zostały ujednolicone za jednym procesem płatności Account-to-Account.
Produkcyjne integracje wspierające platformę obsługującą setki tysięcy transakcji miesięcznie.Projekt i implementacja konkretnych integracji bankowych, w tym normalizacja statusów i błędów.
Przeczytaj case Volt.io -
04
Opublikowane doświadczenie produkcyjne
Eliminacja ręcznego wyszukiwania klienta podczas rozmów supportu na platformie obsługującej ponad 20 tys. sklepów.
Telefonia, administracja klienta i historia supportu zostały połączone tak, aby właściwy kontekst był gotowy przed odebraniem rozmowy.
Etap wyszukiwania, który mógł zajmować do 60% czasu obsługi, został praktycznie wyeliminowany.Bezpośrednie wykonanie procesu kontekstowego dla supportu oraz osobnej aplikacji do migracji z PrestaShop.
Przeczytaj case Shoper -
05
Architektura wdrożona produkcyjnie
Automatyzacja aktualizacji katalogu blisko 10 mln produktów automotive.
Proces aktualizacji katalogu zależny od pracy developera został zastąpiony automatycznym przetwarzaniem ustandaryzowanych danych automotive.
Tygodniowe delty katalogu blisko 10 mln produktów są przetwarzane po ich udostępnieniu.Zaprojektowałem architekturę i przepływ danych; implementację wykonali inni developerzy.
Przeczytaj case TecAlliance
Zakres dowodów
Skala ma znaczenie tylko razem z kontekstem.
Ciągłość biznesu podczas zmiany ERP
Sprzedaż, zakupy i magazyny działały, gdy kompletne procesy przechodziły z legacy do nowych domen.
Niezawodne eventy pod obciążeniem
Kolejki i skalowalne workery zastąpiły obsługę plikową bez przepisywania całej platformy.
Regulowane integracje z jawną obsługą błędów
Kontrakty bankowe tworzą jeden proces wewnętrzny z Mutual TLS, certyfikatami i kontrolowanym retry.
Kontekst operacyjny gotowy przed rozmową
Proces supportu został zaprojektowany wokół rzeczywistej ścieżki konsultanta, a nie kolejnego izolowanego narzędzia.
Architektura usuwająca powtarzalną pracę ręczną
Duży pipeline katalogowy został zautomatyzowany przy zachowaniu jawnej granicy między projektem a implementacją.
Twój system
Który krytyczny proces jest dziś zbyt ryzykowny, żeby go zmienić?
Przynieś proces biznesowy, ograniczenie operacyjne i awarię, na którą firma nie może sobie pozwolić. Podczas pierwszej rozmowy ustalimy bezpieczny następny krok.
Porozmawiajmy o systemie