Over the Christmas break I found myself on a bit of a nostalgic gaming journey.
Along with building a RetroPie, I dusted off my old Game Boy and decided to ‘catch them all’ one more time on Pokémon Red.
Whilst playing, the developer in me started to contrive how a game like this was created, and better still could be changed.
Enter pokered, a disassembly of Pokémon Red/Blue which has been organised so that an assembly code noice like myself can understand it.
In this post I will go through compiling the ASM, tweaking the game to add ‘Super B’ button behaviour, and then running the compiled ROM on an actual handheld!
In this post we will progress in implementing the proposed endpoint behaviour documented in our RAML design.
Using the online/offline DynamoDB abstractions that we constructed in the previous post, we will incorporate the ability to view and remove specified mince pies from the challenge.
When writing show-notes for Three Devs and a Maybe it is tedious work to extract the associated show-link titles and generate a Markdown list from them.
This is something that I have documented in the past, providing an automated solution to this problem.
However, in this post I would like to discuss implementing such a command-line tool using Golang, creating self-reliant executables that can be cross-compiled for Mac, Windows and Linux.
In the previous post we began to implement the API endpoints, starting off with creating the bootstrap response.
We did this in a manor that catered for both online and offline development access.
In this post we will incorporate the ability to add and list mince pies, persisting the state within Amazon DynamoDB.
Following this, we will enrich our offline development process by setting up a Amazon DynamoDB Local instance using Docker.
Over the past couple of months I have found myself several times having to look up how to expand a Linux-based AWS EBS volume.
This article showcases a simple step-by-step guide to performing this action.