Krzysztof Zdunkowski

Z PHP pracuję od wersji 4.2. Mam za sobą zarówno niewielkie serwisy, jak i rozbudowane aplikacje biznesowe, tworzone we własnych rozwiązaniach oraz we frameworkach Laravel, Yii i KohanaPHP. Pracowałem z kolejnymi wydaniami języka, w tym z PHP 8.4. Poza implementacją odpowiadałem za dobór technologii, projektowanie architektury aplikacji i ustalanie jej podstawowych założeń.

Duża część mojej pracy dotyczyła optymalizacji — zarówno podczas tworzenia nowych systemów, jak i przy rozwijaniu już istniejących. Korzystałem z narzędzi do debugowania i profilowania, między innymi Xdebug. Zajmowałem się całymi rozwiązaniami, więc analiza wydajności obejmowała nie tylko kod PHP, lecz także zapytania do bazy i konfigurację serwera.

Przez wiele lat prowadziłem też iFotos, własny hosting zdjęć oparty na Nginx, PHP-FPM, XCache i MySQL. W tym projekcie szczególnie ważne było dla mnie wykorzystanie dostępnego sprzętu i ograniczenie kosztów infrastruktury. Wykorzystałem w nim X-Accel-Redirect, aby PHP obsługiwało metadane, a wysyłaniem plików zajmował się Nginx.

W Laravelu pracowałem nad projektami o różnej skali: od niewielkich serwisów po rozbudowane aplikacje biznesowe. Budowałem widoki w Blade i REST API z dokumentacją Swagger. Tworzyłem własne polecenia Artisan do automatyzacji zadań oraz korzystałem z kolejek do obsługi procesów asynchronicznych.

Wdrażałem uwierzytelnianie oparte na JWT i obsługę kont użytkowników: rejestrację, logowanie, reset hasła oraz potwierdzanie adresu e-mail. Redis wykorzystywałem do przechowywania w cache danych, których pobieranie najbardziej obciążało aplikację i bazę.

Z Yii korzystałem w prostych aplikacjach CRUD i w większych systemach biznesowych. Jednym z nich był wielomodułowy system do zarządzania projektami budowlanymi. Pracowałem z ActiveRecord, migracjami schematu bazy i generatorem Gii, a także tworzyłem własne komponenty i widgety do wykorzystania w różnych częściach aplikacji.

Budowałem REST API z paginacją i dokumentacją, pisałem komendy konsolowe do automatyzacji zadań oraz wdrażałem role i uprawnienia oparte na RBAC. Przy bardziej obciążających zapytaniach korzystałem z cache w Redisie. Sporo pracy poświęciłem też tabelom, filtrowaniu, paginacji i raportowaniu — elementom powtarzającym się w wielu modułach systemu.

Z MySQL pracowałem zarówno przy projektowaniu nowych baz, jak i optymalizacji istniejących systemów. Zajmowałem się schematami, doborem typów danych i indeksów, w tym covering indexes, oraz rozwiązaniami wykorzystującymi dane GIS i JSON. Mam doświadczenie z MySQL 5.x i 8.x.

Pracowałem z transakcjami: autocommit, ręcznym START / COMMIT / ROLLBACK oraz rozwiązywaniem deadlocków przy różnych poziomach izolacji, między innymi READ COMMITTED i REPEATABLE READ.

Poza samymi zapytaniami zajmowałem się kopiami zapasowymi i odtwarzaniem danych przy użyciu mysqldump i phpMyAdmin. Konfigurowałem też użytkowników, role i uprawnienia. Bazy utrzymywałem między innymi w aplikacjach biznesowych oraz w moim hostingu zdjęć iFotos.

Z Nginxem pracuję od wersji 0.7. Używałem go w małych serwisach i środowiskach rozproszonych, do obsługi ruchu HTTP(S), jako reverse proxy oraz warstwę cache dla zasobów statycznych: CSS, JavaScriptu i multimediów.

Konfigurowałem rozdzielanie ruchu między backendami z użyciem least_conn i ip_hash. Stosowałem też limity limit_req_zone i limit_conn_zone, aby ograniczać przeciążenia i nagłe skoki ruchu. Przy wcześniejszych wdrożeniach przygotowywałem konfigurację HTTP/2 i korzystałem z http2_push_preload.

W iFotos wykorzystałem X-Accel-Redirect. PHP przygotowywało metadane i obsługiwało licznik odsłon w cache, a wysyłanie pliku przejmował Nginx. To był istotny element optymalizacji serwisu obsługującego wiele jednoczesnych pobrań.

Redis wykorzystywałem przede wszystkim jako cache wyników kosztownych zapytań, często pobieranych danych i sesji. W ten sposób ograniczałem liczbę odwołań do bazy i skracałem czas odpowiedzi aplikacji.

Dobierałem wartości TTL tak, aby pogodzić aktualność danych z obciążeniem bazy i zużyciem pamięci. Korzystałem z tego między innymi w projektach opartych na Laravelu i Yii, przy zapytaniach oraz fragmentach danych używanych w wielu miejscach aplikacji.

Z Dockerem pracowałem najczęściej na przygotowanych już konfiguracjach — obrazach i plikach Compose. Pozwalały uruchamiać kompletne środowiska aplikacji z PHP-FPM, Nginx, Redisem i MySQL.

Rozumiem budowę Dockerfile, konfigurację sieci i wolumenów oraz sposób połączenia kilku usług w Docker Compose. Znam zasady budowania i optymalizacji obrazów, wieloetapowe buildy oraz pracę z prywatnymi rejestrami kontenerów. W projektach korzystałem z Dockera przede wszystkim przy uruchamianiu środowisk i wdrażaniu aplikacji.

