Chaos Engineering: unleash the monkeys en nl

Large online organisations like Netflix, Amazon and LinkedIn are already doing it for years: Chaos Engineering, injecting chaos in their production environments. And while it might sound scary (and it will be in the beginning), even you can apply some chaos in your applications. In this talk I will demonstrate how to create chaos and how to apply resilience to work around this chaos and create a more stable platform.

In this session we will look at the Chaos Monkey Pizza shop, an event-driven, microservice oriented web application where you can order pizzas. The application will be running on Kubernetes, have a frontend, a GraphQL API, RabbitMQ and a few .NET microservices. When everything is running smoothly we will apply chaos on different compontents and try to solve this chaos with different scenario's.

While trying to manage the application it will become apparent that it is not only logging that is important but also traceability and metrics.

Chaos Engineering: zet de boel op stelten! en nl

Grote organisaties zoals Netflix, Google, Amazon en LinkedIn doen het al jaren: Chaos Engineering, oftewel het injecteren van chaos in hun productieomgevingen. En hoewel het misschien spannend klinkt (en dat is het in het begin ook), kun ook jij chaos toepassen in jouw applicaties. Maar waarom zou je dat doen? En waar begin je dan?

In deze sessie duiken we in de Chaos Monkey Pizza Shop, een event-driven, microservice-georiënteerde webshop waar je pizza’s kunt bestellen. Wanneer alle componenten goed samenwerken, gaan we chaos injecteren in verschillende onderdelen. Denk aan time-outs, exceptions, en zelfs services en databases die uitvallen.

Dit kun je verwachten:

- Een introductie in Chaos Engineering: wat het is en hoe je ermee kunt beginnen
- Een overzicht van tools die je kunt gebruiken
- Hoe chaos jou en jouw organisatie helpt om betere software op te leveren

Laten we de boel eens goed op stelten zetten!

The Road to Faster Flow Is Paved with Missteps: A Retrospective en

Two years ago, we set out on a journey to transition to a Team Topologies-inspired organization, aiming to unlock faster flow and better collaboration. Today, it's time to reflect on the lessons learned along the way.

Looking back, what I see is not a straight road, paved with tarmac. No, it is a twisting road, with potholes and puddles, with some broken down and rusted vehicles here and there.

We often hear polished success stories, but we can also learn a lot about the bumps and wrong turns. These stories don't need to be dark or cynical, there are many small successes and golden nuggets of insights to be found.

So let's have a retrospective, and try and find some answers on what went wrong, and what worked well. Let's try and identify patterns and anti-patterns to learn from our mistakes and build on our wins.

Key takeaways:

- Embrace the Mess
- Celebrate Small Wins
- Beware of Anti-Patterns

Take a ride with me on this bumpy road, and learn from our lessons, for a smoother road ahead.

GraphQL is cooler than (the) REST! en nl

If you're tired of over-fetching, under-fetching, or feeling constrained by rigid endpoints, this is your chance to learn more about a cool alternative for REST.In this session we'll cover the essentials—from understanding its structure and benefits to the strategic considerations that will help you decide whether to make the switch. There will be a lot of code and demo’s, we’ll try to cover as much possibilities of GraphQL as possible in the given time.

Here’s what you will take away::
The biggest difference between REST and GraphQL
The strengths of GraphQL and how they can empower your development
The potential weaknesses to watch out for
What you need to get started

Let's dive into why GraphQL is cooler than REST!

GraphQL is cooler dan (de) REST! en nl

Ben jij het zat om te worstelen met over-fetching, under-fetching, of het beperkende gevoel van rigide API endpoints? Dan is dit je kans om kennis te maken met een interessant alternatief voor REST: GraphQL. Tijdens deze sessie krijg je niet alleen een introductie, maar vooral veel demo's met praktijkgerichte scenario's. Zo krijg je snel en helder inzicht in de voor- en nadelen van GraphQL.

Dit neem je mee uit deze sessie:

