When July started my initial plan was to make the instrument support Python to JavaScript code translation. However, this did not happen because tasks with higher priority emerged.

Which task is more important than develpment of the instrument? Development of a game, of course! Now, let's go back to the beginning of July 2024…

Gamejam

"Start the game" 3-day gamejam finished in the beginning of July 2024. I participated in the jam to validate the instrument under development and. . .

"Memory" GUI

In June I implemented GUI for "Memory" game in Python with the help of Python Arcade.

While searching for the most convenient tool to create resources (assets), I found notebooks lined with graph paper to work the best:

To see the portable code architecture in real life, I participated in the 3-day long gamejam of "Start the game". "Memory" game was used with a customized look to satisfy jam requirements.

Here's how the customized version looks like (Windows64 build):. . .

"Memory" text UI

In May I implemented text UI for "Memory" game in Python. And converted it to C++ by the instrument under development.

Game logic cycle implementation lead to the creation of a controller that manages context. Creating the controller in Python was straightforward. C++ version took some time, because the controller needs std::any, which is part of C++17. The instrument under development is limited to C++11 in order to support OpenWrt.

Here's how much code I wrote (in lines):. . .

"Memory" game logic

In April I implemented "Memory" game logic in Python as limited language model and successfully converted the code to C++ by the instrument under development.

Limited language model assumes the following architecture of two parts:

1. state context
2. pure functions without side effects working only with the context

Game logic state context in Python currently looks like this (C++):

```python class memory_Context: def init(self): self.hiddenItems = []. . .

Supported platforms

To verify code portability, I selected the following platforms and languages:

• C++: Linux, macOS, OpenWrt, Windows
• JavaScript: Chrome, Firefox, Safari
• Kotlin: Android
• Python: Linux, macOS, Windows
• Swift: iOS, macOS

I created a simple "Hello World" example for each language to understand the basic requirements of each platform.

By the way, OpenWrt turned out the most complex platform to create "Hello World" for, because my TP-Link TL-MR3020 r1 router is considered obsolete since 2018. I had to use the old 17.01.7 firmware, which took about three weeks.. . .

The first Bus pattern implementation for iOS

I spent January and February making Bus pattern implementation in Swift for iOS. The end result looks nice to me.

I have also done load testing. Turns out, the Bus is 92 times more expensive than a function call. Nonetheless, this doesn't mean the Bus is bad. On the contrary, the numbers highlight the Bus should be used in architectural glue code where it can save up to 30% of code

This example demonstrates several states rendered through a single instance:. . .

On the way to portable code

To gain code portability, we have to divide whole code into two parts:

• repeatable: logic
• unique: environment

To simplify portable code construction, we want to be able to place any code - both repeatable and unique - without hierarchy requirements of operating systems. Bus design pattern seems to be the best option. The Bus makes all code chunks equal because they interact through the Bus only.

Bus-01

Currently we have:

. . .

The dream of an open source RPG is over

In 2005 the Opensource Game Studio project started under the name of the Opensource RPG, because we wanted to create "the first competitive open free game". In 2011 right after releasing OGS Mahjong 0.7 we have already had the numbers that it would take us 540 years to create RPG.

In 2011 we had a dream that we as a team would grow, which could decrease 540 years to someting reasonable. However today in the end of 2023 it's clear we are unable to create RPG.. . .

In this article Michael shares his experience of creating durable applications.

In 2013 Canonical tried to crowdfund Ubuntu Edge smartphone. Its main feature could be the ability to use the smartphone as a full-fledged PС. Unfortunatly, the crowdfunding campaign did not accumulate enough money, so a dream of having a universal device remained to be the dream.

I've been searching for universality, too, on the software side, not the hardware one. Today I can confidently say I found the necessary. . .