Mentcape

Problem. The platform served German and English users, and every touchpoint had to come out right in both: invoices, session confirmations, reminders, password resets, as email and as PDF. Doing that with a copy-pasted template per language would have been a nightmare to keep in sync.

Approach. I built one PDF service for the invoices and an email system with shared layout pieces, then put the wording behind a small translation layer so a new language is mostly a data change rather than new code. Subjects, body text, and the bits in between all resolve from the same place. Calendar invites and a text-to-speech feature for lesson content went through the same backend.

Outcome. Every customer-facing document and email shipped correctly in both languages from one set of templates, instead of two copies that slowly drift apart.

Problem. This was my first real backend, not just CRUD. The hard part wasn't any single feature; it was setting up patterns, config, logging, structure, how triggers fire, that would survive four years of changes and that I could take to later projects, all while learning the platform as I went.

Approach. I settled on a few habits that stuck: collection names and config kept in one place instead of scattered through the code, tagged logging so I could trace a single job, a reusable PDF service, and config I could change without a deploy. None of it was designed up front. It came out of reviewing each decision with a senior engineer who kept asking why, which is how I learned to weigh trade-offs out loud.

Outcome. The same structure became the starting point for my later backends on Hero and Coupaso, so the lessons compounded instead of being thrown away.