Meet our Trainers – Tomasz

We love our handpicked trainers! Here is an opportunity for you to get to know Tomasz Jaskula, our trainer for French and Polish IDDD Workshops.

Tomasz Jaskula with IDDD Workshops
Tomasz Jaskula

Tomasz, you’ve known Vaughn for many years. How did you meet?

I had the pleasure of meeting Vaughn in person in 2013 during one of the first IDDD Workshops which was held in Belgium. Previous to that, I knew Vaughn from the DDD mailing list, various recorded video talks, conferences and DDD user groups. His book “Implementing Domain Driven Design” – the “red book” – was a real eye opener for me and so many others on how Domain-Driven Design should be implemented.

Please tell us a bit more about yourself.

I have a Masters Degree in CS from Paris Université Dauphine and I run my own company, Luteceo, in Paris. We excel in providing different services around DDD, distributed architectures and microservices. We are also involved in various OSS projects like XOOM. Currently, I’m working with a client in the financial field involving Microservices, CQRS and Event Sourcing. Helping my clients every day with Domain-Driven Design as a principal tool helps me deliver business value for the client and enables me to help others in the IDDD Workshop achieve success in their projects using DDD.

I live near Paris with my family and two beautiful children whom I love to spend time with. In my free time I play electric guitar, which is a passionate hobby of mine.

You’ve been a DDD supporter for many years. What was the initial draw to DDD for you?

Writing software is hard. Writing software that fits user needs is even harder. Before I knew about DDD, every challenge I faced I tried to solve with my technical skills, technology or different available frameworks. The modeling part was always based on tools and I clearly lacked experience to catch different business concepts when talking to business people. In the end, the produced software was not what users expected and it didn’t feel right. I always had this feeling that there should be another way.

Then, I discovered Domain-Driven Design and learned that many of the technical concerns could be solved from the business perspective instead of complicated technical code. Building business understanding, language and models was a real eye opener for me, and since then I’ve always been a DDD supporter. At the close of 2012 I founded the meetup DDD Paris which is now known as DDD FR user group.

How do you feel the Implementing Domain-Driven Design workshop sets itself apart from other training workshops?

I’ve attended several Domain-Driven Design workshops over the years. Most of the time those workshops focus on one aspect of DDD like theory or modeling, and most of them are neglecting the implementation part. The IDDD Workshop sets itself apart because youl learn how to effectively apply Domain-Driven Design on a real project through the rich domain supporting the whole workshop. The content delivery and theory are mixed with various practical exercises involving modeling with a business expert, through Event Storming and up to implementation. There is domain discovery, knowledge crunching, breakthrough and of course, real implementation in code. Those 3 days are very rich but will help every attendee get started with DDD so they can start applying it in their business contexts.

Thank you Tomasz!

We are indeed honored to have such a versatile member of our team teaching the IDDD Workshop in French and Polish. Read here to find out how Tomasz feels about being a core contributor to the XOOM, our open source project.

More to explore

Reactive DDD: Modeling Uncertainty

Domain-Driven Design supports reactive architecture and programming. Still, reactive introduces uncertainty. Back in 2003, the way that Domain-Driven Design was used and

Scroll to Top