Tonie Huizer

An interactive 60-minute session on the failures, fixes, and hard-earned lessons behind modern data delivery. The concept is simple: the audience gets a bingo card filled with recognizable data-platform disasters. During the session, two energetic Data Platform MVPs pull scenarios, ask the audience if they have seen them, tell short war stories, and explain what should have happened instead. As the audience races to complete their bingo cards, the presenters translate every deployment disaster into a practical Database DevOps lesson. We cover version control, release flow, ownership, automation, approvals, testing, migrations, data movement, performance and, of course, communication. This session is part AMA, part technical post-mortem, and part therapy session for data professionals. You will laugh, probably recognize too much, and leave with practical ways to make your next database deployment, data pipeline or platform migration a lot less bingo-worthy. Maybe your deployment process felt like a game of chance, but it's now time to stop playing bingo with production and join our session!

If you've ever been frustrated by a test database filled with nonsense, duplicates, sensitive information, or YOLO-style restored production backups, this session is for you. Join Peter Kruis and Tonie Huizer, two energetic data enthusiasts, on an epic (and slightly chaotic) quest to build test databases that are safe, realistic, and actually useful for development and testing.

If you've ever been frustrated by a test database filled with nonsense, duplicates, sensitive information, or YOLO-style restored production backups, this session is for you. Join Peter Kruis and Tonie Huizer, two energetic data enthusiasts, on an epic (and slightly chaotic) quest to build test databases that are safe, realistic, and actually useful for development and testing.

If you've ever been frustrated by a test database filled with nonsense, duplicates, sensitive information, or YOLO-style restored production backups, this session is for you. Join Peter Kruis and Tonie Huizer, two energetic data enthusiasts, on an epic (and slightly chaotic) quest to build test databases that are…

If you've ever been frustrated by a test database filled with nonsense, duplicates, sensitive information, or YOLO-style restored production backups, this session is for you. Join Peter Kruis and Tonie Huizer, two energetic data enthusiasts, on an epic (and slightly chaotic) quest to build test databases that are safe, realistic, and actually useful for development and testing. With decades of combined experience, they’ll take you on a journey through the wild world of test data, showing just how bad it can get, and how good it can be. Through engaging role play, real-world examples, and live demos, they’ll expose the dangers of shady test environments and share smarter, safer ways to manage test data. Audience participation is encouraged; because (bad) test databases are a team sport! You’ll leave entertained, but more importantly, you’ll leave with tools and strategies to stop your test database from being the weakest link in your development chain. Because let’s face it: your test database shouldn’t suck.

Our goal in this session is to help you get started with sharing your technical knowledge and experience with others, whether it's by publishing an article, or getting up on stage at a conference, or delivering a training session at work. Finding the best and most effective way to communicate your ideas is a creative process, and one that not all tech professionals find easy. There is no single, defined path that will get you from a vague idea of what you 'could' write or speak about, to an article or presentation that has 'the magic'. However, in this session we're going to share with you some simple techniques that will help you get started and give you the best chance of success. We'll show you how to explore your 'vague idea' and turn it into a story with a purpose, and an understanding of its audience, the problems they need to solve most urgently and why. The content will start to take shape and structure and, after that, if you follow a few simple rules of communication, you'll be able to explain even complex technical ideas with purpose and clarity, and in a way that others can easily follow. And this is what mean by "amplify your experience". We will show you how to make sure your audience get the maximum benefit from the ideas, the knowledge and experience that you want to share with them. Once you start using the techniques, you'll find that not only are you able to write an article or give a presentation that hits its audience, but also to communicate more effectively with team members at work and explain your ideas more clearly more clearly to your managers. You'll learn technical communication skills that are of broader benefit to all IT professionals.

Transforming a team that was used to a SVN-based-big-single-repo work style and little to no automation was a bumpy ride. Join me in this session where I share my experience in implementing Azure DevOps with Git, automated build and release pipelines and disposable personal databases.

Transforming a team that was used to a SVN-based-big-single-repo work style and little to no automation was a bumpy ride. Join me in this session where I share my experience in implementing Azure DevOps with Git, automated build and release pipelines and disposable personal databases.

Transforming a team that was used to a SVN-based-big-single-repo work style and little to no automation was a bumpy ride. Join me in this session where I share my experience in implementing Azure DevOps with Git, automated build and release pipelines and disposable personal databases. In this session I will tell you about my days as team lead and the challenges I faced while introducing: DevOps: - The formal DevOps term and process - Working with sprints (our 4th attempt) Git: - Git as version control to SVN / TFVC people - Using branches instead of only the master - Adapting a Git branching strategy Pipelines: - Adapting a Build & Release Workflow - Implementing naming conventions for: repos, branches, builds and releases - The Introduction (and success) of pipelines - Manual vs Pull Request Release Dedicated Environments: - Working with a database IDP (internal development platform) - With versioned personal databases - Including stashing databases when priorities change Migrating an existing team that is stuck in its ways, critical by nature and fed up with deadlines is an interesting journey you don't always hear about. But in the end...it's a lot of patience, work and yes it's exhausting, but completely worth it. Take-aways 1. Insights in a real world DevOps migration / transformation 2. Knowledge and experience sharing on the often forgotten DevOps part: the database 3. Beside all the talking: demonstration with tips you can directly make use of

Transforming a team that was used to a SVN-based-big-single-repo work style and little to no automation to Azure DevOps with Git, automated build and release pipelines and a private NuGet feed and disposable databases was a bumpy ride.