Yonatan Karp-Rudin Download CV

Scroll, swipe or use the arrow keys to ride the liftSwipe to ride the lift

Staff Software Engineer · Kotlin, Spring Boot, Kafka · openapi-generator contributor

I turn messy backend domains into systems teams can own.

Open to Staff+ backend roles in Tel Aviv and central Israel, on-site or hybrid.

Discuss Staff+ backend work yonvata@gmail.com

I work where product rules, vendor integrations, event flows, and operational risk meet.

Every floor is a chapter of my CV. ScrollSwipe to go inside, or pick a window.

RRoofWriting, podcast, contact

If your backend domain needs an owner, let's talk.

The strongest fit is Staff+ backend work where product rules, vendors, event flows, and operational risk need to become one system the team can own.

  • Staff+ backend roles in central Israel, on-site or hybrid.
  • Payments, risk, compliance, or platform architecture.
  • OSS, technical writing, and teaching.

yonvata@gmail.com , GitHub, LinkedIn

R

RoofWriting, podcast, contact

If your backend domain needs an owner, let's talk.

The strongest fit is Staff+ backend work where product rules, vendors, event flows, and operational risk need to become one system the team can own.

Based in
Berlin, Germany
Best for
Teams turning messy backend domains into owned platforms

I am useful when the team needs clarity as much as code

  • Important work with fuzzy ownership.
  • Backend systems carrying hidden context.
  • Repeated problems that need reusable tooling.
  • Teams that need a pathfinder and teacher.

What good teams get from working with me

Shared understandingPeople can talk about the system with the same words, fewer assumptions, and less folklore.
Better decisionsTradeoffs are written down clearly enough that the team can challenge, revisit, and improve them.
Reusable patternsRepeated problems become examples, libraries, templates, and habits instead of private knowledge.
Stronger ownershipThe system is easier to change because more people understand how and why it works.

Get in touch

Latest writing

All posts · RSS feed

Podcast

The Reading Club on Spotify

7Billie, BerlinOct 2025 – Present

Staff Software Engineer, Payments

Case study · Compliance platform Creating a new service boundary for compliance workflows.

Case study · Engineering leverage Turning repeated operational friction into shared tooling.

Owns payments/compliance platform reliability across service boundaries, vendor integrations, migration work, and operational tooling.

  • Took ComplyAdvantage transaction monitoring live, validated in shadow mode before blocking payments.
  • Rebuilt the compliance service around hexagonal architecture and a transactional outbox.
  • Designed the dead-letter and replay pattern for payment services and shipped it as a shared Spring Boot library.
7

Billie, Berlin, GermanyOct 2025 – Present

Staff Software Engineer, Payments

Owns payments/compliance platform reliability across service boundaries, vendor integrations, migration work, and operational tooling.

What I did

  • Took ComplyAdvantage transaction monitoring live, validated in shadow mode before blocking payments.
  • Rebuilt the compliance service around hexagonal architecture and a transactional outbox.
  • Designed the dead-letter and replay pattern for payment services and shipped it as a shared Spring Boot library.
  • Built a Backstage Payments Hub that replaced Postman workflows, and on-call triage tooling used across about 80 production incidents.

Case study

Compliance platform

Creating a new service boundary for compliance workflows.

Context

Transaction monitoring, screening, and sanction checks crossed product rules, vendor behavior, alerts, and audit expectations.

Decision

I authored the technical spec and interfaces, led the ComplyAdvantage integration, and covered Kafka DLT alerts, settlement reports, and compliance states in the service design.

Result

Scattered operational knowledge became a service teams can reason about, monitor, and recover.

Case study

Engineering leverage

Turning repeated operational friction into shared tooling.

Context

Platform work gets expensive when incidents, cronjobs, migrations, and service setup depend on private memory.

Decision

I build Backstage tools, templates, migration plans, and upstream fixes when the reusable path beats another one-off patch.

Result

