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
Welcome to the Rust community! This is a place to discuss about the Rust programming language.
Credits
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
oh my god shart is incredible
Looking at it longingly while I update another legacy C project.
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.
I mostly use it for hobby projects. For example:
I'd love to use it at work, but my team is mostly Python-centric and it's working well enough for us.
Everything basically.
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
I'm doing mostly hobby graphics stuff with wgpu
My latest project is a live visualizer of wgsl shaders.
I chose rust because it's the only language that meets all these points:
Which IDE do you use?
I misspelled. I meant the IDE support is great. I use VSCode, but what makes it good is Rust's language server (rust-analyzer), which should work in any editor that understands the LSP protocol.
I don't know if a proper IDE exists for rust, but I've never needed it.
Visual Studio Code with rust-analyzer has all the features I would expect from an IDE. I mean, rust-analyzer works together with cargo, so refactoring over file boundaries is not an issue. Visual Studio Code has built-in support for debugging and source control...
That said, I am currently trying to change my workflow to use vim instead of Visual Studio Code, due to my laptop's small screen size. Rust-analyzer works great in vim too, but I still need to tweak a few things, like how warnings from cargo check
are being displayed....
I highly recommend the vscode extension error lens
if you wanna change how errors/warnings are displayed.
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
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.
I wanted to learn and I do that best by making games (find it holds my attention), found it a mixed bag, in that Bevy is quickly becoming the de-facto game engine in Rust (I know not strictly true but it is very popular), however that involves learning Bevy, rather than Rust.
So instead recently I've started making games with Yew (Web lib, using WASM) and Warp, to get to grips with those. I've been doing a game dev live stream too, where I work on a project (FOSS) to try and show the stuff I learned. Mostly just for the enjoyment of solving maths problems with an audience!
Sadly when I was laid off last year I couldn't find anything in Rust but I'm hoping my next contract might involve at least some.
I'm doing Game Dev with Rust (Godot + gdext in my case). Sadly it's just hobby projects, but would love to actually use rust (at all) at work.
I choose Rust over other languages (C#, Python, GDScript, C++, etc), because I enjoy writing in Rust.
I love that it's so concise and easy to read, while providing super useful errors at compile time, and great auto-completion thanks to the rust-analyzer. Despite it being a much more complicated languages than almost even C++, it provides so much useful information when writing/compiling, that running can be mostly taken for granted (but shouldn't of course).
I don't need to worry about types or pointers, but rather about writing what I want in Rust, which is simply too much fun.
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).
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 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.
Mostly for hobby projects. Just started a small project at work to evaluate if Rust fits for our company.
Trying to build a Minecraft bot.
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.
Lately I use it for hobby projects, but also for academic stuff (e.g., interacting with experimental devices, sensors). Rust allows me to write fast code quickly while not spending a long time with valgrind.