Dimitar Nedev

Principal Data Engineer at Booking.com.

I work on its analytical data platform, mainly on shared metric definitions, catalogs and governed access to data, and more and more on how AI agents use them. The platform is an Apache Iceberg lakehouse on AWS, with Snowflake as the main data warehouse. I've been one of the platform's architects since the first migration plans. Before Booking.com I was an early employee at Picnic (doing a bit of everything). Earlier I worked on the MonetDB database engine itself, and before that ran Fredhopper's on-premises servers as it started moving to AWS.

  1. infrastructureFredhopper, on-premises to early AWS
  2. storage and engineMonetDB, replication and deployment
  3. data platformPicnic, then Booking.com
  4. table formatApache Iceberg lakehouse
  5. governancecatalogs, access and lineage
  6. semanticssemantic layers, Apache Ossie
  7. agentsinstructions and checks
Where I've worked in the stack, bottom to top (roughly in the order I got there).

Now

Data platforms

The platform is shared across Booking.com's business units. My part is mostly architecture, though I usually build the first working version with the team that will run it before handing it over. At the moment my work covers:

  • Semantics. Semantic views, now in production, as the standard way into each analytical data product, so BI tools and AI agents use the same metric definitions.
  • Access and governance. Attribute-based access control across the data warehouse and the lakehouse (row and column policies), and access that still holds when an AI agent acts for a person.
  • Zero-copy integration. Governed data sharing with partners and across the group's brands, catalog federation, and zero-copy connectors to business systems. We built and tested these with the vendors, then rolled them out, and I co-wrote the reference architecture for sharing data with third parties. My bet is that within a couple of years most ETL and custom integration APIs give way to connectors and federation like these.
  • Iceberg and catalogs. The Apache Iceberg lakehouse and how it works across engines, catalogs and storage, including Iceberg REST catalogs. I set the criteria for our choice of catalog.
  • Serving. Getting analytical data to applications straight from the data warehouse at interactive speed, rather than from copies in separate stores.
  • Finance-grade data. Auditability and controls for finance reporting, including SOx IT general controls and a zero-copy integration from finance systems into the data warehouse, now rolling out.
  • Cost and reliability. Platform cost and query performance, failover, and privacy work such as deletion at scale.

We also work directly with vendors, including Snowflake, AWS and Immuta, on lakehouse interoperability and governance. That has included Open Semantic Interchange, an open standard for semantic models, which has since moved to Apache as Apache Ossie (incubating). The idea is that metric and dimension definitions can move between engines and BI tools.

Working with AI agents

I keep public notes on instructing coding agents and chat assistants, and on checking what they produce. At the core is a fairly large set of standing instructions that goes out with every conversation, and a way to check whether each change to it helps. The notes have a catalog of failure patterns, an audit prompt, a way to turn confirmed failures into regression checks, and sanitized copies of my setups for Claude, OpenAI, Cursor and Snowflake tools.

This is n=1 work, graded by me on the model versions I used, and it keeps the cases where the evidence went against my own instructions. The notes build on work at Booking.com and were released with its approval under CC BY 4.0.

There's an overview of the setup, the loop and what I've measured, and the notes themselves are on GitHub. The same page covers the instructions I use for data work and has results from a team benchmark of AI agents on Snowflake work.