Engineers start from a known path and can challenge decisions through specs, dashboards, examples, and code.

6Billie, BerlinApr 2025 – Oct 2025

Staff Software Engineer, Risk

Case study · Risk architecture Moving risk work toward explicit orchestration and contracts.

Led Staff-level risk work: moving risk decisions into a Risk-owned orchestrator, the Ravelin fraud integration, and the target architecture for buyer risk.

  • Moved risk decisions from Purchases to a Risk-owned orchestrator, from RFC to production.
  • Led the Ravelin graph fraud integration to production.
  • Authored the Buyer Risk Assessment target architecture and the tokenization specification.
6

Billie, Berlin, GermanyApr 2025 – Oct 2025

Staff Software Engineer, Risk

Led Staff-level risk work: moving risk decisions into a Risk-owned orchestrator, the Ravelin fraud integration, and the target architecture for buyer risk.

What I did

  • Moved risk decisions from Purchases to a Risk-owned orchestrator, from RFC to production.
  • Led the Ravelin graph fraud integration to production.
  • Authored the Buyer Risk Assessment target architecture and the tokenization specification.

Case study

Risk architecture

Moving risk work toward explicit orchestration and contracts.

Context

Risk decisions depended on multiple services, fraud providers, recurrent identification, tokenization, and direct debit behavior.

Decision

I co-designed the Risk Orchestrator, led the Ravelin integration, and authored the Buyer Risk Assessment target architecture.

Result

Risk changes gained a clearer coordination model across providers, payment behavior, and service boundaries.

5Billie, BerlinNov 2023 – Apr 2025

Senior Software Engineer, Risk

Built Risk's credit limit and fraud-labelling services, and moved risk signals to event-driven, engineering-owned pipelines.

  • Built a credit limit service and a fraud-labelling service from scratch.
  • Replaced synchronous calls between Risk and Refinancing with an event-driven credit score for Pan-European refinancing.
  • Moved real-time fraud features from Data Science to Engineering.
5

Billie, Berlin, GermanyNov 2023 – Apr 2025

Senior Software Engineer, Risk

Built Risk's credit limit and fraud-labelling services, and moved risk signals to event-driven, engineering-owned pipelines.

What I did

  • Built a credit limit service and a fraud-labelling service from scratch.
  • Replaced synchronous calls between Risk and Refinancing with an event-driven credit score for Pan-European refinancing.
  • Moved real-time fraud features from Data Science to Engineering.
  • Led EDA 2.0 across 12 repositories and set shared CI and code standards for the Risk team.
4SumUp, BerlinJun 2019 – Nov 2023

Senior Software Engineer

Built shared backend foundations: a service template, a money library used across backend and Android, and large data migrations.

  • Cut new service setup from a week to 1-2 hours with a service template.
  • Built the money library shared by SumUp's backend and Android apps, and the authorization and permissions libraries for point-of-sale services.
  • Migrated 6 years of historical data with minimal production impact.
4

SumUp, Berlin, GermanyJun 2019 – Nov 2023

Senior Software Engineer

Built shared backend foundations: a service template, a money library used across backend and Android, and large data migrations.

What I did

  • Cut new service setup from a week to 1-2 hours with a service template.
  • Built the money library shared by SumUp's backend and Android apps, and the authorization and permissions libraries for point-of-sale services.
  • Migrated 6 years of historical data with minimal production impact.
  • Introduced SLO monitoring and on-call rotations for critical point-of-sale services.
3NICE, Ra'ananaDec 2017 – May 2019

Backend Software Developer

Backend development on a distributed product, focused on cache performance and reliability.

  • Refactored a product's cache system for performance and reliability.
  • Built Jira-integrated release tooling in Python.
2Inuitive, Ra'ananaAug 2014 – Dec 2017

C++/C# Developer

Vision-processing algorithms in C++, and production lines for the chips in South Korea and China.

  • Developed algorithms for vision processing chips in C++.
  • Set up production lines and their calibration tooling on-site in South Korea and China.
