5 Reasons Why N26 Is Moving to Kotlin
Article Summary
Pat Kua from N26 shares how the fintech company moved from Java to Kotlin for backend services. Their pragmatic, incremental approach turned a language migration into a productivity win.
N26, a mobile banking platform, evaluated multiple languages including Scala and TypeScript before settling on Kotlin. The engineering team formed an interest group, ran experiments during their 'Get Stuff Done Days,' and carefully validated concerns before rolling out the change across their backend services.
Key Takeaways
- Kotlin's incremental learning curve made engineers productive quickly without steep ramp-up
- Opinionated syntax eliminates style debates, letting teams focus on business domain
- Java interop enables gradual migration: teams started with Kotlin tests first
- Google's Android support expanded the ecosystem and enabled cross-team knowledge sharing
- 10% of repositories converted to Kotlin through structured rollout plan
N26 successfully adopted Kotlin by validating it incrementally through experiments and small production deployments, proving language migrations don't require big-bang rewrites.
About This Article
N26's engineering team had services written in different backend languages. Engineers switching between projects had to learn new tech stacks each time, which slowed them down and made context-switching harder.
Pat Kua ran a structured evaluation of Kotlin. The team used interest groups, GSDD experiments, and koans/katas to test whether it would work. They validated the choice with auto-conversion tools and small production deployments before rolling it out across the organization.
N26 converted 10% of their GitHub repositories to Kotlin without disrupting their existing build, deployment, and tooling. Engineers could now focus on learning the business domain instead of wrestling with new infrastructure.