Experience

  1. 2021 to now

    Booking.com, AmsterdamThe analytical data platform, through its migration to Snowflake on AWS.

    • Principal Data Engineer, Feb 2024 to now: architecture direction for the platform. The current work is listed under Now.
    • Lead Data Engineer, Jun 2021 to Feb 2024: helped bootstrap Snowflake as the primary data warehouse and make dbt the way teams transform data. Also started the Terraform setup for the cloud, identity and data warehouse integrations.
  2. 2016 to 2021

    Picnic, AmsterdamAn app-only supermarket that runs its own logistics and delivery. I joined early. Picnic had no separate staff engineer track then, so the tech lead roles covered architecture, hands-on engineering and managing the team, including hiring. I worked on much of the original cloud infrastructure and, for most of my time there, on most of the data infrastructure, including the MongoDB deployment (and its move to Atlas), Snowplow, and the move away from Pentaho.

    • Tech lead, 2018 to 2021: infrastructure, advanced analytics and the data platform, then analytics platform and merchandising in parallel. Co-led the data warehouse move from Redshift to Snowflake and built data-science workflows on Kubernetes. One of the architects of the event analytics platform and of the search and ranking platform, which ran on AWS's managed Elasticsearch (now Amazon OpenSearch Service).
    • Data infrastructure lead, 2017 to 2018: databases, the Redshift data warehouse and Airflow, and the early Snowplow clickstream analytics. (See Snowplow's customer story.)
    • Full-stack data architect, 2016 to 2017: worked on the first Data Vault model of Picnic's data warehouse and the Kimball-style dimensional model on top of it, and built the in-app analytics pipeline and a recommender system.
Earlier work at CWI, MonetDB and Fredhopper
  1. 2014 to 2017

    CWI, AmsterdamPart-time researcher on a neuromorphic memory database, a data store with brain-like structure and pattern matching.

  2. 2014 to 2016

    MonetDB Solutions, AmsterdamSenior software engineer on the MonetDB column store. I implemented transaction replication and a two-stage commit for its MVCC, and automated its deployment on AWS (with Docker packaging). I also did the first work on a Java-embedded version, based on MonetDBLite. Part of the EU CoherentPaaS project.

  3. 2008 to 2014

    Fredhopper / SDL Fredhopper, AmsterdamOnsite search, navigation and merchandising for online retailers such as De Bijenkorf, Otto and Hema. Fredhopper was one of the early European AWS adopters. SDL bought the company while I was there, and it is now part of Crownpeak.

    • Cloud service delivery engineer, Jul 2012 to Feb 2014: designed and ran cloud-based services and the distributed applications behind them.
    • Data engineer, Mar 2011 to Jul 2012: ETL models and automated data feeds built from retailers' product data and web analytics. With colleagues I built and ran MapReduce jobs, including ranking algorithms on Apache Mahout. I also worked with retailers on setting up their search and navigation, more or less as a search and merchandising consultant.
    • System administrator, Oct 2008 to Sep 2010: ran the on-premises servers and network behind the platform, through the start of the move to AWS.
Education
  1. 2008 to 2010

    VU AmsterdamMSc Computer Science, specializing in Technical Artificial Intelligence.

  2. 2005 to 2008

    Jacobs University BremenBSc Computer Science.

Certification: SnowPro Advanced: Architect.

Talks

  1. EY AI Week 2026, AmsterdamAgentic AI at Scale: Designing and Operating on AI Ready Data, with Carson Yeung of EY. My part was on agents using and producing data on a governed semantic layer.

  2. Snowflake Summit 2026, San FranciscoPanel on Apache Iceberg, with speakers from Affirm, DoorDash and Indeed.

  3. EY AI Week 2025, AmsterdamBuilding a Petabyte-scale Data and AI Platform, in the session on AI-ready data platforms. Mostly about Apache Iceberg and zero-ETL sharing.

  4. Apache Iceberg Europe Community Meetup, LondonDiving Deep into Booking.com's Iceberg Data Lake, with Dan Hunt of Snowflake.Watch the recording

  5. Snowflake Summit 2025, San FranciscoArchitecting Scalable Python Frameworks for the AI Data Cloud, with Dylan Goldsborough of Booking.com.Watch the recording

  6. PyData meetup, AmsterdamBuilding a (Really) Scalable Analytics Data Platform with Snowflake: Insights from Booking.com, with İpek Özlem.

  7. Snowflake Summit 2024, San FranciscoDemocratizing Data Production and Consumption in a Governed Ecosystem, with Jay Stricks of Booking.com and Immuta.Immuta's write-up

Writing

  1. (Consistent) App Analytics with SnowplowPicnic Engineering.

  2. Terraforming Cloud InfrastructurePicnic Engineering.

  3. Achieving Fully-Automated Data Processing With Pentaho Data IntegrationPicnic Engineering.

Shorter posts are on LinkedIn.

Research

At CWI and MonetDB I worked on database systems. My papers from that work are about MonetDB replication and deployment. The neuromorphic database I worked on at CWI was never published. Before that, during my MSc, I worked on evolutionary robotics and evolved neural networks (HyperNEAT and its CPPNs), back when neural networks were out of fashion.

Selected papers
  1. 2016

    Distributed Processing and Transaction Replication in MonetDB - Towards a Scalable Analytical Database System in the CloudYing Zhang, Dimitar Nedev, Panagiotis Koutsourakis, Martin Kersten. Final public workshop of LeanBigData and CoherentPaaS, at DisCoTec 2016.

  2. 2014

    Single-click to data insights: transaction replication and deployment automation made simple for the cloud ageDimitar G. Nedev, Niels Nes, Hannes Mühleisen, Ying Zhang, Martin Kersten. ICTTE 2014.

  3. 2014

    Controlling maximum evaluation duration in on-line and on-board evolutionary roboticsAtta-ul-Qayyum Arif, Dimitar G. Nedev, Evert Haasdijk. Evolving Systems 5(4).

All publications, with the e-learning and information-systems papers from 2006 to 2014.