1Reichman University2012 – 2016

B.Sc. Computer Science

Courses, degrees, and topics that keep showing up in the work.

Courses and workshops:

  • Advanced Software Architecture Workshop with Residuality Theory · Workshop, 2024
  • Neo4j Fundamentals · Neo4j, 2024
  • Software Architecture & Design · Udemy, 2023
  • Design Patterns · Coursera, 2022
1

Reichman University2012 – 2016

B.Sc. Computer Science

Courses, degrees, and topics that keep showing up in the work.

Teaching

  • Teacher Assistant to Computer Science Professor in Intro to CS · Oct 2013 – Feb 2015
  • Teacher Assistant to Computer Science Professor in Advanced Programming · Mar 2014 – Aug 2014

Courses and workshops

  • Advanced Software Architecture Workshop with Residuality Theory · Workshop, 2024 · certificate
  • Neo4j Fundamentals · Neo4j, 2024 · certificate
  • Software Architecture & Design · Udemy, 2023 · certificate
  • Design Patterns · Coursera, 2022 · certificate
  • Kotlin for Java Developers · JetBrains, 2020 · certificate
LLobbyHow I work
Portrait of Yonatan Karp-Rudin

What people notice after working with me.

  • I'd love to work with Yonatan again Blake Irvin, Leading Observability Engineering at SumUp
  • the go-to person for almost any problem Oren Hadry, Former Engineering Manager at Inuitive
  • a highly talented and disciplined software developer Shimon Schocken, Computer Science Professor, Reichman University
L

LobbyHow I work

I like the moment when a domain becomes specific enough to build.

The hard part of backend engineering is often not choosing a framework. It is finding the real boundary: which team owns the rule, which event is authoritative, what happens when a vendor disagrees, and how the next engineer will debug the failure at 2 a.m.

That is where I tend to be useful. I ask until the domain is crisp enough to model, then turn it into production code, API contracts, migration plans, dashboards, runbooks, or diagrams that survive the handoff.

I care about strong implementation, but the higher leverage is making the system easier for the whole team to operate, extend, and argue about with evidence.

Works across
Backend systems, Kotlin/JVM, service design, OpenAPI, Kafka, internal tools, docs, and OSS
Bias toward
Shared understanding, small useful abstractions, boring reliability, and explanations that survive handoff

Recommendations

Portrait of Blake Irvin
I’d love to work with Yonatan again. He’s incredibly smart, cares deeply about quality but balances this with delivery speed, and (maybe most importantly) a great human to be teammates with. Blake Irvin, Leading Observability Engineering at SumUp
Portrait of Oren Hadry
I was privileged to have Yonatan on my team for almost 3 years. Yonatan is a dedicated, intelligent, and hard-working team player who played a key role in our team and was the go-to person for almost any problem. I have seen few people who could match his skills at solving technical problems, coding and design. Oren Hadry, Former Engineering Manager at Inuitive
Portrait of Shimon Schocken
Yonatan is a highly talented and disciplined software developer, with an excellent background in both computer science and programming. He is a people-person, with remarkable empathy and ability to recognize when and where students and developers need help and further guidelines. He is also a very pleasant and good-spirited colleague. Shimon Schocken, Computer Science Professor, Reichman University

Practice areas

Backend architectureDesigning services, contracts, and boundaries that stay understandable as systems grow.KotlinJavaSpring BootOpenAPIgRPCProtocol Buffers
Distributed systems and data flowsBuilding event-driven services, real-time processing, and the infrastructure that keeps backend systems coherent under load.KafkaNeo4jMySQLPostgreSQL
Platform and developer experienceImproving the day-to-day engineering loop through templates, CI, internal tools, and shared libraries.GradleGitHub ActionsTerraformDockerKubernetes
Observability and operationsMaking systems easier to debug, monitor, and operate in production.OpenTelemetryNew RelicKafka DLTs
Technical writingExplaining backend design, debugging, and implementation tradeoffs clearly enough to be useful.KotlinMkDocs

