Studio inżynieryjne. Dwa filary: złożone systemy backendowe czasu rzeczywistego — doświadczenie z ~20 mln żądań na sekundę przy opóźnieniach 10–80 ms — oraz AI wbudowane w Twój produkt: czaty, wyszukiwanie wiedzy i agenty na oficjalnych SDK, z limitami kosztów i mierzoną jakością.
// fakty z CV — sprawdzalne
Dwa filary. Pierwszy: złożone systemy backendowe — rozproszone, niskolatencyjne, pracujące 24/7. Drugi: AI wbudowane w produkt — czaty, wyszukiwanie wiedzy, serwery MCP i systemy agentowe na oficjalnych SDK dostawców, pod limitami kosztów i z mierzoną jakością.
Filar 01 · Złożone systemy backendowe
Usługi czasu rzeczywistego pod realnym obciążeniem — projektowane na skalę.
// skala z praktyki, nie z prezentacji — miliardy aukcji dziennie w AdTech.
Backend, który da się rozwijać: czytelne granice usług i przemyślane dane.
// architektura i skalowalność to codzienna praca, nie hasło z oferty.
Systemy, które przeżywają kontakt z ruchem — i dają się diagnozować.
// niezawodność, obserwowalność i debugging produkcyjny — obszary, w których pracujemy na co dzień.
Filar 02 · AI w Twoim produkcie
Asystent, który zna Twój produkt — od prototypu po produkcję z limitami kosztów.
// koszt i czas odpowiedzi modelu mają budżet — tak samo jak każde żądanie w backendzie.
Odpowiedzi oparte na Twoich dokumentach — ze wskazaniem źródła, nie z pamięci modelu.
// brak źródła = „nie wiem". Jakość wyszukiwania mierzymy na pytaniach kontrolnych.
Automatyzacja procesów, która nie zgaduje — za kontraktami i bramkami jakości.
// zmiana promptu przechodzi przez testy regresji jak każda zmiana kodu.
Każda linia: dostosowania możliwe po konsultacji. Rozmowa wstępna — 30 minut, bezpłatnie.
Napisz do nasJak projektujemy
W systemach czasu rzeczywistego odpowiedź po terminie jest warta tyle, co brak odpowiedzi. Dlatego budżet opóźnienia dzielimy na etapy na samym początku — i pilnujemy go pomiarem ogona rozkładu, nie średnią.
RYS. 01 · BUDŻET OPÓŹNIENIA
przykładowy budżet · liczby poglądowe
↳ poza ścieżką krytyczną: zapis zdarzenia do Kafki (asynchronicznie)
RYS. 02 · TA SAMA DYSCYPLINA W AI
Koszt tokenów i czas odpowiedzi modelu też mają limit — zagnieżdżony.
Przekroczenie = czytelny komunikat dla użytkownika, nie rachunek-niespodzianka na koniec miesiąca.
Każdy etap ma swój limit. Przekroczenie widać w metrykach od razu, nie w zgłoszeniach klientów.
Zapisy zdarzeń idą asynchronicznie, odczyty z pamięci podręcznej (Redis, Aerospike).
Po przekroczeniu terminu odpowiadamy wariantem domyślnym. Degradacja, nie awaria.
p99 i p99,9 z produkcji — nie średnia z benchmarku na laptopie.
// ~20 mln żądań/s · 10–80 ms · 24/7 — skala, na której ta dyscyplina powstała.
Jak pracujemy
Nie zaczynamy od MVP „potem to wyrzucimy". Zaczynamy od tego, co ma trafić na produkcję — i dlatego jakość jest w pierwszej wersji, nie w piątej.
Testów więcej niż kodu produkcyjnego. BDD dla ścieżek użytkownika, realne API zewnętrzne w testach zamiast atrap tam, gdzie to możliwe. Bez testów nie ma wdrożenia.
Dostajesz repozytorium, dokumentację i zapis decyzji architektonicznych — nie zamknięte pudełko. Każdy może zrobić code review.
RODO, KMS dla danych wrażliwych, niezmienne ścieżki audytu, wersjonowany regulamin. Gotowe na audyt regulatora w każdym momencie.
ShedLock dla zadań cyklicznych, przesuwne okna w Redisie, dwuwarstwowy rate limiting, blokady optymistyczne i pesymistyczne. Skalowanie nie jest dodatkiem.
Niezmienne wdrożenia, weryfikacja sum SHA-256, automatyczne wycofanie, gdy health-check nie przejdzie. Atak na produkcję nie ma okna.
Narzędzia, w których pracujemy na co dzień. Dobór zawsze pod zadanie — nie odwrotnie.
Mały projekt nie pokrywa ich kosztów stałych: kierownicy projektów, codzienne narady, biuro, opiekunowie klienta. My tych kosztów nie mamy. Mamy kod.
Przegląd kodu, audyt bezpieczeństwa, sprawdzenie wydajności. Konkretny dokument na koniec.
Proof of concept, integracja, pojedyncza funkcja MVP. Działający kod po dwóch tygodniach.
Rozpoznanie → stały zakres, stała cena → dostarczenie. Bez rozjeżdżania się stawek godzinowych.
Wybierasz zakres. My mówimy, ile to kosztuje.
Napisz do nas — rozmowa wstępna (30 min, bezpłatnie) →Każdy projekt, który wdrażamy na produkcję, jest gotowy do audytu regulatora. Nie po fakcie. Od pierwszego commita.
Łańcuch zgód z wersjonowaniem regulaminu, audyt cofnięcia zgody jednym zapytaniem SQL. Zgodne z wytycznymi UODO 2024.
Art. 17 RODO. Dane wrażliwe szyfrowane KMS-em — usunięcie klucza usuwa dostęp. Realizacja w 30 dni.
Każda wersja regulaminu przypisana do konta użytkownika. W sporze pokazujesz zgodę z konkretnego dnia. Bez działania wstecz.
Fakturownia → KSeF gotowy od dnia obowiązywania (2026). Idempotentna kolejka, ponawianie prób z rosnącym odstępem.
Audyt regulatora? 24h przygotowania. Ścieżkę audytu trzymamy 6 lat — niezmienną i podpisaną kryptograficznie.
Distributed Systems / Software Engineer. Ponad pięć lat w RTB House — systemy przetwarzające ~20 mln zapytań o aukcje na sekundę przy opóźnieniach 10–80 ms, 24/7. Wcześniej Microsoft (Praga, Teams — funkcja follow-up meeting), 9livesdata, Samsung. Stack: Java, Kafka, Python, GCP, BigQuery, PostgreSQL, Aerospike. Trzy dyplomy UW: magister informatyki oraz JSIM — selektywna ścieżka MIMUW wyłącznie dla finalistów i laureatów olimpiad (licencjat z matematyki i informatyki w 4 lata zamiast 6, średnia 4,63/5, dyplom z wyróżnieniem). Brązowy medal IPhO 2014, Laureat Olimpiady Matematycznej 2015 (16. miejsce w Polsce), Finalista Olimpiady Informatycznej 2015.
„Nie buduję rzeczy, których nie chcę uruchomić w środowisku, w którym wszystko się psuje."
Rozmowa wstępna — 30 minut, bezpłatnie. Umawiamy się przez e-mail: napisz kilka zdań o projekcie, a my odpowiemy w ciągu 24 godzin roboczych z propozycją terminu.
Do: softmax.contact@gmail.com Temat: Rozmowa wstępna — [nazwa firmy] Dzień dobry, chcemy porozmawiać o: [np. system backendowy / czat AI w naszej aplikacji / audyt kodu] Kilka zdań o potrzebie: [...] Dogodne terminy: [np. wtorek–czwartek, 10:00–14:00] [imię i nazwisko, firma]
