I’m a 31-year-old guy from the Netherlands. I enjoy making digital stuff, which I currently do for Poki in Amsterdam. Since I have a bad case of wanderlust I’ve previously lived in places such as Stockholm, London and Saudi-Arabia.
Though many of my recent positions have been as a frontend developer, I'm actually a versatile full-stack developer with a knack for software and cloud architecture. Leveraging knowledge of all facets of software development allows me to come up with sound software architecture and write great code.
I work well in teams and enjoy the perks of having held jobs at companies of various sizes, some of which in the capacity of team-lead. I can work autonomously and always try to recognise how to best add value to businesses.
You can find my personal code on my GitHub profile. Aside from coding I enjoy listening to music, going to concerts, playing video games, watching movies & series and travelling. I also enjoy climbing at my local bouldering gym.
Besides coding I also enjoy fiddling around with build tooling, continuous integration + deployment and cloud administration—basically anything that takes the code I write from my local development environment to production. My usual “stack” for this is npm + webpack, Google Cloud Platform’s Container Builder and Kubernetes.
I really enjoy building web apps using React, Redux and RxJS—this gives me a great development experience and makes it much easier to split my code up and reason about it.
Redux allows me to keep my application state centralised, React allows me to render a graphical representation of the application state and RxJS allows me keep business logic easily testable and out of my React components.
In the past I’ve been dubbed “the gitfather” due to my extensive knowledge of Git, its workflows, my obsession with a clean history and willingness to educate others on these topics.
While writing code I always try to think about proper software architecture and the implications that arise from decoupling and modularising a codebase. I always try to make my code as extensible as possible while being pragmatic about what's currently needed.
Over time I've had the privilege of working at many different companies, of various sizes. While I may not have stayed at all of them for a very long time (for a variety of reasons) it has allowed me to learn what it is I enjoy doing—building amazing products for users.
Poki’s mission is to let the world play. We’re working hard to build the world’s biggest playground which brings together kids of all ages, game developers and advertisers in an experience that works for all our target audiences.
When I started at Poki, the product that was currently live was a big PHP-monolith which had been slowly tearing apart at the seams for a while due to changing requirements and inflexible code. My first order of business was to envision a new stack which would allow us to split the front- and back-end and allow us to cater to the business’ needs better.
The rewrite was purely intended as a technical rewrite to see if our newly chosen tech stack was feasible for production use. We rewrote the backend in Go using a microservice architecture hosted on Google Cloud Platform’s Kubernetes Engine. The front-end was rewritten using primarily React and Redux.
This first “phase” went live for the first couple of sites sometime in march 2017 after many months of painstakingly testing things and ensuring revenues were up to par and was mostly concluded by the end of 2017.
After this, we moved on to creating a project dubbed “playground”, in which we try to put our users first and give them a great experience while also allowing brands and game developers to add to, not detract from, their experience.
While React is still a big player in this rewrite, RxJS is also being used which allows us to split out business logic from the React components, allowing us to better test this logic.
The biggest project I worked on during my time here was Grow-bee—a social network and e-learning tool aimed at businesses. It had the typical social features you'd expect, such as making posts and sharing images, but also had built in tools to create questionnaires for employees.
Lifely is a small group of people who are ridiculously passionate about making products that simply work. They fully invest themselves into each project and focus on delivering something that stays true to the concept.
I joined Lifely as a frontend developer, contributing to the development of their latest project, Part-up, a startup that enables people to create short-term, project-based teams.
Strangelove is an Amsterdam-based creative agency for the “always on” world. By using their knowledge of how businesses work they aim to provide solutions that are relevant, human-friendly, memorable and above all, simple.
I was a digital developer at Strangelove. My first order of business was giving the company website a much-needed makeover. I worked together closely with the motion graphics designer and experimented a lot with scrolling animations.
After that, my work shifted towards coming up with a CMS that would allow for a lot of customisation, while still allowing the developers to work on a core that is shared by most websites, eliminating duplicated efforts for each new project.
TravelBird is a travel organisation that aims to solve the paradox of choice when it comes to picking a vacation destination. They work with partners situated throughout Europe to provide daily deals at excellent prices.
At TravelBird I helped innovate the way we worked by splitting the front– and backend, communicating through an API. This enabled my fellow frontend engineers and I to work on a decoupled codebase in areas we had expertise.
Previously Zeebox. Beamly creates a second-screen application for your phone or tablet that displays contextual information, twitter feeds and just about anything else based on what’s happening on your TV screen.
At Beamly I worked in the Mission Control team, responsible for maintaining a tool which allowed editors to enhance programmes with various widgets and twitter feeds to make the TV-watching experience more engaging.
QMetric is an insurance company that leverages technology in order to combat the often negative image insurance companies have. They prioritise their customers’ needs and aim to provide the best service possible.
At QMetric I worked on the Policy Expert website. Most of my time was spent on optimising the various forms that enabled users to manage all aspects of purchasing and managing their insurance, no matter what browser they used.
I also helped think about decoupling the various components of the system into micro services. This would make it easier to develop, test and deploy smaller parts of the application rather than working with one monolithic codebase.
Spotify is a music streaming service that enables its users to listen to all the world’s music at the press of a button. It also offers various ways to discover new music through features such as Radio and Discover Weekly.
To say I learnt a lot at Spotify would be an understatement—working here was a critical step in my career as a developer. Before Spotify, the command line and all its wonders were a scary place, shrouded in mystery.
I was also introduced to Git. Despite making many mistakes along the way, the patience of my many awesome colleagues helped me overcome the arguably steep learning curve of this crucial piece of technology.
I worked on a variety of projects—initially the regular (spotify.com) website followed by a more frontend-heavy role helping to implement the Spotify Apps API into the native client.
This allowed me to experiment with CSS3 and HTML5 features for months while fleshing out an API layer around the raw calls exposed by the client code, offering third-party developers an awesome app-development experience.
Lastly, I worked on the platform team creating the developer.spotify.com website and attending various events locally and abroad. I also did the occasional public speaking, evangelising the Spotify Apps API.
Mediamatic—At Mediamatic I worked on setting up new websites in their Anymeta community management system. Most of the work was quite simple and a little repetitive for my taste, with little opportunity to make a difference.
Submarine—At Submarine I worked as an all-round web developer, mainly creating accessible and valid HTML/CSS.
Synetic—At Synetic I worked on websites which were based on their CMS, Procreate. Most of my time was spent in PHP and MySQL, doing lots of under-the-hood work on thee CMS to improve performance and functionality.