Stack

Kotlin, Java, Spring Boot, OpenAPI, Kafka, Terraform, GitHub Actions, Docker, PostgreSQL, MySQL

PParkingSelected work

What I build on my own time.

  • Upstream: openapi-generator, Konsist, ff4j, java-design-patterns.
  • Libraries and tools: ff4k, Mimic, Lorekeeper, sse-mcp-server, kotlin-design-patterns.
  • Games: Before Dark, Emma's Inferno, Larry the Last Zombie, Jacob's Choice.

All projects

Bottom of the building: scroll either way to ride back up to the lobby, or ride to the roof to get in touch.

P

ParkingSelected work

What I build on my own time.

Upstream contributions

  • openapi-generator · Upstream contribution Upstream Kotlin generator work for Spring Boot 4, Jackson 3, Retrofit compatibility, and regression coverage across generated server/client code. Case study · GitHub KotlinSpring BootOpenAPI
  • Konsist · Upstream contribution Upstream Kotlin static-analysis work: null-aware type matching, snippet verification, and fewer duplicate CI runs on pull requests. Case study · GitHub KotlinStatic analysisCI
  • ff4j · Upstream contribution Upstream migration of ff4j from the javax to the jakarta namespace. It led me to start ff4k, and ff4j 3.0.0 now ships it. Case study · GitHub JavaJakarta
  • java-design-patterns · Upstream contribution Refactored the Prototype pattern implementation. Java

Libraries and tools

  • ff4k · Open source library A Kotlin Multiplatform feature flag library, started after my ff4j Jakarta migration work, with typed properties and a coroutine-first API. Case study · Docs KotlinMultiplatformCoroutines
  • Mimic · Mac app A Mac app and CLI that turns a picture or a description into a 3D-printable miniature, with local models and print prep written in Swift. Case study · Docs SwiftSwiftUIApple Vision
  • Lorekeeper · Desktop app Hotkey session notes for D&D players, kept as plain Markdown, with end-to-end encrypted sync for a party. A Tauri app with a small Rust sync server. Case study · Docs RustTauriJavaScript
  • sse-mcp-server · AI-agent infrastructure A Spring Boot Kotlin MCP bridge that exposes typed tools over Server-Sent Events for Flowise-style agent workflows. Case study · GitHub KotlinSpring BootMCPSSEDocker
  • kotlin-design-patterns · Technical writing / docs Software design patterns implemented in idiomatic Kotlin. A teaching/reference project that turns familiar object-oriented patterns into Kotlin-first examples with a generated MkDocs documentation site. KotlinMkDocs
  • TaleKeeper · Self-hosted experiment An experiment in tabletop RPG memory: a self-hosted tool that turns local session audio into transcripts, summaries, and searchable campaign records. Case study · Docs PythonFastAPISvelte
  • xkcd-click-and-drag · Data reconstruction Full image reconstruction of the famous XKCD comic #1110 using Kotlin. Kotlin
  • exekutor · Architecture demo Plugin architecture demo in Kotlin. Kotlin
  • Beat The Machine · Side project AI-powered guessing game where players identify prompts used to generate images, rewritten with DDD. KotlinSpring BootDDD

Games

  • Before Dark · Game Short point-and-click horror game about a boy named Jacob, his bear Teddy and a locked door, made with Tal Karp-Rudin. The free demo plays in the browser on itch.io. GodotGDScript
  • Emma's Inferno · Game Atmospheric puzzle-platformer exploring themes of morality. University capstone project. UnityC#
  • Larry the Last Zombie · Game Tower defense game. Team project at Reichman University. UnityC#
  • Jacob's Choice · Awarded game Horror adventure game. Won 3rd place at GameIS Awards 2015. GameMakerGML