Project Roadmap?

[kevin8999]

Hey, I was just wondering, is there going to be a project roadmap that will let anyone see how this project is going to change long-term?

In my opinion, the first priority should be to make future development easier. This can be accomplished through the following steps:

1. Documentation: Basically, it tells future contributors how they can add new game variants
2. Require all games to be OOP-based: This makes it easy for anyone to add new game variants
3. Create a "Contributor's Guide" that tells new developers how they should make new games/variants
4. Unit tests: all testing up to this point has been manual. Unit tests would make it easier for us to determine if something has gone wrong in the casino games. Ideally, the unit tests will be run automatically through CI/CD whenever a pull request is made.

There's also a few other ideas that I wanted to see implemented too:

1. Linux or Python package: I want the games in this repository to be easy to download and update. In the ideal case, you can simply run one command and immediately start playing casino games from the terminal. Currently, this seems to be the only project on the entire internet trying to put casino games on the terminal. So, it would be nice if we could let people actually use it, you know?
2. User-friendly GUI: I know this is terminal-based software, but I'd imagine a simple web interface would be helpful for some users (especially non-technical people that find the terminal intimidating).
3. Local, LAN, and Online Multiplayer: Lets anyone anywhere play TERMINALCASINO from the terminal. Note that online multiplayer is the most difficult out of all of these.
4. Login System: If the online multiplayer becomes a hit, we can maybe create a server that hosts players on it and we can have leaderboards tracking who's won the most money.

[NeedToLookAtMyPictures]

I think in January we could start work on something like this. Considering the holidays are right around the corner, I imagine the project will go into a mini-hibernation.

Not a bad idea to have a clear restatement of the vision for the project (especially now that the project has made meaningful progress)

[kevin8999]

With regards to the user-friendly GUI, I think the Textual Python package might be best for this project if we want a user-friendly version that stays in the terminal. However, it requires a rewrite of nearly every game.

[NeedToLookAtMyPictures]

Currently on the UI front I want to take a look at Terminal Monopoly and see how they implemented their UI. I think it'd be fun for all UF OSC Terminal projects to share a UI language. Also it would help us as a club build a robust Terminal display system over the course of several past and future projects.

But should Terminal Monopoly's UI be unusable for us (or if it can be adapted into a more user friendly form-factor) I'd be up for using tools like Textual. Appreciate your feedback as always Kevin! If I don't get back to you in a couple weeks about the UI changes remind me and I'll make it a priority.