Software Engineer (Java)
⚲ Krakow
Do uzgodnienia
Wymagania
- doświadczenie w projektowaniu, rozwoju i utrzymaniu skalowalnych, bezpiecznych systemów backendowych
- doświadczenie w budowie REST API i mikroserwisów
- praca z systemami kluczowymi dla biznesu (np. płatności kartowe, treasury, księgowanie transakcji, płynność krypto)
- praktyka w TDD, DDD oraz continuous integration & delivery
- doświadczenie w pracy z greenfield development oraz poprawą istniejących systemów
Opis stanowiska
ARQ, fintech budujący infrastrukturę do transferu wartości przez granice, szuka Software Engineera (Java). Zakres obejmuje projektowanie, rozwój i utrzymanie skalowalnych systemów backendowych, REST API, mikroserwisy oraz systemy kluczowe dla biznesu (płatności kartowe, treasury, księgowanie transakcji, płynność krypto). Uwaga: w ogłoszeniu pojawia się 'Java 25', co jest prawdopodobnie błędem literowym (powinno być Java 17 lub 21) — może to sugerować niedopracowanie dokumentacji. Firma jest na wczesnym etapie rozwoju, więc część procesów może być jeszcze nieustalona.
🔍 Dekoder Ogłoszenia
🟡
We’re still early in our journey, which means every person who joins shapes the future of our product, culture, and growth.
Może oznaczać brak ugruntowanych procesów i potrzebę samodzielnego tworzenia wielu rzeczy, ale też duży wpływ na kierunek rozwoju firmy.
🟡
The work will focus on greenfield development and improvement of existing systems
Część pracy będzie polegać na budowaniu od zera, ale równie ważna może być praca nad starszym kodem, który wymaga refaktoryzacji lub modernizacji.
🔴
Our technology stack is based predominantly on Java 25 on the backend with Postgres database
Wzmianka o 'Java 25' jest prawdopodobnie błędem literowym i powinno być 'Java 17' lub inną stabilną wersją, co może sugerować niedopracowanie dokumentacji.
🟡
We have a pragmatic approach to develop our business logic, focusing on clean code, with emphasis on maintainability and fast turnaround with TDD, DDD and continuous integration & delivery
Choć brzmi to profesjonalnie, 'fast turnaround' może oznaczać presję na szybkie dostarczanie funkcji, nawet kosztem głębszego analizowania problemu.