O usłudze
PrzetłumaczoneJestem programistą backendu i pracuję wyłącznie po stronie serwera w Kotlinie. To nie jest rozwój mobilny ani Android: projektuję i wdrażam usługi HTTP, REST i gRPC API, pracowników w tle oraz warstwy integracyjne, które działają na JVM. Moje główne narzędzia to Ktor do lekkich asynchronicznych usług i Spring Boot, gdy projekt potrzebuje pełnego ekosystemu starterów, zabezpieczeń i obsługi danych. Aktywnie wykorzystuję korutyny i zorganizowaną współbieżność, aby przetwarzanie żądań było nieblokujące, przewidywalne i zrozumiałe, dzięki czemu usługa radzi sobie z obciążeniem, a nie tonie w pulach wątków.
Zazwyczaj zaczynam od umowy: modeluję domenę, opisuję powierzchnię API i przemyślam, jak dane przepływają przez warstwy przed pierwszym punktem końcowym. Dla PostgreSQL i MySQL używam Exposed lub JDBC, łączę migracje za pomocą Flyway i pokrywam kluczowe ścieżki testami jednostkowymi i integracyjnymi na JUnit i Testcontainers. Zależy mi na obserwowalności, więc usługi trafiają do produkcji z uporządkowanymi logami, kontrolami stanu i metrykami gotowymi do Prometheus i Grafana. Kiedy przychodzi czas na wdrożenie, pakuję wszystko w Docker, dostosowuję JVM do docelowego hosta i przekazuję build, który działa w ten sam sposób lokalnie i w CI.
Czuję się równie komfortowo, podłączając się do istniejącej bazy kodu, jak i zaczynając projekt od zera, a kompromisy wyjaśniam prostym językiem bez zbędnego żargonu. Jeśli wybierasz między Kotlinem a backendem w Javie lub Go, spokojnie przeprowadzę cię przez to, gdzie każda opcja ma sens, abyś mógł podjąć świadomą decyzję.
— Usługi serwerowe w Kotlinie z Ktor i Spring Boot
— Projektowanie, wersjonowanie i dokumentacja API REST i gRPC
— Korutyny i zorganizowana współbieżność dla nieblokujących wątków
— PostgreSQL i MySQL przez Exposed, JDBC i Flyway
— Testy z JUnit, Testcontainers i scenariusze integracyjne
— Pakowanie w Docker, dostosowywanie JVM i budowy CI
Zazwyczaj zaczynam od umowy: modeluję domenę, opisuję powierzchnię API i przemyślam, jak dane przepływają przez warstwy przed pierwszym punktem końcowym. Dla PostgreSQL i MySQL używam Exposed lub JDBC, łączę migracje za pomocą Flyway i pokrywam kluczowe ścieżki testami jednostkowymi i integracyjnymi na JUnit i Testcontainers. Zależy mi na obserwowalności, więc usługi trafiają do produkcji z uporządkowanymi logami, kontrolami stanu i metrykami gotowymi do Prometheus i Grafana. Kiedy przychodzi czas na wdrożenie, pakuję wszystko w Docker, dostosowuję JVM do docelowego hosta i przekazuję build, który działa w ten sam sposób lokalnie i w CI.
Czuję się równie komfortowo, podłączając się do istniejącej bazy kodu, jak i zaczynając projekt od zera, a kompromisy wyjaśniam prostym językiem bez zbędnego żargonu. Jeśli wybierasz między Kotlinem a backendem w Javie lub Go, spokojnie przeprowadzę cię przez to, gdzie każda opcja ma sens, abyś mógł podjąć świadomą decyzję.
— Usługi serwerowe w Kotlinie z Ktor i Spring Boot
— Projektowanie, wersjonowanie i dokumentacja API REST i gRPC
— Korutyny i zorganizowana współbieżność dla nieblokujących wątków
— PostgreSQL i MySQL przez Exposed, JDBC i Flyway
— Testy z JUnit, Testcontainers i scenariusze integracyjne
— Pakowanie w Docker, dostosowywanie JVM i budowy CI
