Building the second model was a smoother process; I suspect a key reason was knowing from the start that a certain amount of improvisation was part of the process. I’m learning that, in the absence of specifics or mechanical constraints, I tend to err on the side of longer metal rods which gives some extra room for adjustment.Continue reading
Growing up, I spent many hours playing with both Lego sets and fischertechnik sets. In my memory, they were functionally equivalent – just with different connecting systems and with fischertechnik having a stronger emphasis on mechanics and gears. I recently acquired some fischertechnik from that era and was pleasantly surprised by one additional difference.Continue reading
This is an experiment with trying the format of Tim Ferriss’s 5-Bullet Friday newsletters. At a minimum, I’ll hopefully gain some perspective on what I’ve been up to over time; ideally, it will also help others find interesting things.
Technopoly: The Surrender of Culture to Technology by Neil Postman
Being a bit of a technophile, there are parts of this which are tough to absorb. That said, I also think that technology has taken society on some wrong turns along the way. Neil Postman gives a framework for thinking about how and why that happens. It’s a well thought out counterpoint to viewing all technological change as beneficial to humans.
The French Machine by Minitel Rose
I have fond memories of a PBS show from the 1980s which covered the Minitel system in France. At the time (and still many years later), it seemed far ahead of its time. I was trying to explain the fascination that episode engendered in me, went searching for the show, and instead found the RetroManCave episode on the Minitel. This led to further searching and, ultimately, the French electronic band Minitel Rose.
I’m unsure if I’m more worried or reassured that concern about tools using humans predates computers by this much. Probably a little bit of each — we’ve survived previous problems; but, it’s unfortunate that we still build tools in ways that end up driving us. I am trying to consciously think about the computer based tools I use regularly and who is in the driver’s seat during each interaction.
Years ago, I spent a week in the wilderness of Utah. The night sky was breathtaking; the days were spent in canyons mostly untouched by humans. It was an amazing experience that I will always be grateful for. However, by the end of the week, I was happy to return to modern conveniences.
Programming the IIGS on the IIGS feels like experiencing those canyons in Utah and, overall, very authentic. I’ve relived my early attempts in all their glory and frustration. Knowing the convenience of modern development environments, the second part has been bothering me more this time. I am accustomed to syntax highlighting, large screens, fast compile cycles, and all the other conveniences. Thankfully, there’s a solution for this:
With those three packages installed on my Mac, I can develop for the IIGS in Xcode and test in emulation. This was a very straightforward installation process with one exception. I did struggle a bit on Step 5 – Install ProFUSE. After some head scratching and overthinking the problem, I realized that from GitLab, I could simply select Repository -> Tags and then filter using the term profuse and a pkg file was provided.
With everything up and running, the function I wrote for the first lesson is formatted and highlighted as I would expect:
Additionally, compile/test cycles are dramatically shortened with this setup. Overall, I feel like this is a reasonable compromise between staying 100% authentic to the original experience and having modern conveniences.
On my second attempt at writing a game for the IIGS, I am trying to avoid unnecessary challenges. This translates into getting more comfortable buying books and tools to help me instead of trying to “just make do”. It also doesn’t hurt that I like the look of the USB drive that Juiced.GS sells containing The Byte Works’ collection of compilers and books – Opus ][: The Software.Continue reading
When I was fifteen, I failed to write a game for the IIGS. In fact, I failed repeatedly to write any number of games. I remember the rush of excitement each time I started a new one, followed by the crash of running into the limit of my abilities. Many hours were spent sitting at that genuine faux wood veneer computer desk (with hutch) that held the machine that was alternately thrilling and frustrating. Eventually, I moved on to programming other computers without having finished any of those game.
Looking back, I question if I was more interested in writing a game or in being the person who had written a game. I daydreamed about my games being listed in the Big Red Computer Club catalog and how the shareware checks would roll in. That time could have likely been better spent learning more about programming or the IIGS itself. At the same time, in hindsight, I was fighting some unnecessary uphill battles. It took a while for me to realize that I’d need to learn something beyond Applesoft BASIC and then a while longer to save up money for a Pascal compiler. Some of it was giving up on debugging and playing a little more Neuromancer (which still holds up as one of my favorite games, so I regret nothing on that front).
Having recently unearthed my IIGS, a lot of memories and questions about programming have been slowly resurfacing. Can I write a game for the IIGS? How many of the challenges would be addressed by proper tools and books? Will I instead finish playing Neuromancer? I’m hoping to find out.