Policies

For speaking invitations, I have the following policies. Once we have reached agreement, the policies on this page do apply to our agreement.

Fees

As a freelance CTO, software architect, programmer, coach I am only paid for the days that I work for my clients. As a consequence, although I really love doing opening keynotes and talks at events around the world, in essence events and the associated travel costs me a part of my annual income. Therefore, I applying the following guidelines:

• Community organized events, that are non-for-profit, I regularly do free of charge, if my schedule allows me to. A bottle of good limoncello or pastis would be a nice gesture though ;).
• Lectures at universities or colleges follow the same guidelines as community events.
• For opening keynote and talks at events that are either in-house, or for-profit, my regular fees apply. These fees however differ, depend on the country where the event takes place (not all countries have the same level of GDP).
• For training courses or workshop I charge a daily fee, which again, dependes on the level of GDP in a country, but is never lower than my daily client fee.
• As I love to travel, for opening keynotes, talks and training courses in countries that I haven't visited yet, I'm more than happy to discount my fees.
• Travel is not included in my fees , and neither is VAT.

At this time, I'm not (yet) disclosing my fees, but I'm happy to share these if you are interested of inviting me to your event, publicly or in-house.

Travel

For events that I can drive to (from Utrecht, the Netherlands), I will charge 0.19 euro per kilometer to the venue, both ways. If other means of transport are necessary, such as flights (in economy), taxi's and hotel expenses, I require the event organizer to pay (and preferably book the itinerary I suggest).

Cancellation
If you need to cancel an event for which we've reached agreement, I will charge a cancellation of 50% of the original fee. However, if your event is postponed, and I'm still available for the new dates, I will waver this cancellation fee.

Stairway to heaven or highway to hell?

Lessons learned from five years of microservices

Microservices are all the hype. Websites are full of posts, books are being written and conferences organized. There are big promises of scalability and flexibility. However, when you are knee deep in mud as an architect, developer or tester, it’s hard to find out how to get there.

Sander Hoogendoorn, independent craftsman and chief architect at Quby (makers of Toon), discusses the long and winding road his recent clients and projects, both greenfield and brownfield, have traveled towards microservices and continuous delivery. Sander addresses lessons learned about polyglot persistence, domain driven design, bounded contexts, being RESTful, doing API design, continuous delivery, build pipelines, automated testing, and security, illustrated with many real-life examples from several of his diverse clients.

Welcome to the world of micro-apps

How to get the most of front-end microservices using Angular and Typescript

Microservices have been around since a few years, and many organizations are starting to benefit from these autonomous, independently deployable and easy maintainable small blocks of code. However, if you examine some of the popular definitions of microservices, we are still building a single application as a suite of small services.

During this talk, Sander Hoogendoorn will explain and demonstrate how front-end development can also benefit from building it in small autonomous, independently deployable blocks of code, instead of implementing a single monolithic web application. Of course, Sander will use many code examples in Java, Angular and Typescript (and probably some live coding) to illustrate even better how to build micro-applications similar to your microservices.

In short (< 500 characters)

Microservices have been around for a few years. Many organizations benefit from these autonomous, independently deployable and easy maintainable blocks of code. However, in most projects, we still build a single application on top of these services. This talk demonstrates how front-end development can also benefit from building in small autonomous, independently deployable micro-apps, instead of building a single monolithic web application. With many code examples in Angular and Typescript.

Feedback

Codemotion Amsterdam 2019. The attendees' results rated your talk as 90% "Good",  10% "Neutral" and  0% "Bad".

Note

Nice front-end technical talk with code examples and possibly live coding in Angular and Typescript.

Do or don’t. There’s no try. Or is there?

The power of monads explained. Sort of

One of the great things about being a programmer is that you never stop learning. Even after having programmed for almost 35 years, I still improve on the way I write code. Recently the way I write code changed once again when I started to apply monads and especially the Try class.

During a recent project, my team created a small library that ports the behavior of the Scala Try monad. Although at first, this new monad didn't appeal to me, I soon really started to appreciate this style of programming, where we concatenate series of Map() and FlatMap() methods, using lambda’s, and avoiding abundant try-catch blocks, and many if statements and null checks.

In the meantime, I have contaminated many programmers with this style. Developers make it a sport to always start every method with a return statement. During this talk I’ll discuss lambda’s, closures and monads, and demonstrate the power of this simple monad, using many code examples (in Java, C#, and TypeScript). Don't hesitate to join in.

In short

As a programmer, you never stop learning. Recently the way I code changed dramatically when I consciously started to apply monads, starting with a port of Scala’s powerful Try monad. During this talk I’ll discuss lambda’s, closures and monads, and build of a simple Maybe monad, demonstrating the power of monads, using many code examples (in Java, C# and TypeScript). Don't hesitate to join in.

Domain driven design at the heart of your microservices landscape

How bounded contexts and other patterns help you deliver on microservices promises

With microservices and serverless are the current hypes, there are big promises of scalability, replaceability, and flexibility. However, when you are knee deep in mud as an architect, (front-end) developer or tester, it’s not always easy to see how.

At recent clients, in CTO roles, Sander Hoogendoorn has helped create landscapes of small microservices, that deliver on the promises above, with architectures based on the patterns from domain driven design. Moreover, these landscapes also feature many micro-applications, which are based on domain driven design patterns, that also deliver on the promises of microservices.

During this talk, Sander Hoogendoorn, independent craftsman and chief architect for IoT idea company Quby, discusses the set of patterns such as resources, representations, repositories, entities, value objects and factories that helped build these services and applications in an evolutionary architectural style. Sander also discusses why every micro-application and microservices has its bounded context, and how this domain driven design pattern is essential for enabling these landscapes of small services, of course, using many real-life examples.