Just side projects building web severs for fun and to learn more about rust.

I have lovingly called my new tech stack SHART

-SQLX -HTMX -ASKAMA -RUST -TOKIO

I’ve mostly done hobby projects with rust.

• axum + mongodb + oauth2 (just basic rest api)

• rust-bert ( for some nlp stuff. Zero-shot, NER, etc.)

• Bevy ( I was following a tutorial for a super basic space invaders game)

I chose rust because I always like to have some kind of systems level programming language on my belt. It used to be c++. Rust had seemed very interesting so I began trying it out more and more. It’s awesome.

Looking at it longingly while I update another legacy C project.

Everything basically.

• Ricochet Robots solver.
• A CLI tool to add timestamps and time since last log annotations when watching logs in a terminal.
• A few random games.
• RSS to Email service.
• Making a CRDT library that embeds well in programs.
• A tool for uploading journald log files to log aggregation services.
• Some machine learning experiments.
• A tiny library to implement rate limits.

Nothing of value. Please don’t sue me.

I’m still part of the RUST EVANGELISM STRIKE FORCE, promise

Currently writing a distributed file system that if all goes well, can replace my current Nextcloud (which annoyed me one too many times) and NFS (which is unusable over the internet).

attempting to build a database normalization checker up to 4NF. Also forking some Spotify client and modifying it to work with the Soulseek network has been in my bucket list for a long time

Crying over some C code I have to work with. I’m supposed to do a quick proof of concept but with all data passed by global variable.

My use for rust at work have been to avoid C when using third party libraries. Rust bindgen is very nice to use. This way I get to use a modern language instead of C. Also replaced some java for a performance critical media monitor and xfer engine. On my spare time I have been doing some minor hacking for fun on Cosmic Term

• A kind of reverse proxy which wraps a rest api and makes it compatible with a shitty app that uses said api.

• A CLI tool to write SDN configurations into the SDN orchestrator’s rest api based upon yaml files so that networking people don’t have to use the terrible GUI.

• Another CLI tool which automatically reads credentials from the terrible CyberAIDS centralised credential management system and provides it to the OpenSSH client so that ssh users don’t have to copy/paste a billion different passwords a billion times a day. (Yes, use keys, I know, but corporate bullshit wants it this way.)

I’m mostly using Rust for a spare time Visual Novel Engine (and Visual Novel) project.

I picked Rust, because I wanted to do something productive with my higher-free-macro crate (which is a tech-demo, but hey, if I have written it, I can just as well use it for something). If you want to get an idea how scripting the VNs in that engine will work, check out the “text adventure” example in higher-free-macro. However, Rust is definitely not an ideal choice for this project. Since performance usually isn’t a concern for visual novels, a higher-level, pure functional language like Haskell or Lean4 would probably have been a better option.

Apart from that I’m using it for many smaller things. For instance I’ve written a small tool for my status bar, swaystatus. (I was not aware that i3status-rust exists when I started working on it, and now I am already committed.) Here I chose Rust mainly because I wanted to learn about Foreign Function Interface in Rust. While I didn’t upload the sources to github until recently, I mostly had been working on this tool several years ago, when I still was a Rust newbie. However, I got back to this project some weeks ago, when I realized that I would like to have an ALSA volume display, which is now in a WIP state on a separte branch.

I’m also using Rust for some out-of-tree prototypes at work. In this case the main reason for choosing Rust is development speed. I’m using Iced.rs to build those prototype GUIs, and Iced is an amazing toolkit. Making a prototype with it is shockingly fast. If I were to do something similar with basically any other GUI toolkit, it would take me significantly longer.

And last, but not least: I’ve published a free app for SailfishOS which is compatible with passwordmaker.org: Passfish, and its underlying library, passwordmaker-rs. Here I chose Rust, because it’s way less error prone than C++ (and let’s better not talk about QML JavaScript). Also, I wanted to show that using Rust for SailfishOS app development is viable, and that it’s actually a quite pleasant experience. (If you want to try passfish, builds are available via the official SailfishOS store, or on OpenRepos).

I did a hobby project, a cross platform app controlling WeMo smart switches. Due to using FLTK_rs it works on Windows, Linux and macOS. Was amazed how quickly the code works after compiling. A lot of time is saved in development due to less debugging.

At work and for hobby projects. At work I am looking at using Rust for safety-critical systems. As a hobby I am building a dmenu alternative. It is a fun project and I have a menu that satisfied my wishlist.

Trying to build a Minecraft bot.