I'm starting a new project, I may have to use this tool in the next few months.
I'm starting a new project, I may have to use this tool in the next few months.
- Content may be provided by contributors (like Duolingo did for many years)
- It could be supported by donations (I believe the costs can be kept low)
My feeling is that lots of problems with Duolingo are caused by monetization (and many things were better in Duolingo a few years ago).
I'm still not sure of how it should be designed and what we need exactly. One of the problems is also to get enough contributors. I'd be interested in hearing more thoughts on this.
As a hobby, I started building an alternative to the Duolingo Stories feature (https://lingostories.org), but it's still fairly limited.
Was this dynamic on your radar when building the game and camera system? Would love to hear your thoughts.
Nice game otherwise.
Sure I won't have the actual content, but I can see the pages and designs with dummy data. But then I can also load up one of several backups of the sqlite file and most likely everything will still work.
Potential issues:
- If you have content in a database, can you able to restore the database at any point in time?
- If you code has dependencies, were all the dependencies checked in the repository? If not, can you still find the same version you were using.
- What about your tools, compilers, etc.? Sure some of them like Go are pretty good with backward compatibility, but not all of them. Maybe you used a beta version of a tool? You might need to find the same version of the tools you were using. By the way, did you keep track of the versions of your tools, or do you need to guess?
Even with static websites, you can get into trouble if you referenced e.g. a JS file stored somewhere else. But the point is: going back in time is often much easier with static websites.
(Related topic: reproducible builds.)
It's usually called operator because it uses an infix notation.
When I looked into CYOA, I opted for Ink. It's using a nice text-based language, a bit like markdown. It worked well for me, and I think it's a good option if you want to use a text editor.
I wrote about my experiments here: https://laurent.le-brun.eu/blog/my-adventures-with-narrative...
But I find this kind of presentation much harder to read than a classic blog post. It's difficult to skim through the text to see how far it goes (and the article structure is not apparent); instead, I was kind of forced to read the text sentence by sentence (since I was familiar with the topic, I wanted to skip over the basics).