What a Rust resume must show
Rust hiring is smaller than Java or Python hiring, but the people reading Rust resumes are almost always engineers, and they are looking for one thing: proof that you have shipped Rust past the point where the borrow checker stops being the hard part. "Rust, Ownership, Borrowing" says you finished a tutorial. What reads as evidence is a crate other people can install, a service with tests that run in CI, and a number that shows why Rust was worth it — latency, memory, throughput.
What gets filtered out
- "Skills: Rust, C++, Go, Java, Python, JavaScript" — seven languages at the same weight, none with evidence
- "Familiar with ownership and lifetimes" with no project that needed them
- A to-do app that is a tutorial followed line by line, with no tests
- No edition, no crates named, no mention of async, testing or benchmarks
What gets a call
- "Rust (2021/2024 edition) · tokio · axum · sqlx · PostgreSQL · serde · criterion · Docker · GitHub Actions" — specific and checkable
- "Built an axum service handling 9,000 req/s at 40 MB RSS in a load test; replaced a Mutex-guarded map with sharded state and cut p99 latency from 35 ms to 6 ms"
- "Published
logsliceon crates.io: a CLI that filters 2 GB log files 4× faster than the Python script it replaced" - The certificate, with its verification ID, under Certifications
Rust jobs split into a few tracks, and each one reads a resume for different keywords. Put the ones for your target track in the skills line and in at least one project bullet:
| Track | What the resume must show | Keywords they scan for |
|---|---|---|
| Systems and infrastructure | Something low-level you built and measured: a proxy, a storage engine, a parser, a container or network tool | tokio, async, lock-free, profiling, flamegraph, Linux, epoll, io_uring, unsafe, FFI |
| Backend services | An HTTP or gRPC service with a real database, tests and a container | axum, actix-web, tonic, sqlx, PostgreSQL, Redis, Kafka, serde, Docker, Kubernetes, OpenTelemetry |
| Blockchain and fintech infrastructure | Correctness and performance under adversarial input: a parser, a signature or hashing pipeline, a matching engine | cryptography, serialization, consensus, deterministic execution, property testing, fuzzing |
| Embedded | Firmware that runs on a real board, without the standard library | no_std, embedded-hal, RTIC or Embassy, ARM Cortex-M, RISC-V, probe-rs, interrupts |
| WebAssembly | Rust compiled to Wasm and used from a web page or a Wasm runtime, with a size and speed measurement | wasm-bindgen, wasm-pack, WASI, wasmtime, bundle size, JS interop |
- Name the ecosystem, not just the language. tokio, serde, axum, sqlx, clap and criterion are the crates hiring managers expect to see. List only what you have actually used.
- Every bullet: action verb, what was built, the crates in parentheses, and a number — requests per second, memory, binary size, time saved, downloads.
- Say why Rust. One bullet that compares before and after ("replaced a Python job, runtime 40 min to 90 s") answers the question every reviewer has: do you know what Rust is for?
- Mirror the posting. If it says "async Rust services", use those words, not "Rust web programming". An ATS matches strings, not synonyms.
- Link crates.io and GitHub at the top. For Rust roles a published crate is one of the strongest signals you can send.
Then check it against a real posting instead of guessing: paste both into the ATS resume checker. It scores keyword coverage against that specific job, flags formatting that breaks parsers, and shows which lines a reviewer’s eye actually lands on.