- De belangrijkste verschillen tussen REST en GraphQL
- De kracht van GraphQL en hoe het jouw ontwikkeling kan versterken
- De mogelijke valkuilen waar je op moet letten
- Wat je nodig hebt om zelf aan de slag te gaan

Laten we samen ontdekken waarom GraphQL cooler is dan REST!

Fast Flow, Not Fast Fluff: Embracing an Eclectic DevOps Coaching Approach en

Sometimes it feels like sailing against the wind: delivering value for our customers. There are so many obstacles that it might feel like navigating through a labyrinth of uncertainties. Sometimes we might know how to fix “our part”, but fixing the whole is a completely different challenge.

In this session, we will talk about an eclectic approach to change, by leveraging Team Topologies, DevOps, Lean, and Agile principles. We will talk about how a Team-First approach, with a strong focus on the outcome, can help to achieve great results. But we might also discover that having fun at work actually helps in delivering more value, sooner, safer, and happier!

Living in your own bubble en

There are a lot of farms in the Netherlands, and a lot of cows. All cows on a farm have a certain value, based on their history. Cows are sold and bought, being born and slaughtered, inseminated or milked, generating a large stream of information. Information which is used by the farmers but also by the government. Taxes, carbon footprints, CO2 reductions, business value, it all needs up-to-date and accurate animal information.

Due to new laws, some serious changes had to be implemented on a legacy system. Nightly processing of new information was already problematic, extending the business rules would even make it slower. Scaling and extending the legacy application, which heavily leaned on stored procedures and triggers, appeared to be too difficult. While Domain Driven Design could really help to bring clarity in this complex domain, rebuilding was not an option.

Time to introduce the Bubble Context of which Eric Evans wrote in his paper “Getting Started With DDD When Surrounded By Legacy systems”! In this session I will use a simplified version of the legacy system and demonstrate how to create your own bubble context to apply new business rules while keeping the existing system intact. In fact, we hardly touch the existing system! I will explain the advantages and disadvantages of a bubble context and how to move even further away from the legacy system.

Empowering Teams for High-Performance: Unleashing the Potential of Team Topologies and DevOps en

In today's fast-paced and dynamic business environment, organizations strive to build and scale high-performing technology teams that can deliver value with speed and efficiency. To achieve this, a combination of effective team organization and continuous improvement practices is essential. In this talk, we will explore how the concepts of Team Topologies and DevOps can be leveraged from the perspective of an enabling team, such as an agile coach, to empower organizations and teams.

Software leveren met de snelheid van het licht nl

Stel je jezelf ook wel eens de volgende vragen?

Wat is het grote verschil tussen de beste- en slechts presterende softwareteams?

Zijn er overeenkomsten bij de best presterende organisaties als het gaat om het ontwikkelen van software?

Wat kunnen wij daarvan leren en misschien zelfs toepassen in ons team of onze organisatie?

Het State of DevOps researchproject, uitgevoerd door DevOps Research & Assessment (DORA), doet hier al jaren onderzoek naar. Zowel de uitkomsten als de vragen van dit onderzoek kunnen helpen om jouw team of organisatie te verbeteren! Uit de resultaten van eerdere onderzoeken zijn 24 punten gekomen die, statistisch gezien, zorgen voor de belangrijkste verbeteringen in het proces van softwareontwikkeling.

De belangrijkste uitkomsten uit het onderzoek wil ik, samen met jullie, wil bespreken. Wat is de achterliggende gedachte achter de verschillende punten? Wat heeft het DORA researchproject te zeggen over mogelijke veranderingen en implementaties? Welke obstakels zou je tegen kunnen komen? De onderwerpen zijn niet alleen technisch van aard, maar gaan ook over processen en cultuur, veranderingen die in eerste instantie eenvoudig lijken kunnen tot de kern van jouw organisatie doordringen.

Na afloop van deze sessie heb je inzicht in de resultaten van jaren onderzoek naar de staat van DevOps. Je weet wat de belangrijkste aandachtspunten zijn om succesvol te kunnen versnellen in het leveren van software. Met behulp van de opgedane kennis kun je onderzoek doen naar de staat van jouw team en organisatie, verbeterpunten identificeren en daadwerkelijk bijdragen aan veranderingen die noodzakelijk zijn om software sneller te kunnen leveren.

