Fundament kodu w OkayBooth
Tomasz dołączył do nas w marcu 2019 roku, przechodząc z firmy zajmującej się automatyką przemysłową w Katowicach. Od samego początku trzyma się zasady, że stabilność to podstawa handlu. Nie pisze kodu dla samej sztuki. Jego zadaniem jest dbanie o to, żeby każda kasa samoobsługowa wysyłała dane do serwera bez opóźnień. W zeszłym roku skrócił czas odpowiedzi bazy danych o 230ms, co przy 83 aktywnych sieciach handlowych realnie przyspieszyło obsługę tysięcy klientów każdego dnia.
W OkayBooth Tomasz odpowiada za całą architekturę backendową. To on pilnuje, aby stany magazynowe w kioskach zgadzały się co do jednej sztuki. Zero zbędnych bajerów w kodzie to jego mantra. Jeśli coś nie jest absolutnie potrzebne do działania automatu, Tomasz po prostu to usuwa. Dzięki temu nasze oprogramowanie nie wiesza się nawet na starszych maszynach, które mają tylko 4 GB pamięci RAM.
Praca z żywym sprzętem
Dla Tomasza programowanie nie kończy się na monitorze. Często można go spotkać z rozebranym kioskiem w naszym warsztacie w Gliwicach. W listopadzie 2023 roku spędził 14 dni nad rozwiązaniem problemu zrywania połączenia w sterownikach starszych drukarek fiskalnych. Znalazł błąd w bibliotece, którego nikt inny nie zauważył przez 3 lata. Napisał własną poprawkę i od tego czasu ani jedna maszyna u naszych 47 stałych odbiorców nie zgłosiła błędu wydruku paragonu.
Jego podejście do pracy jest surowe i konkretne. Jeśli system zgłasza awarię, Tomasz analizuje logi natychmiast. Wsparcie techniczne w 4 godziny to dla niego nie jest tylko hasło reklamowe, ale realny plan dnia. Pamiętam sytuację z maja, kiedy o 19:30 padł serwer synchronizacji u jednego z klientów w Zabrzu. Tomasz naprawił błąd w 38 minut, siedząc jeszcze w samochodzie na parkingu, bo wiedział, że rano sklep musi ruszyć bez przestojów.
Stabilność ponad wszystko
Prywatnie Tomasz to fan porządku. Przenosi to na projekty, którymi zarządza w OkayBooth. Każda funkcja, którą wdrażamy, przechodzi przez jego testy obciążeniowe. Symuluje wtedy ruch na poziomie 140 transakcji na minutę, żeby mieć pewność, że ekran ma reagować natychmiast. Nie akceptuje półśrodków. Jeśli widzi, że nowa funkcja może spowolnić system o ułamek sekundy, każe ją poprawiać do skutku.
Mieszka w Gliwicach, niedaleko biura na Zwycięstwa, więc w sytuacjach krytycznych jest na miejscu w kwadrans. Nie lubi branżowych spotkań i długich narad. Woli usiąść do konsoli i sprawdzić, dlaczego procesor w automacie grzeje się o 4 stopnie za mocno. To dzięki takiemu rzemieślniczemu podejściu nasze systemy działają bez restartu przez setki godzin. Szanuje czas klientów i wie, że niedziałający kiosk to dla nich realna strata pieniędzy, dlatego każda jego linijka kodu ma służyć zarabianiu, a nie wyglądaniu.