Eigen bitcoin node draaien met Lightning wallet

Een eigen Bitcoin full node draaien kan tegenwoordig heel makkelijk met Umbrel, een Raspberry Pi 4 en een 1TB SSD.

Ik heb hem zelf opgezet met een HDD ipv een SSD en je merkt dat het dan wel een stuk langzamer is. Initieel moet de gehele blockchain opgehaald worden en elk blok moet worden geverifieerd. Met een SSD duurt dat een paar dagen en met een HDD kan dat 2 weken of langer duren.

Met Umbrel is het maken van een eigen Bitcoin node erg gemakkelijk, de stappen die je moet uitvoeren staat op deze pagina beschreven: https://getumbrel.com/#build

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: