Schakende schilderij

Ik ben bezig om een schaakbord schilderij te maken met een ingebouwde robotarm om de schaakstukken te zetten.

Hier een video van de laatste prototype:

Periodiek bitcoins kopen

Als je elke maand automatisch wat geld in bitcoin wilt investeren, dan kan dat nog een lastige opgave zijn en op dit moment zijn daar nog geen kant en klare oplossingen voor.
Met Bitvavo en wat scripting kun je dat echter toch redelijk makkelijk voor elkaar krijgen met onderstaande stappenplan:

• Open een account bij Bitvavo (https://bitvavo.com/nl) en koppel je gewone bankrekening met Bitvavo.
• Gebruik een periodieke bankoverschrijving om elke maand geld te storten van je gewone bankrekening naar je Bitvavo rekening (dat kun je doen door telkens de opgegeven omschrijving te gebruiken, zie hier).
• Maak een API key aan op Bitvavo zodat je via een API je rekening kunt benaderen.
• Draai elke dag een script die met behulp van de API key kijkt of er nieuw geld is gestort op je Bitvavo euro-rekening, en stuur die naar je Bitvavo bitcoin-rekening.

Op die manier bouw je vanzelf bitcoins op bij Bitvavo. De wallet is echter wel in beheer bij Bitvavo, maar je kunt wel gewoon meeliften op de bitcoin koers.

Voor het script en installatie, zie: https://github.com/robbertvdzon/bitvavo-autobuy

Contract testing met Pactflow (deel 3/3) : Provider test

Zie ook:
Contract testing met Pactflow (deel 1/3) : Contract test process
Contract testing met Pactflow (deel 2/3) : Consumer test
Contract testing met Pactflow (deel 3/3) : Provider test

In deze blog laat ik een voorbeeld zien hoe je als provider microservice een contract test kunt maken. Hierbij ga ik er vanuit dat je Jenkins gebruikt en een account hebt bij pactflow die je gebruikt als pact-broker. De code is in Kotlin.

Contract testing met Pactflow (deel 2/3) : Consumer test

Zie ook:
Contract testing met Pactflow (deel 1/3) : Contract test process
Contract testing met Pactflow (deel 2/3) : Consumer test
Contract testing met Pactflow (deel 3/3) : Provider test

In deze blog laat ik een voorbeeld zien hoe je als consumer microservice een contract test kunt maken. Hierbij ga ik er vanuit dat je Jenkins gebruikt en een account hebt bij pactflow die je gebruikt als pact-broker. De code is in Kotlin.

Contract testing met Pactflow (deel 1/3) : Contract test process

Zie ook:
Contract testing met Pactflow (deel 1/3) : Contract test process
Contract testing met Pactflow (deel 2/3) : Consumer test
Contract testing met Pactflow (deel 3/3) : Provider test

Voor de communicatie tussen de microservices en tussen onze microservices en externe partijen gebruiken we contract testing om de API’s te testen.

GraphQL backend service with Kotlin and Spring Boot

In this blog I will show how to create a very basic GraphQL backend service using Kotlin, Spring and the graphql-kotlin library.

This example is based on the following documentation: https://expediagroup.github.io/graphql-kotlin/docs/spring-server/spring-overview

Extending vavr with an eitherblock for better functional programming

Ik ben een groot voorstanden om het Either type te gebruiken in plaats van Excepties (zie Error handling: Excepties vs Either)

Aangezien Kotlin helaas zelf geen support heeft voor Either, ben je afhankelijk van een externe library (of je moet hem zelf implementeren). 2 veel gebruikte libraries voor functioneel programmeren in Kotlin zijn vavr en arrow.

Overleef de corona lockdown met een toeptoernooi met vrienden

Tijdens de corona lockdan van begin 2020 wilde ik een online toeptoernooi spelen met vrienden.

Het idee was dat we meerdere virtuele toeptafels zouden hebben met 4 spelers per tafel. Iedereen speelt dus een toepspel met 4 personen.

Als alle tafels klaar zijn, dan worden alle spelers automatisch opnieuw verdeeld over de tafels en begint elke tafel opnieuw.

Aangezien er geen bestaande online-toep applicatie bestond had ik besloten die zelf te gaan bouwen en ben daar 1,5 week mee bezig geweest.

Daarna heb ik de code nog wat gerefactored en heb deze op github gepubliceerd.

Er zitten nog verbeterpunten in, maar de liefhebber kan de code bekijken op https://github.com/robbertvdzon/toepen

Mijn visie op software testen

Deze blog is een samenvatting van een kennissessie die ik gehouden had bij Alliander over mijn kijk op software testing.

Disclaimer:
Dit is mijn persoonlijke visie en is gebaseerd op mijn eigen ervaringen bij Alliander.
De manier van testen kan per project, team en bedrijf verschillen en er is geen enkele uniforme manier waarop je hier naar kan kijken. Neem deze visie dus niet aan als absolute waarheid, maar kijk wat hiervoor ook betrekking heeft op je huidige situatie.

Welke tests hebben we bij ons team:

Error handling: Excepties vs Either

Stel je moet een rest controller maken die een brief moet versturen waarbij de volgende logica gebruikt moet worden:

1: haal klant op (kan mis gaan, dus foutmelding afvangen)
2: roep functie aan die aangeeft of het een zakelijke klant is
3: zoek huisadres of werkadres (kan niet bestaan, dan fout teruggeven)
4: Genereer brief (kan mis gaan, dus foutmelding afvangen)
5: Verstuur brief (kan mis gaan, dus foutmelding afvangen)

Voor deze logica heb ik 4 verschillende implementaties gemaakt om deze te kunnen vergelijken.