When I have the time I play with https://oort.rs (not my project, as a player).
Otherwise I am just playing around with Rust reimplementing a card game we play with friends. Mainly for fun and potential analysis of best plays (and maybe, one day to try out wasm).
I'm writing a karaoke software for hosting events with friends.
Most available solutions are really ugly or "made for programmers" and this bring unnecessary complexity with them. Non tech savvy people might find it hard or unintuitive to use those.
The current stack uses Rust for the core library that contains all the logic needed to manage a database, session, song queueing and song playback.
The lubrary will then be embedded into a host application. Either as a headless server for running on a Pi or as part of a desktop application, also spawning a local server.
Players then scan a qr code displayed on the server's output device (TV or laptop) and can connect to the running session.
The apps are used for song searching, queueing, playback controls and more.
I'm currently working on the Rust library. And I have some UI/UX prototypes for the mobile phone apps.
I'm still trying to figure out how to provide audio and video to the output device via Rust...
Nope, but I'm considering adding that on later as a bridge service to get content.
I have some technical reasons for this (happy to go into detail), but the simple reason is that I think ActivityPub is too noisy. I'll have a way to subscribe for updates, but it needs to account for that data existing on multiple peers, many of which may be offline.
I am working on an alternative to dmenu. My goal for it is to be fully configurable via a toml file. Most importantly it shall be able to toggle between types of entries (desktop entries, /usr/bin) on the fly. As of now, it is a less mature version of j4-dmenu-desktop and progress is slow. But it works as my daily driver on i3wn, both on my work VM and my personal laptop. So I can live with slow progress.
And who knows maybe it will evolve into something more powerful.
Unfortunately, Capital.com does not offer a CLI tool so had to make one with its own API.
edit:
I also made a sendgrid tool with Golang-Cobra, because Sendgrid also does not provide a CLI tool, but it's proprietary (for the company Im working for). Whenever I can, I actually try to be sneaky and open source them as "my projects because nobody asked for them". Like the Sendgrid CLI tool came after they saw my ability to build CLI tools and they got interested after making a proprietary tool on my own for the company, so I couldn't have made it open source because they asked for it. But whenever they don't, I try to make them open source on my private github or gitlab.
I spent a couple months creating a modular wave function collapse library that solves any kind of constraint problem where you can specify the collapse algorithm to match the problem. It's domain-independent since it uses generic "nodes" (graph nodes that can be of any predefined state) that have relationships with other nodes.
There are a few examples, so please feel free to experiment. If you can answer the questions listed out in the readme's Usage section, you'll have no trouble following an example similar to your problem's domain.