• July 2019 meetup

    Joan Muyskenweg 39

    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 CDD+D+D: Component Driven Development + Deployment + Design 19:30 Break 20:00 Digital ethics and Feedback loops 21:00: Drinks 21:30 Wrapping up Location, food & drinks brought to you by: Merkle Talks: #1 talk - Steven de Lange, Thanos Kyriakakis, Paul Rysiavets - Merkle - CDD+D+D: Component Driven Development + Deployment + Design Component-driven cooperation is the future of software development. With a modular approach, handovers between designers, front-end and back-end developers become much simpler. The result is a workflow that’s more scalable, more robust, and less time-consuming. CDD+D+D covers the entire pipeline from Sketch to AWS. At this meetup, three experts from different disciplines will inspire you to start integrating design and development. Once you’ve set up CDD+D+D, the benefits become apparent very quickly. You’ll have more hours in the day to focus on the stuff you actually want to be doing: creating spectacular digital products. Bios: Steven de Lange is a design lead at Merkle Netherlands. Throughout his career, he has worked on wide range of innovative projects: from campaign websites to E-commerce, and from Augmented Reality to VR interfaces. Steven recently won an award for his work on the Moneyou design system. Thanos Kyriakakis is a front-end developer at Merkle Netherlands, specializing in React and React Native apps. He’s currently working for clients like Red Cross and Kinderpostzegels. Thanos’ aim is to master the 21st century by using code. One day, he hopes to work on a flying car project. Paul Rysiavets is a senior back-end developer and security officer at Merkle Netherlands, working for clients like BMW and O2. He’s also a certified AWS Solutions Architect Associate. Paul’s ultimate goal is to automate all the things. He also practices business-centric mind reading, so be careful with your thoughts. #2 talk - Johan Kroeskop - Digital ethics and Feedback loops Bio Johan Kroeskop is an applied ethicist. He wrote his thesis on the ethical ramifications of the use of data sets that contain subjective elements. He created a framework to analyze the practical consequences of feedback loops. The main challenge he is currently interested in concerns questions about how to identify, and countermand, such feedback loops. Abstract Creating and maintaining data sets is a deeply ethical practice due to the implications it can have on the daily lives of those concerned. It will remain important to ask questions about what should and should not be considered when employing a predictive model as a tool to make decisions. For instance, predictive policing models use historical data sets that are heavily influenced by the historical actions, and biases, of police officers. A predictive model that relies on such data will launder these biases into seemingly objective data sets by virtue of the real-world influence the model has once it is used as a tool. The presentation will be about how such feedback loops can be recognized and avoided. During the discussion we can go into possible solutions and the question on how much of these subjective elements can be tolerated if it is needed for a model that can make more accurate predictions. Parking: There are Plenty of Free parking spaces in front of the Entrance. go to the second floor and park there (not inside)

  • June 2019 meetup


    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Azure DevOps setup: analyze from the outside and report on the inside 19:30 Break 20:00 Embrace the pitfalls (Our stop start journey to Change) 21:30 Wrapping up Location, food & drinks brought to you by: Rabobank Talks: #1 - Manuel Riezebosch - Rabobank - Azure DevOps setup: analyze from the outside and report on the inside As introduction, one of the users of our set-up, Pim Sewuster, will explain the how and why. After that, our specialist Manuel Riezebosch will show our Azure DevOps set-up. In order to help teams get a compliancy stamp more easily we have: a. a recommended setup to prevent things going wrong b. a function to analyze and report on the actual setup teams use c. reporting in an extension to show the status quo and reconcile with a press on the button We build this with C#, Azure Functions, React and TypeScript and deploy this using Azure Repos & Pipelines. Bio: Manuel is passionate about technology. His personal interest is in making the developers' life easier through software automation. Thereby he embraces emerging technologies and modern approaches. For him, there is nothing but agile, Git, TDD, Docker and a bit of Azure & Azure DevOps. Pim is an IT Risk Manager within Rabobank. He wants to help DevOps teams take responsibility for their risks, and supports them in coming up with innovate ways to do so. #2 - Stacy Cashmore - Independer - Embrace the pitfalls (Our stop start journey to Change) As developers we want to work in a modern way, to get fast feedback on what we are building to make sure that we are building the right things in the right way. However, many companies are still at the start of their journey. Things take longer than we would like to get moving, sometimes change can seem to happen at glacial pace and whilst you are ready to try and run, others are finding their feet - or even digging in their heels! In this talk I will go over some of the pitfalls that have happened to me, and the lessons that I have learned from them. What I don't really have are magic solutions to make the problems go away, but hopefully you can look at the mistakes I made and go away to make your own new ones to learn from! Bio: Stacy Cashmore; Since being handed a sink or swim assignment managing a near shoring project in the early 2000s she has been an avid fan of agile ways of working (even before she had heard of the agile movement). Seeing no other option than close collaboration with the client and constantly looking for ways to improve the delivery of the project. The success of the project only cemented the idea that this was the way to work! For the last decade she has worked for Independer, the largest online financial advice website in the Netherlands, on the customer facing website, and interfaces with external financial institutions, whilst also helping with the ongoing agile adoption within the development environment. Outside of her tech work she loves music, reading, motorsport and cooking. Parking: The nearest parking area is P3 Jaarbeurs - Veemarktplein

  • May 2019 meetup

    Xebia Amsterdam

    Agenda: 17:30 - 18:30 Walk-in 18:00 Food (incl. vegan) & drinks 18:30 Transitioning to teams being end-to-end responsible for their software 19:30 Break 20:00 Platform as a Product - transforming from service delivery into continuous operations 21:30 Wrapping up Location, food & drinks brought to you by: Xebia Talks: #1 - Anna Shepeleva & Erik Swets - De Bijenkorf & Xebia - Transitioning to teams being end-to-end responsible for their software At De Bijenkorf, we started transitioning our organization to adopt Site Reliability Engineering (SRE) about 1 year ago. With trial and error, we went from having a third-party company monitor and manage our production systems, to teams being end-to-end responsible for the software they write and deploy. In this talk we want to share our learnings from this transition. How did we get our teams to care about what they release? How did we deal with all the inevitable knowledge gaps? And how do you keep up with the rapid evolution of the cloud space? We will share our goals, how we approached this problem, the things that were a success and that failed, and the things we'd like to try moving forward. Bio's: Anna Shepeleva @ de Bijenkorf; Having worked at de Bijenkorf for several years, Anna has had the opportunity to see a small team of 5 developers grow to a powerhouse of 30. Working with an ever evolving team, she has picked up various skills and has been able to overhaul the company's automated testing strategies. From here Anna has seized new challenges within a team now spearheading de Bijenkorf's CI/CD efforts - tasked with migrating current services to Kubernetes. Erik Swets @ Xebia; Throughout his career, Erik has helped companies to deliver software faster and at higher quality. Be it through applying practices like Behaviour Driven Development or Continuous Delivery, by architecting and implementing automated testing solutions or by building deployment automation solutions. With a background in economics, he is able to strike a good balance between business and IT. #2 - Michael Coté - Pivotal - Platform as a Product - transforming from service delivery into continuous operations Most ops groups can’t give developers what they need. Ops is limited by traditional service delivery mindset and tools. Stability & reliability are now table-stakes when you’re releasing software daily. What developers need now from ops is innovation. Operations has rarely takes this innovation-driven, product approach to providing services, & instead focuses on delivering to specification & limiting SLAs. As with development, ops creates value with continuous operations, product managing their platforms and releasing frequently. This talk covers how ops groups are transforming from a service delivery mindset a platform-as-a-product approach. With examples from Discover Financial Services, Rabobank, the US Air Force, & others the talk covers the concept, technologies & tools commonly used, & ops tactics needed to kick-off a platform-as-a-product strategy. Bio: Michael Coté works at Pivotal on the advocate team. He’s been an industry analyst at RedMonk and 451 Research, worked in corporate strategy and M&A at Dell in software and cloud, and was a programmer for a decade before all that. He does several weekly (mostly) tech podcasts, writes a column on Agile & DevOps for The Register, blogs at Cote.io, and is @cote in Twitter. Parking: Q park centrum oost, wibautstraat 3

  • April 2019 meetup


    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Platform Engineering 101: empowering developers to deliver - as-a-service 19:30 Break 20:00 Scalable and open source paging with Iris/Oncall 21:30 Wrapping up Location, food & drinks brought to you by: Skyworkz Talks: #1 - Sander Knape - Skyworkz - Platform Engineering 101: empowering developers to deliver - as-a-service What does it take to get an application into production? Many processes, tools and automation surround that application to deliver it to the customer. As it becomes more common for development teams to autonomously deliver and run their software, the focus of the traditional operational teams shifts towards an as-a-service mindset. But how is such a team positioned within the company? And is Platform Engineering any different from Software Engineering? In this talk I’ll share my experiences as a platform engineer and explain why I believe that every company should be conscious about why and how to setup this responsibility. I’ll also discuss the biggest challenges surrounding it - and how to tackle them. #2 - Tjebbe Vlieg - bol.com - Scalable and open source paging with Iris/Oncall Routing an alert to the intended team and developer is the final stage of an alert. In our transition to the cloud, we at Bol.com were looking for a paging platform that would be able to scale with us. We settled on Iris/Oncall, a project open sourced by developers of LinkedIn. With Iris/Oncall, we enable developer teams to create their own schedules and rosters, and to provide their desired contact details. This way, developers are fully in control of their services. This talk will focus both on technical implementation and on the end user functionality. Parking: Free parking around the office

  • March 2019 meetup

    Jacob Bontiusplaats 9

    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Continuous Delivery to the Cloud with Automated Canary Analysis using Spinnaker 19:30 Break 20:00 How teams at Atlassian use configuration-as-code for their CI/CD 21:30 Wrapping up Location, food & drinks brought to you by: Backbase Talks: #1 - Andreas Evers - Pivotal - Continuous Delivery to the Cloud with Automated Canary Analysis using Spinnaker In our quest to get to production faster, we've organised ourselves in cross-functional DevOps teams, embraced microservice architectures, and deployed to the various clouds out there. Along the way we've learned some best practices about how to deploy software at velocity — things like automated releases, immutable infrastructure, gradual rollouts and fast rollbacks. One of the most sophisticated techniques of ensuring safety while going fast is called automated canary analysis. While canary deployments are becoming a commodity, having an autonomous judge at your disposal analysing metrics of both baseline and canary deployments, makes all the difference. Enter Spinnaker, an open-source multi-cloud continuous delivery platform which embodies these core principles of safe, frequent and reliable releases with contributions from Netflix, Google, Microsoft, Oracle and Pivotal. #2 - Jeyanthan Inbasekaran - Atlassian - How teams at Atlassian use configuration-as-code for their CI/CD At Atlassian, we are a big Continuous Delivery fan. We even build tooling for it; Bamboo for Server, and Bitbucket pipelines for Cloud. Let me show you how teams at Atlassian use configuration-as-code for their CI/CD pipelines using Bamboo's Java and YAML specs which includes plan creation and defining permissions. Bio: Jeyanthan Inbasekaran is an open source enthusiast working for Atlassian as a DevTools Support Engineer. How to get there: From Amsterdam Centraal Station: you need tram 26 in the direction of IJburg. When in the tram you get out at tramstop Rietlandpark. That is very close to the office. When you exit the tram in Rietlandpark go up with the escalator. When up, cross the street in the direction of the train rails, walk under the train rails and go to the right. Here you enter the parking lot of the INIT Building.

  • February 2019 meetup


    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Testing on Production, deep backend edition 19:30 Break 20:00 Gitlab, why we chose it and where we ended up 21:30 Wrapping up Location, food & drinks brought to you by: Voiceworks / Within Reach Talks: #1 - Mykola Gurov - bol.com - Testing on Production, deep backend edition Testing live isn’t only about A/B testing or canary releases. Those are fascinating, but not always the best - or even applicable - techniques. This talk is based on my experience of "shifting to the right" testing within the context of back-end systems at bol.com (one of the largest online retailers in the Netherlands and Belgium). In particular, the domains of purchasing, logistics and finance, where correctness is often a bigger concern than performance, and recovery might require a bit more than users hitting the refresh button of their browser. Automated testing before merging to master is great, but it doesn’t cover the unknown. Staging on shared environments tend to be slow, unreliable and costly to support. Just go to Production and learn from the real world by staging safe and efficient experiments! We will look at techniques as shadow and dry runs, controlled experiments, survival of the fittest. How to apply these techniques to live systems and what to be aware of. Bio: Mykola is a java backend developer (calls himself full-stack). He has a strong interest in CI/CD and everything that helps to move faster without breaking too many things. Within bol.com he is known for the popularization of using docker for system integration testing. #2 - Hans Donner - Mijndomein.nl - Gitlab, why we chose it and where we ended up Assumptions (the mother of ….), automagical simplification (pinky promise), to baldly go where no man has gone before and entering the land of dragons… That is where reality hits you. Or, more boring, Gitlab Auto DevOps WTF. Hans Donner is working at Mijndomein as Lead Ops. Running infra on the cloud and on bare metal, working on lowering the amount of times he gets called out of bed for incidents (I like to sleep in, or “sleep out” in Dunglish), and trying to improve the lives and resumes of developers by migrating to kubernetes and shiny ci/cd tooling and pipelines. Before he moved over to the dark side he was living between bean counters and could perhaps be considered one of them. Parking: You can park all around the building, or at the parking lot of the Gamma building nextdoor. If you park at Gamma, please park at the far end of the parking lot, so we the Gamma customers can park right in front of the Gamma entrance.

  • January 2019 meetup


    We start off the year with bol.com Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Taming A Beast - Adopting Continuous Delivery In A Large, Legacy Monolith 19:30 Break 20:00 The Hitchhiker's Guide to Prometheus 21:30 Wrapping up Location, food & drinks brought to you by: bol.com Talks: Mike Chernev - Taming A Beast - Adopting Continuous Delivery In A Large, Legacy Monolith Deploying your application whenever you want is easy. Everyone does it nowadays. And that works great when you have a small group of people responsible for an application. But what if you have several teams working on the same application? What if you have almost 80 people committing more than 30 times a day? Can you face the challenge of deploying that application as often as you wish and succeed in keeping it stable? In this talk Mike will explore the journey from a conservative four week release cycle to full autonomy. What are the challenges you will face, how to tackled them and why this brings you closer to the clouds. Bio: Mike is a software engineer with a passion to improve not just the software he works on, but the process and people around it. He fights the impossible during the day and writes code during the night. When he is not working, you can find him coding on one of his side projects or enjoying a drink with friends. Remco Overdijk - bol.com - The Hitchhiker's Guide to Prometheus Familiar tools like Statsd, Graphite, Nagios, etc. are no longer used in the Cloud, meaning we’ve hitched a new ride: Prometheus, and it’s all about Metrics! "A Metric, The Hitchhiker's Guide to Prometheus says, is about the most massively useful thing someone doing Monitoring can have. It has great practical value. You can wave your Metric in emergencies as a distress signal, and produce pretty Graphs at the same time." Don’t Panic, this talk is not about deploying Prometheus, Kubernetes or Vogon Poetry, but all about YOU! How exactly would that work, using metrics for monitoring purposes? Is it really that different from having separate stacks? Can I export 42 as a Metric? How do I migrate from Statsd/Nagios to this new world? What do I do when metrics seem to be insufficient to monitor something? Like a Babel Fish, this talk translates your questions into hands-on tips and tricks on working with Prometheus. Not only for the cloud, but all applications/services in general. Parking: If you come by car, you can park in the visitors garage of bol.com. It's the first gate at the right (the sign says "bol.com bezoekers"). If the visitors garage of bol.com is full, and you're redirected to P+R Papendorp, we will have free exitcards available for the P+R. The host will provide these during the evening.

  • December 2018 meetup

    Testinium B.V.

    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Testing with BDD and automation with Gauge 19:30 Break 20:00 Head in the clouds @ bol.com 21:30 Wrapping up Location, food & drinks brought to you by: Testinium B.V. Talks: Fırat Doğan - Testinium B.V. - Testing with BDD and automation with Gauge Fırat Doğan is going to tell us about a current hot topic in the Agile testing world, Behavior Driven Development (BDD) in combination with Gauge. Gauge is a free and open source test automation framework that allows you to create test “specifications” that are written in an English-like syntax, making tests easy to read and create. Do you want to get familiar with BDD and experience how you can automate BDD style using Gauge? Then don`t miss this session! Biography: Dr. Dogan is a software engineer over 10 years of experience in application development, cloud computing, SDLC, DevOps and Software Quality. Expert in Enterprise Application Design and Development for a variety of industries including Banking, Telecom, and E-Commerce. 5 years' experience in Software Testing using Open Source Technologies, HP UFT and Testplant Products. Maarten Dirkse - bol.com - Head in the clouds @ bol.com Last year bol.com decided to move to the public cloud. Since that decision was made they've learned quite a few lessons, made quite a few mistakes and gained lots of experience. In this talk Maarten Dirkse, cloud advocate at bol.com, will speak about why bol.com went to the cloud, what it's taken to get them where they are today and the current setup that they're running on. Parking: If you come by car, you can only park your nearby parking spaces: https://www.parkeren-denhaag.nl/centraal-station Parkeergarage Helicon - Zwarteweg 40 - 2511 VS Den Haag Parkeergarage Malieveld - Koningskade 1 bis - 2596 AA Den Haag ParkeergarageMuzenplein - Fluwelen Burgwal 54 - 2511 CH Den Haag Parkeergarage Rijnstraat - Rijnstraat 8 - 2515 XP Den Haag.

  • November 2018 meetup


    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 The evolution of a Delivery Pipeline at scale 19:30 Break 20:00 Continuous Delivery as a cultural shift 21:30 Wrapping up -------------------------------------------------------------------------------------------------- In order to get access to the building you have to bring a valid ID (passport, ID card or drivers licence) You can have access to the guest wifi network based on your email address. To enable this send an email to [masked] stating that you want access to the wifi network. Please do this on the day before the meetup at the latest. This to prevent all the hassle during the meetup. -------------------------------------------------------------------------------------------------- Location, food & drinks brought to you by: Belastingdienst Talks: Aino Andriessen - Belastingdienst - The evolution of a Delivery Pipeline at scale At the Belastingdienst we're developing a few hundred applications to collect taxes, support customs and payout allowances. The social impact and the political aspects are major concerns for the organisation of our processes. We're currently in the middle of a journey implementing CICD to make the business more agile and in-control when responding to (political) change. In this session we'd like to share our experiences, motivations, decisions and lessons learned from this continuous journey. Biography: Aino Andriessen now works as a Continuous Delivery specialist at the Belastingdienst. Before that, he worked for 20 years as an Oracle and Java consultant with a focus on craftsmanship and software delivery. Mykola Gurov - Bol.com - Continuous Delivery as a cultural shift Deploy continuously, move faster. But why? Why change things that work? What are the benefits for the teams and their stakeholders? Does this also apply to crucial back-end systems, or shall they rather move slow? Meet the PUR team of bol.com. We support the Supply Chain operations of one of the the largest webshops of the Benelux. That is, the purchasing and communication with the suppliers goes via our services. Despite being mostly busy with a classical back-end "system of a record", we got our development process drastically changed over the course of a year: from infrequent releases of long-living branches we switched to the trunk-based development coupled with a high rate of deployment to production (dozens a day). The transition was driven by the continuous improvement cycle as a response to the business and technical pressure with the given constraints. We simply aimed at reducing the cost of delivering a change. The biggest obstacles appeared to be behavioral, not technical. Even the goal of keeping the master clean and production-ready was easier agreed than done. As testing was quickly becoming a bottleneck, we had to rethink the way we test software and the role of our tester in this process. We shifted the weight of testing from staging environments to production and the dev/CI build. It was now the responsibility of the developer to ensure the quality of the shipped software, and the tester stopped to be a gatekeeper. Continuous investment into the maintainability and resilience of our systems was a direct need of facilitate such changes. Extensive use of feature toggles allowed us to gain much flexibility by decoupling code deployments from feature releases. From the business side, the commonly expected direct and simple effect of such transition — much faster delivery of the business features, wasn’t actually seen. We’ll discuss the reasons and what was the observable benefit. Biography: Mykola is a java backend developer (calls himself full-stack, of course). He has a strong interest in CI/CD and everything that helps to move faster without breaking too many things. Within bol.com he is known for the popularisation of using docker for system integration testing. Parking: Free parking at the building

  • October 2018 meetup: Mobile CI/CD at TomTom and How GitHub builds GitHub

    Agenda: 17:30 - 18:30 Walk-in 18:00 Food & drinks 18:30 Mobile CI/CD at TomTom 19:30 Break 20:00 How GitHub builds GitHub 21:30 Wrapping up Location, food & drinks brought to you by: TomTom Talks: Dmytro Vorobiov - TomTom - Mobile CI/CD at TomTom At the TomTom iOS department, we managed to significantly simplify our delivery process to AppStore by introducing CI/CD practices. We'll be sharing our experience of a 3-year-long journey in a nutshell: from a chaotic unmanageable setup - to a reliable and scalable solution that allows you to create new build configurations in minutes. Bio: Dmytro Vorobiov is an iOS Software Engineer at TomTom. Besides iOS development, he is also responsible for implementing and maintaining the CI and CD processes used by his team. Dmytro is passionate about helping people to improve tools they use for their daily software development. Sebass van Boxel - GitHub - How GitHub builds GitHub GitHub will share some of their development best practices by focusing on collaboration, continuous delivery, and continuous improvement. After introducing GitHub, we will discuss how code quality improves when you share your work with a larger audience and do public and focused code reviews. In this context we will also explore the benefits of rigorous testing and automation. Next we will share how we bring our tools into our chat interface to allow people to execute operations and track progress across teams. Lastly, we’ll share how we refactor code with some science and how all of these pieces can help make you a happier developer who ships better code more often. Bio: Sebass van Boxel is Solutions Engineer at GitHub. He helps companies be more successful in the way the use GitHub and develop software. Walking: It's walking distance from Amsterdam Central Station, and Muziekgebouw/Bimhuis Parking: Parking Garage Oosterdok is nearby, but because of construction works you might have some detours walking to the TomTom entrance