glicol-cli VS Umpire

I've worked on Ambient Engine and now on the Bevy engine. I totally agree with these points, very valuable. I only make some comments from my professional (audio) perspective:

We need the highlight author's affirmation of cli. Rust's tui (ratatui) is great. I used it to make Glicol-cli [1]. If you are a Linux user, you are welcome to test the music production of the code.

Speaking of game audio, I actually think rust is perfect for audio. I have also continued to develop Glicol recently, and my recent goal (starting tomorrow) is the bevy_glicol plug-in. I want to solve bevy's audio problem on the browser.

All in all, even though I've had my share of pain with ecs, I still think rust is very valuable for game and app development, maybe not multiplayer AAA, maybe practical apps.

[1] https://github.com/glicol/glicol-cli

[2] https://github.com/chaosprint/glicol

great to see tui-rs can be continued in this way!

should try ratatui for glicol-cli at some point:

https://github.com/glicol/glicol-cli

* https://github.com/joshhansen/Umpire

The reason for this is that I'd like to use an RAII pattern to control player turns in Umpire. When the struct is initialized, it starts the player's turn, and when the struct is dropped, it ends the player's turn.

Wound up with some time so I figured I'd port my Umpire military strategy game to a client-server architecture so people can play it online. This will give me some experience with Tokio, tarpc, and async Rust generally, since I'm eyeing a possible Rust dev gig in my future.

I've done a little bit of Rust development on Windows and had a good experience. I ported my (still unfinished) Umpire game to Windows pretty easily. I had to rename some files that had colons in the filename which Windows didn't like. The actual hard part was the terminal library, but switching to crossterm was pretty straightforward. All in all it was pretty painless.