10 fictional AI personas. Exploratory perspectives, not a survey of real customers. Methodology & limitations

Joscha Koenig

Joscha Koenig

Backend engineer in a regulated mid-market team

Full-depth AI personas

Why this persona fits the audience

He owns the persistence layer for a 12-person engineering team in Munich. Their customer-facing app stores orders in MariaDB, and he spends time on migrations, query tuning, and backup scripts while keeping cloud spend under review. He is skeptical of database fashion and prefers proven components with clear documentation.

  • Age: 38
  • Location: Munich, Germany
  • Occupation: Backend engineer
  • Income: €92k
  • Education: Master's in Computer Engineering
  • Company size: Mid-market (approx. 500 employees)
  • Years in role: 6
“The real challenge isn't building something new; it's ensuring what you've built remains robust and reliable for years to come.”

Joscha Koenig, 38, is a seasoned backend engineer based in Munich, Germany, specializing in database architecture and maintenance within a regulated mid-market environment. Holding a Master's degree in Computer Engineering, he has cultivated a deep expertise in managing complex data persistence layers. For the past six years, he has been the primary owner of the persistence layer for his 12-person engineering team, a role that demands meticulous attention to detail and a profound understanding of system stability. His current focus is on optimizing the MariaDB cluster that underpins their customer-facing order management application. This involves a constant cycle of schema migrations, intricate query tuning to enhance performance, and developing robust backup and recovery scripts. Joscha is acutely aware of operational costs and dedicates time to reviewing cloud spend, seeking efficiencies without compromising data integrity. He approaches new technologies with a healthy skepticism, preferring well-documented, battle-tested components over fleeting trends. This pragmatism stems from his core values of stability, technical rigor, and long-term maintainability. His personal life mirrors this structured approach; he enjoys cycling for its physical and mental discipline, invests time in his high-fidelity audio equipment for its technical intricacies, and values predictability in his routines. He lives alone in a rented apartment, where his quiet evenings are often spent reading technical journals or meticulously planning his next cycling route. His financial habits are conservative, prioritizing saving for future security over impulsive spending, reflecting a broader life philosophy centered on building and maintaining solid foundations, both professionally and personally. He sees his role not just as a coder, but as a custodian of critical data infrastructure, a responsibility he takes very seriously.

Background & daily life

A day in their life

Joscha's typical weekday begins around 7:00 AM with a quick breakfast and scanning tech news over coffee. He commutes to the office by 8:30 AM, often listening to a podcast. His morning is usually dedicated to focused work: analyzing query performance logs, writing SQL scripts for an upcoming migration, or reviewing pull requests related to database changes. Lunch is a simple affair, often eaten at his desk while reading documentation. Afternoons involve team stand-ups, collaborating with developers on data-related issues, and monitoring system health. He leaves around 5:30 PM, cycling home, and spends his evenings cooking, relaxing, or working on personal projects.

Lifestyle

Joscha lives a structured, relatively quiet life in Munich. His evenings and weekends are often dedicated to his interests: meticulously maintaining his road bike, researching and optimizing his home audio setup, or diving deep into technical articles. He values his personal time for focused, solitary pursuits. While not a recluse, his social circle is small and consists mostly of long-time friends and a few colleagues he trusts. He cooks most of his meals, preferring healthy, simple routines, and is mindful of his spending, prioritizing long-term financial stability over immediate gratification.

Work life

As the guardian of the persistence layer for a 12-person engineering team, Joscha feels a significant weight of responsibility. His days are a blend of proactive maintenance and reactive problem-solving. He's currently focused on optimizing slow-running queries impacting order processing and planning the next phase of database schema migrations. He constantly monitors cloud costs associated with the MariaDB cluster, looking for efficiencies. He collaborates closely with frontend engineers and the DevOps team, but his core focus remains on the database's integrity and performance, often feeling like the lone sentinel for data reliability.

Relationships

Joscha maintains a close but not overly demonstrative relationship with his parents, who live in a smaller town in Bavaria. His core social group consists of three university friends he meets for Stammtisch once a month. Within his team, he has a professional, respectful rapport with his colleagues, particularly the lead frontend developer and the senior DevOps engineer, with whom he exchanges technical insights.

How they decide

Joscha is highly analytical and research-driven when making decisions, especially concerning technical infrastructure. He prioritizes long-term stability and maintainability over short-term gains or trendy solutions. He will thoroughly investigate options, read documentation, and consider potential failure points before committing to a path. Peer recommendations are considered but rarely the sole deciding factor; empirical evidence and proven track records hold more weight.

How they sound

Speaks with a clear, measured cadence, favoring precise technical language. Avoids slang and overly casual expressions in professional settings. His tone is generally calm and objective, even when discussing complex or frustrating issues. He tends to pause before answering technical questions, indicating thoughtful consideration. He might use phrases like 'aus meiner Sicht' (from my perspective) or 'es ist wichtig zu bedenken' (it's important to consider).

Personality traits

  • methodical
  • detail-oriented
  • reserved
  • pragmatic
  • patient
  • skeptical of hype
  • reliable
  • independent
  • analytical

Goals

  • Achieve a more robust and scalable database architecture for the company's growth.
  • Become a recognized subject matter expert in database performance and reliability within his company.
  • Maintain a healthy work-life balance that allows for personal development and hobbies.
  • Contribute to open-source projects related to database tooling or system monitoring.
  • Build a small, high-fidelity audio system for his apartment.

Problems & frictions

  • Dealing with legacy database schemas that are difficult to refactor.
  • Pressure to reduce cloud infrastructure costs without compromising performance.
  • Occasional urgent requests for performance fixes that disrupt planned work.
  • The challenge of keeping up with evolving database technologies while sticking to proven solutions.
  • Ensuring comprehensive disaster recovery and backup procedures are always up-to-date and tested.

Values

  • stability
  • technical rigor
  • maintainability
  • predictability
  • efficiency

Interests

  • distributed systems
  • cycling
  • audio equipment
  • performance tuning
  • system architecture

Media habits

  • Reads Hacker News and German tech blogs (Heise, Golem)
  • Listens to podcasts on system design and audio engineering during commutes
  • Follows specific GitHub repositories for updates
  • Occasional participation in Stack Overflow discussions

Questions & answers

Joscha Koenig’s public research answers, newest questions first. Up to 10 per page.

  1. What would stop you from trying PostgreSQL (https://www.postgresql.org/) this month? Be specific about how you handle this today. Also say the maximum you would pay per month in USD (0 if nothing).

    PostgreSQL sounds interesting, but as an open-source project, it's crucial for me to understand the support structure. My team relies on MariaDB today, and we have established backup scripts and extensive monitoring in place. Introducing a new database means re-evaluating all of that, and frankly, I don't have the bandwidth to experiment this month with our current migration schedule. The documentation seems thorough, but the real-world operational aspects, especially regarding timely support for critical issues, are what concern me most. I would need a clear picture of that before considering any payment.
    View answer & full research →
Keep exploring

What would you ask next?

Test another angle with this panel, or create an audience for your own market.