Rustエンジニアのフリーランス案件で求められるスキルと経験

Rustエンジニアのフリーランス案件では、所有権と型を使って安全な構造を設計する力、非同期処理と並行処理の設計、エラー処理の方針、unsafeと他言語との境界の扱い、Cargoを中心とした開発の進め方が共通して問われます。そのうえで、Webサービス、基盤のツール、組込み、WebAssemblyといった分野ごとに、Rust以外の知識が加わります。

この記事では、案件で問われるスキルを「どの案件でも共通のもの」「分野ごとのもの」に分け、経験の段階ごとにどこまで求められるかを整理します。

どの案件でも共通して問われるスキル

所有権と借用を設計に生かす力

Rustの案件で最初に見られるのは、コンパイルを通せるかではなく、データの持ち主と寿命を設計の段階で決められるかです。コンパイラーの指摘を避けるために値の複製（clone）や共有の仕組みを重ねると、動きはしても、Rustを選んだ理由である速さや分かりやすさが失われます。どのデータを誰が持ち、どこで借りて、どこで手放すかを説明できることが、実務の水準の目安になります。

型とトレイトで誤りを防ぐ設計

Rustでは、状態や単位の違いを型で表し、誤った使い方をコンパイルの段階で防ぐ書き方がよく使われます。トレイトとジェネリクスで共通の振る舞いをまとめつつ、抽象化をやりすぎて読みにくくしない判断も求められます。ジェネリクスを多用するとビルドの時間や実行ファイルの大きさに響くこともあるため、使いどころを説明できると、設計の判断ができる人だと伝わります。

エラー処理の方針

Rustでは失敗をResult型で返すのが基本です。案件では、ライブラリと実行ファイルでエラーの型をどう分けるか、どこでpanicを許すか、利用者やログにどんな情報を残すかといった方針を、チームでそろえられるかが見られます。

非同期処理と並行処理

ネットワークを扱う案件では、非同期のランタイム（tokioなど）を使った設計がよく求められます。タスクの間でデータを渡すときのSendやSyncの制約、待ち時間の打ち切り、処理を止めるときの後始末、重い計算を非同期の処理から切り離す判断などが論点になります。

unsafeと他言語との境界

既存のC/C++のライブラリを呼び出す（FFI）場面や、性能のために低い層を直接扱う場面では、unsafeのコードが必要になります。求められるのは、unsafeを使わないことではなく、unsafeの範囲を小さく保ち、安全な部品で包み、その前提をコメントやテストで残すことです。

Cargoを中心とした開発の進め方

Cargoのワークスペースでの構成、features（機能の切り替え）の設計、Clippyやrustfmtによるコードの点検、テストとベンチマーク、依存するクレートの選び方と更新が、日々の仕事の土台です。Cargoの公式ドキュメントでは、Cargo.tomlのrust-versionに対応する最低のRustの版を書くと、それより古い版ではエラーとして知らせる仕組みが説明されています。また、rustupの公式ドキュメントでは、rust-toolchain.tomlで使うツールチェーンやターゲットをリポジトリに固定できると説明されています。こうした仕組みでチームの開発環境をそろえた経験は、保守を任されるときの材料になります。依存するクレートのライセンスの確認はOSSライセンスの記事も参考になります。

分野ごとに加わるスキル

Webサービスのバックエンド

Rust以外の言語と同じく、API設計、データベース、認証、監視といったバックエンドの基本が前提です。そのうえで、非同期の処理の中で重い処理やブロックする処理をどう扱うか、メモリの使い方をどう計測するかが問われます。運用寄りの知識はSREに求められるスキルも参考になります。

基盤・ツール

CLIや常駐するプログラムでは、引数や設定の設計、複数のOSやCPU向けのビルド、配布と更新の方法が論点です。利用者が多いツールほど、エラーの表示の分かりやすさや、古い版との互換の保ち方が問われます。

組込み

rustcの公式の対応環境の一覧（2026年10月時点）では、Arm Cortex-M向けのthumbv7em-none-eabihfはTier 2に分類され、標準ライブラリを使わないno_stdの開発に限られるとされています。組込みの案件では、標準ライブラリに頼らない書き方に加えて、機器の資料を読み、実機で確かめる力が欠かせません。基礎の整理にはエンベデッドシステムスペシャリスト試験の記事が参考になります。

WebAssembly

同じ一覧では、wasm32-unknown-unknown、wasm32-wasip1、wasm32-wasip2がTier 2に分類されています。ブラウザーで動かすのか、ブラウザー以外の実行環境で動かすのかで、使える機能や連携の仕方が変わります。どちらの前提の案件かを読み分けられることが出発点になります。

経験の段階ごとに求められる水準

Rustの実務が浅い段階でも、それ以前の言語での設計や運用の経験は評価の対象になります。報酬との関係はRustエンジニアの報酬の記事、経歴への書き方はRustエンジニアのスキルシートの記事で解説しています。

よくある質問

Rustの非同期処理に詳しくないと、案件に参画できませんか？

ネットワークを扱うバックエンドの案件では、非同期処理の理解が求められることが多くあります。一方で、CLIや組込み、データ処理など、非同期のランタイムをあまり使わない案件もあります。参画したい分野で非同期処理がどの程度必要かを、案件の説明や面談で確かめてください。

unsafeは使えないほうが安全だと評価されますか？

使わないことが評価されるわけではありません。他言語との連携や性能の都合でunsafeが必要な場面はあり、そのときに範囲を小さく保ち、前提を残せることが評価されます。使ったことがない場合は、unsafeを含むコードをどうレビューするかを説明できるようにしておくとよいでしょう。

Rust以外にどの言語の知識があると役立ちますか？

置き換えや連携の案件ではC/C++、Webの案件ではバックエンドで使われてきた言語、WebAssemblyの案件ではJavaScriptやTypeScriptの知識が役立ちます。Rustが単独で使われるより、既存の言語と並んで使われる場面が多いため、隣り合う言語を読めることは強みになります。