As I can remember, my approach was the first one: "bottom up in literally translating instructions and assuming it will lead to same results if translated accurately enough". That was not to difficult to achieve.
The funny thing was that Jordan Mechner used every bit of available memory in the Apple II computer, so I had to be very careful ;-)
Then the hard part: create the input and output codes that were totally different on the two computers, then the code for sounds and music also totally specific and then I wanted to have better graphics. So I ended up by creating a sprite editor, in assembly language, for my graphic artist colleague so that we can recreate all graphic assets and put color in it...
Yes of course it was released ;-) https://www.youtube.com/watch?v=aIscoVqTwpY
And yes, I was working with Broderbund (from Paris) at that time, it was a great time! Translating 6502 Apple II code to Atari 1040ST 68000 code was funny...
I would say that my objective with ChocoDB is to make it accessible and useful to people who want to manage database structures and queries in a more natural way.
I want the database to help manage different types of relations: inclusion, group, structure, association...
Key/value is simple but it does not help to manage relations.
Relational DB don't either help to manage different types of relations.
Thank you.
Chocolate is the project name, but I had to add something at the end to create a web site and a visible github project.
So js was the shortest and closest meaningfull suffix that came to my mind.