Outbox to the Sea of simulation / How to stop worrying about the tests setup...

===Topic===
1st talk: Outbox to the Sea of simulation
Have you ever been wondering how you can transfer ships and cats from one software system to another? If this is the case, then this session is the right choice for you!
The outbox pattern is a handy way of implementing data transfer between multiple software systems. Together with Kafka and Debezium this triple builds up a powerful toolkit to ...
* sequentially split software systems into multiple separated services - aka execute the Strangler Fig pattern
* publish events that might be interesting for all other components
* have stable and fail-safe communication
In this session I will show you the basics on how Debezium works. With that knowledge I will then demonstrate how you can introduce the outbox pattern to an existing application.

Maurizio Rinder: As a software engineer, I work mainly on application architecture, often focusing on clean code, solid principles, design patterns and domain-driven design. I believe in developing sustainable software that is easy to maintain, offers potential for growth and also gives space for people to improve their skills and enjoy their work.
Aside from my passion for Software Development and -Architecture, I enjoy archery, working out, playing music, and cooking.
My professional career as a software engineer started with 2013. From that year on I helped a startup company to realease its project, joined willhaben for around four years and the journey of new experiences goes on ...
linkedin.com/in/maurizio-rinder-81467bb0
github.com/maurizio1... (Github)
sessionize.com/maurizio-rinder (public speaker profile)

2nd talk: How to stop worrying about the tests setup and learn to love Kotlin Type-safe builders
Do your automated tests serve you well? Or does it seem like they are deliberately getting in a way, slowing down any change? Has the test data preparation become an arduous journey littered with shortcuts? Ever increasing delivery pace raises the bar for the test automation quality. Many teams are good at producing decent test coverage, but often at the price of tests maintainability, which can quickly become a bottleneck. Advanced testing frameworks like Cucumber, Spock, etc., can bring remedy to some of these pains, but add its own complexity, overhead and compromises. With the help of Kotlin’s language features such as named functional parameters, default parameter values, and especially DSLs (Type-Safe Builders), the expressiveness of tests can be drastically improved. In this session, we will learn how to use these features to write beautiful tests.

Mykola Gurov: I'm a java/kotlin/react developer who is strongly interested in continuous delivery, software testing, and everything that helps to move faster without breaking too many things. I'm based in Amsterdam, but frequent Vienna since mid 2024. My talks and thoughts can be found at https://mgurov.github.io/talks/.

===Schedule===
17:30 - Setup, Sound Check etc.
17:40 - Open Doors
18:00 - Welcome & Introduction, Community Interview
18:15 - 1st Talk
19:00 - 2nd Talk
19:45 - Networking, Food & Beverages
ca. 21:00 - Close Doors

Slides will be available here.

===How to find us===
&‌amp Campus, Währinger Straße 48/2. Hof, 1090 Wien