Шукаємо сильного Tech Lead / Software Architect, який любить складні backend-системи, не боїться highload та отримує задоволення від побудови надійної архітектури. Це роль для людини, яка однаково впевнено почувається і в коді, і в технічних рішеннях, розуміє ціну помилки в money-flow та вміє будувати системи, що працюють стабільно під навантаженням.

Ми будуємо сильну backend engineering culture, де важливі якість рішень, здоровий технічний перфекціонізм та відповідальний підхід до архітектури. Працюємо з офісу в Братиславі — у комфортному просторі з сильною командою та адекватним темпом роботи без хаосу заради хаосу.

Чим будете займатись

• Проєктувати та розвивати мікросервісну архітектуру
• Брати активну участь у розробці (80% hands-on)
• Будувати communication contracts між сервісами
• Розробляти DDD-модулі на NestJS
• Проводити code review та формувати сильну engineering culture
• Troubleshooting і incident fixing у production
• Менторити backend-команду без мікроменеджменту
• Приймати технічні рішення та впливати на архітектуру продукту

• Працювати з reliability, consistency та money correctness

Технології та стек

• NestJS, TypeScript (strict)
• PostgreSQL, TypeORM
• gRPC, CQRS
• RabbitMQ, Apache Kafka
• Redis, ClickHouse
• AWS (RDS, S3, SES, SNS, SQS)
• GitLab CI
• Helm / Kubernetes
• Terraform

• OTEL, Prometheus, Grafana, Kibana, Loki

Що для нас важливо

• 7+ років backend development
• Досвід роботи з distributed systems / microservices
• Досвід у Fintech або iGaming
• Розуміння PSP/payment flows, ledger systems або banking domain
• Глибоке розуміння:
  • idempotency
  • saga/outbox patterns
  • transactional consistency
  • race conditions
  • multi-tenant architecture
  • secure SDLC
• Практичний досвід із zero-downtime migrations
• Розуміння append-only / double-entry mindset
• Уважність до роботи з money та financial correctness

• Релокація в Братиславу

Буде плюсом

• iGaming domain (PSP, GSP, callbacks)
• AWS EKS
• Terraform

• AI-assisted development / Cursor

Яку людину шукаємо

• Проактивну та системну
• Ту, що вміє відстоювати якісні технічні рішення, але має бізнес-емпатію і знає що таке делівері
• Людину з engineering mindset, а не “feature factory”
• Того, хто любить чисту архітектуру, зрозумілий код та порядок у системі

• Менторить команду через експертизу, а не контроль

Якщо вам близький підхід “архітектура має переживати навантаження, а не презентації” — будемо раді познайомитись.