Z JavaScriptem pracuję od czasów sprzed jQuery. Pisałem zarówno skrypty w czystym JS, jak i bardziej rozbudowane, modułowe aplikacje SPA. Korzystałem z jQuery oraz frameworków frontendowych, a przy utrzymaniu istniejących systemów pracowałem też z Node.js.

Znam mechanizmy języka: prototypy, hoisting, event loop i asynchroniczność. Zwracam uwagę na to, jak sposób organizacji kodu wpływa na zużycie pamięci przeglądarki. Przykładem jest tworzenie osobnych funkcji w każdej instancji obiektu zamiast współdzielenia metod przez prototyp — przy dużej liczbie obiektów taka różnica ma znaczenie.

Node.js nie jest moją ulubioną technologią, ale mam doświadczenie z jego utrzymaniem i refaktoryzacją. W jednym z projektów pracowałem nad modułami zarządzanymi przez PM2, w tym ich monitorowaniem i alertami.

Vue poznałem później niż sam JavaScript, ale szybko polubiłem ten sposób budowania interfejsów. Komercyjnie tworzyłem w nim pojedyncze widoki i bardziej rozbudowane komponenty. Jednym z nich był własny moduł tabeli z paginacją po REST API, obsługą nagłówków paginacji i różnymi typami danych w kolumnach.

Pracowałem też nad panelem administracyjnym wykorzystującym Vue 3, Nuxt i TypeScript. W komponentach korzystałem z propsów, emitowania zdarzeń i slotów, aby wspólny element można było dostosować do różnych widoków bez jego kopiowania. Odpowiada mi organizacja kodu w plikach .vue, w których struktura, zachowanie i styl komponentu są zebrane w jednym miejscu.

Pythona poznałem na studiach i właśnie w nim napisałem całą pracę inżynierską. Mam w nim mniej doświadczenia komercyjnego niż w PHP, ale wykorzystywałem go zarówno we własnych projektach, jak i w systemach produkcyjnych. W projektach własnych pracowałem między innymi z przetwarzaniem plików wideo, audio i zdjęć.

W pracy komercyjnej tworzyłem skrypty do transformacji i analizy dużych zbiorów danych: grupowania, filtrowania oraz masowej zmiany nazw i zawartości plików lub rekordów w bazie według złożonych wzorców. Projektowałem również algorytmy weryfikacji kandydatów oparte na IRT.

Python był też podstawą mojego systemu zabezpieczeń nieruchomości na Raspberry Pi. Projektowałem w nim zdalnie komunikujące się interkomy, wykorzystujące WebSockety, szyfrowane połączenia i uwierzytelnianie tokenami JWT. Ten projekt łączył programowanie z elektroniką i organizacją komunikacji między urządzeniami.

Flaska poznałem w 2010 roku. Korzystałem z niego do budowania REST API, organizując kod w blueprintach, zabezpieczając endpointy tokenami JWT i przygotowując dokumentację zgodną z OpenAPI. Do migracji bazy danych używałem Flask-Migrate.

Flask-SocketIO wykorzystywałem do dwukierunkowej komunikacji ze zdalnymi urządzeniami, między innymi w moich domofonach opartych na Raspberry Pi. W tym rozwiązaniu urządzenia komunikowały się przez szyfrowane połączenia, bez potrzeby nadawania każdemu z nich publicznego adresu IP.

W projektach z Raspberry Pi łączyłem elektronikę i oprogramowanie. Obsługiwałem kamerę z podświetleniem podczerwonym do nagrań nocnych, mikrofon, wzmacniacz z głośnikami, klawiaturę matrycową 3 × 4 oraz niewielki wyświetlacz do interakcji z użytkownikiem.

Całością sterował Python. Biblioteki GPIO wykorzystywałem do odczytu przycisków i sterowania wyjściami, a Flask-SocketIO do zdalnej komunikacji. Do systemu podłączałem też przekaźniki i sterowniki automatyki.

Obudowy projektowałem w 3ds Max i przygotowywałem do druku 3D, dopasowując je do rozmieszczenia wszystkich modułów. Są to własne, działające prototypy — obejmujące oprogramowanie, elektronikę i fizyczną obudowę urządzenia.

Photoshopa używam od ponad 20 lat. Przy pracy nad stronami samodzielnie przygotowuję potrzebne materiały: tnę layouty, wyodrębniam elementy graficzne i opracowuję je do wykorzystania w interfejsie. Dotyczy to również cieni, przejść między warstwami oraz elementów wymagających przezroczystego lub półprzezroczystego tła.

Przygotowuję i optymalizuję zdjęcia oraz ikony: dobieram rozmiary, kompresję i usuwam zbędne metadane. Korzystam też z narzędzi AI, między innymi przy zaznaczaniu i retuszu. Umiejętności graficzne przydają mi się przede wszystkim wtedy, gdy poza kodem trzeba przygotować albo poprawić konkretny materiał do strony.

Z 3ds Max zetknąłem się prawie 20 lat temu, z zainteresowania grami i chęci tworzenia własnych światów. Zajmowałem się modelowaniem obiektów i scen, ustawianiem świateł do renderów fotorealistycznych, podstawami animacji i prostymi symulacjami cząsteczkowymi.

Przez kilka lat byłem głównym grafikiem 3D przy hobbystycznym modzie „Mroczne Tajemnice” do Gothic I. Odpowiadałem za przygotowanie assetów: od koncepcji po gotowe modele, siatki poligonowe i tekstury.

Dziś nie pracuję w 3ds Max na co dzień, ale nadal wykorzystuję te umiejętności przy projektowaniu elementów do druku 3D i przygotowywaniu wizualizacji koncepcyjnych. W ten sposób powstawały między innymi obudowy do moich prototypów na Raspberry Pi.