Specification by Example: building the right things the right way nl en

Specification by Example: een term die zich niet goed in het Nederlands laat vertalen maar waar ‘samenwerking in de praktijk’ centraal staat. De meest ideale infrastructuur neerleggen om goede communicatie mogelijk te maken. En dat is iets waar het in de softwarewereld nog wel eens aan ontbreekt. Dat vraagt om de juiste manier van samenwerken tussen de betrokken partijen zodat elementen die als frustrerend, blokkerend of remmend kunnen worden ervaren, worden weggenomen. Samen ga je zo nauwkeurig mogelijk omschrijven waar de software in resulteert.

Je kent allemaal de frustratie wel: als stakeholder of als developer, als analist of als tester. We hebben elkaar niet goed begrepen en het verkeerde gerealiseerd. Details zijn verloren gegaan. Gesprekken zijn niet goed uitgewerkt. Concepten zijn verkeerd begrepen. Ook al werken we volgens agile-methodieken en kunnen we tijdig ingrijpen en bijsturen, het is nog steeds kostbaar. Het kan ten koste gaan van vertrouwen in elkaar en in de kwaliteit. Specification by Example is een goed middel om de kwaliteit van de samenwerking en daarmee de kwaliteit van de software te verbeteren.

Deze presentatie is niet alleen theoretisch van aard. Het doel is om - met behulp van praktijkvoorbeelden - te laten zien hoe je een begin kunt maken met Specification by Example: niet alleen voor het beschrijven van specificaties maar ook hoe je deze specificaties kunt automatiseren.

Een aantal onderwerpen dat aan bod komt:

- Samenwerking

- Belangrijke processen

- Hoe beschrijf je specificaties

- Gezamenlijke taalontwikkeling (ubiquitous language)

- Levende documentatie

- Het automatiseren van specificaties

- Valkuilen & mislukkingen en succesverhalen

Na afloop van deze presentatie weet je hoe je Specification by Example kunt inzetten voor het verbeteren van het ontwikkelproces. Je kent een aantal valkuilen en je weet hoe je op kleine schaal een aanzet kunt maken. Daarnaast heb je voldoende kennis om het gesprek aan te gaan over Specification by Example: met je team, je opdrachtgever of werkgever.

Specification by Example: building the right things the right way nl en

Why is developing software so hard? Why do we keep making mistakes, why are we building the wrong features, and why do we create unnecessary bugs? You all know the frustrations: as a developer, a product owner, an analyst, a tester, as a stakeholder. We didn't understand each other well and delivered wrong features. Details have been lost. Conversations haven't been recorded well. Concepts have been misunderstood. Even though we work according to agile methodologies and can intervene and adjust in time, it's still costly. It can undermine trust in each other and in the quality of our team and our products. But how can we prevent this?

There are many ways to improve the communication between all stakeholders, one of which is Specification by Example. It is not a technology, but a collaborative approach in software development, with a focus on describing and testing software requirements using concrete examples.

This session is not only theoretical in nature! My goal is to show - with practical examples - how you can start with Specification by Example: not only for describing specifications, but also to automate these specifications.

Some topics that will be covered:
- Collaboration
- Important processes
- How to describe specifications
- Joint language development (ubiquitous language)
- Living documentation
- Automating specifications
- Pitfalls, failures and success stories

After this session, you will know how to use Specification by Example to improve the development process. You will know some pitfalls and how to make a start on a small scale. In addition, you will have sufficient knowledge to discuss Specification by Example with your team, client or employer.

First public delivery: devconf (APG) in March 2023, not recorded, 45 minutes (which was ok, 50 minutes is better). Often delivered in smaller groups, as session and as workshops. Creating a workshop out of it is also an option!
Target audience is very broad, from developers to product owners, testers and any other stakeholder.