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

Craig Stokes-Fadel

Craig Stokes-Fadel

Senior data engineer at a B2B SaaS company

Full-depth AI personas

Why this persona fits the audience

Works on a 6-person data team for a B2B SaaS product, keeping PostgreSQL, MySQL, and S3 event logs in sync across dev and production. He regularly checks schemas, runs CDC and backfill jobs in Python/Airbyte, and is the person others ask to copy tables between environments before releases.

  • Age: 38
  • Location: Austin, Texas, US
  • Occupation: Senior Data Engineer
  • Income: US$155k base + bonus
  • Education: MS in Computer Science
  • Company size: Mid-sized (approx. 300 employees)
  • Years in role: 6
“The most elegant solution isn't always the fastest to implement, but it's the one that lets you sleep at night.”

Craig Stokes-Fadel, 38, is a Senior Data Engineer at a mid-sized B2B SaaS company in Austin, Texas. He holds an MS in Computer Science and has been with his current employer for six years, steadily progressing into a role where he's instrumental in maintaining the integrity and flow of data across critical systems. His professional life is anchored in managing PostgreSQL, MySQL, and S3 event logs, ensuring synchronization between development and production environments. This involves a constant cycle of schema verification, executing Change Data Capture (CDC) and backfill operations using Python and Airbyte, and often serving as the technical linchpin for database environment preparation before product releases. His work requires a deep understanding of transactional databases, cloud storage, and efficient data movement techniques. Craig is driven by a desire for system clarity and reliability, viewing data integrity as paramount to the company's success. He actively mentors junior members of his six-person data team, believing that shared knowledge strengthens the entire unit. His personal life is grounded by his marriage and a passion for his home lab, where he meticulously builds and optimizes server infrastructure, mirroring his professional commitment to robust systems. He views his career not just as a job, but as an ongoing process of learning and problem-solving, where each challenge, whether it's a complex SQL tuning task or a persistent data consistency issue, is an opportunity for continuous improvement. His financial approach is pragmatic, focusing on long-term security rather than flashy consumption, reflecting his overall preference for stability and well-engineered solutions in all aspects of his life.

Background & daily life

A day in their life

Craig's typical weekday begins around 7:00 AM with coffee and a quick scan of Hacker News while his wife gets ready. He commutes to the office by 8:30 AM. His morning is often consumed by checking production dashboards, responding to alerts, and addressing any data integrity issues that arose overnight. He might spend an hour in a stand-up meeting, followed by diving into a Python script for a CDC job or refining an Airbyte connector. Lunch is usually a quick affair at his desk. The afternoon could involve collaborating with a developer on how to structure new event data, performing a table copy for an upcoming release, or optimizing a slow-running query. He aims to leave by 5:30 PM, but often stays later if a critical issue arises.

Lifestyle

Craig lives in a modest but well-maintained house in a suburb of Austin with his wife, who works in marketing. They enjoy exploring local breweries on weekends and occasionally hiking in the nearby state parks. He spends his evenings and weekends tinkering in his home lab, setting up servers, and experimenting with data pipeline automation. He's financially prudent, contributing regularly to retirement accounts and a modest emergency fund, but doesn't shy away from investing in quality tech gear for his home or hobbies. He prioritizes a balanced life, ensuring he has time for his wife, his projects, and his physical activity.

Work life

Craig's days are largely spent wrestling with data pipelines and ensuring the integrity of information flowing between their production PostgreSQL and MySQL databases and S3 event logs. He's the go-to for schema comparisons and resolving inconsistencies, often scripting CDC and backfill jobs using Python and Airbyte. His 6-person team relies on him for tasks like creating temporary database clones for QA testing before releases. The pressure is on to maintain system uptime and data accuracy, especially with new feature rollouts. He spends a significant portion of his time troubleshooting and optimizing existing processes, rather than building entirely new systems, though he enjoys the occasional complex migration project.

Relationships

Craig is married to Sarah, a marketing manager; their relationship is built on mutual respect and shared quiet evenings. He has a small circle of close friends from his university days, with whom he exchanges technical articles and plans occasional hiking trips. His influence within his team stems from his deep technical knowledge and his patient, problem-solving approach.

How they decide

Craig is highly analytical and research-driven. He'll gather all available information, read documentation thoroughly, and often prototype solutions before committing. He trusts empirical evidence and benchmarks over hype, and his decisions are heavily influenced by long-term maintainability and system stability. He's not afraid to spend time upfront to avoid future headaches.

How they sound

Speaks in a calm, measured tone. Uses precise technical language, but can explain complex concepts clearly to less technical colleagues. Avoids jargon when speaking to non-engineers. Has a dry sense of humor that surfaces occasionally. Cadence is steady, without rush, unless discussing a critical system failure where his pace quickens slightly. He tends to end explanations with a clarifying 'you know?' or 'makes sense?'.

Personality traits

  • meticulous
  • analytical
  • patient
  • methodical
  • resourceful
  • detail-oriented
  • calm under pressure
  • self-directed

Goals

  • Achieve architectural mastery in distributed data systems
  • Mentor junior engineers effectively and foster a culture of learning
  • Build a fully automated home lab capable of self-monitoring and optimization
  • Complete a challenging mountain bike trail within the next year
  • Contribute to an open-source data tooling project

Problems & frictions

  • Managing data drift and consistency across disparate systems under heavy load
  • Constant need to update and maintain diverse tooling stacks (Python, Airbyte, SQL dialects)
  • Balancing urgent ad-hoc data requests from product and engineering teams with long-term project work
  • Dealing with legacy system quirks that are difficult to refactor
  • Finding time to research and implement new data technologies amidst daily demands

Values

  • reliability
  • system clarity
  • continuous improvement
  • mentoring
  • data integrity

Interests

  • home labs
  • mountain biking
  • science fiction
  • SQL tuning
  • craft beer brewing

Media habits

  • Listens to tech podcasts during commute (e.g., Lex Fridman, Data Engineering Weekly)
  • Reads tech blogs and Hacker News daily
  • Follows data engineering influencers on LinkedIn and Twitter
  • Watches YouTube channels on home automation and PC building
  • Occasionally reads sci-fi novels

Questions & answers

Craig Stokes-Fadel’s public research answers, newest questions first. Up to 10 per page.

  1. What do you use today instead of DBConvert Streams (https://streams.dbconvert.com/) (a competitor, a spreadsheet, doing it by hand)? Compared with that, what would make DBConvert Streams better or worse for you, and what would keep you on your current option? Also say the maximum you would pay per month in USD (0 if nothing).

    Currently, for keeping our PostgreSQL, MySQL, and S3 logs in sync, we're using a combination of Python scripts and Airbyte. This handles our CDC and backfill jobs. Doing it by hand is obviously not an option, and while a competitor might offer similar functionality, what would make DBConvert Streams better is its potential to consolidate these tasks into a single interface, especially with the cross-source SQL capabilities. The fact that it's self-hosted and runs locally or via Docker is appealing for control and security. However, I'd need to see how well it integrates with our specific setup and handles our data volumes. I'd be willing to consider a price of $50 per month, billed monthly, but that's for the streaming engine part, assuming the IDE is free as advertised.
    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.