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

Goのフリーランス案件では、エラーの扱いやcontextの受け渡しなど、Goの考え方に沿ってコードを書けるか、goroutineを使った並行処理を安全に設計できるか、gRPC・コンテナ・監視を含めてサービスを運用できるかが中心に見られます。Goは文法が小さく、書けるようになるまでは早い言語です。そのぶん、案件では「書ける」より「Goらしく設計し、動かし続けられる」かで差がつきます。

ほかの言語から移る人の準備や独立の進め方はGoエンジニアがフリーランスになるにはで扱っています。この記事では、案件で求められるスキルの中身と、その示し方を整理します。

Goの案件で求められるスキルの全体像

Goの案件は、Webサービスのバックエンド、マイクロサービス、インフラ周りのツール開発に多く見られます。どの領域でも、コードとあわせて運用の経験を問われやすいのが特徴です。

Goの考え方に沿って書けるか

エラーを値として扱う

Goでは、例外ではなく戻り値でエラーを返し、呼び出し側で判断します。案件のコードレビューでは、次のような点がよく見られます。

• エラーに文脈を足して包み、原因をたどれるようにしているか
• 特定のエラーを判定するとき、文字列の比較ではなく、エラーの型や値で判定しているか
• どの層でログに出し、どの層でそのまま返すかが決まっているか

エラーの扱いがばらばらだと、障害のときに原因を追えなくなります。チームでエラーの扱いのルールを決めた経験があれば、具体的に話せるようにしておきましょう。

interfaceとパッケージの分け方

Goでは、interfaceを小さく保ち、使う側で定義する考え方が広く使われています。ほかの言語の経験が長い人は、大きなinterfaceや深い継承のような構造をGoに持ち込んでしまうことがあります。パッケージをどう分け、依存の向きをどう保ったかを説明できると、設計の理解が伝わります。

ジェネリクスも使えるようになっていますが、何でも汎用にするのではなく、使う場面を選ぶ判断が求められます。

並行処理を安全に設計できるか

goroutineは手軽に起動できるため、Goの強みであると同時に、不具合の原因にもなりやすい部分です。案件では、並行処理を「使えるか」より、「安全に止められるか」が問われます。

1. contextによるキャンセル：リクエストの終了やタイムアウトを、下の処理まで伝えているか
2. goroutineの数の制御：大量の処理を並列にするとき、同時に動く数を制限しているか
3. データ競合の防止：共有するデータをどう守ったか。テストで競合を検出する仕組みを使っているか
4. 終了の扱い：サービスを止めるとき、処理中のリクエストやジョブをどう片づけるか

goroutineが終わらずに残り続け、メモリが増え続けた、といった不具合を調べて直した経験は、面談で具体的に話すと評価されやすい材料です。

API・サービス間通信とデータアクセス

gRPCとProtocol Buffers

マイクロサービスの案件では、サービス同士の通信にgRPCとProtocol Buffersを使うことがよくあります。求められるのは、定義ファイルを書けることに加えて、定義を変えるときに既存の呼び出し元を壊さない進め方を理解していることです。フィールドの追加や廃止をどう扱ったか、複数のサービスのリリースの順番をどう決めたかを説明できると強みになります。

SQLとの付き合い方

Goでは、標準のdatabase/sqlを使ってSQLを直接書く方法、SQLからコードを生成するツールを使う方法、ORMを使う方法など、選択肢が分かれます。どの方法を選んだかより、その現場でなぜその方法にしたかを説明できることが大切です。トランザクションの範囲、接続数の設定、遅いクエリの調べ方といった基本も、ほかの言語と同じように見られます。

運用まで担えるか

Goで書かれたサービスは、コンテナに入れてKubernetesなどの上で動かすことが多く、案件では運用の経験がよく一緒に求められます。

• コンテナ化：単一の実行ファイルにビルドし、小さなイメージにまとめる
• 可観測性：ログ、メトリクス、分散トレースを出し、障害の場所を特定する
• 性能の計測：プロファイラーでCPUやメモリの使い方を調べ、どこを直すかを決める
• 配布と設定：環境ごとの設定の渡し方、ヘルスチェック、段階的なリリース

運用の比重が大きい案件は、SREの仕事と重なります。インフラ寄りに経験を広げたい場合はSREの案件で求められるスキルやAWSエンジニアの案件で求められるスキルも参考になります。

バージョンへの追従

Goの公式サイトのリリース履歴では、各メジャーリリースは、2つ新しいメジャーリリースが出るまでサポートされる方針が示されています。2026年10月時点では、Go 1.27（2026年8月19日リリース）とGo 1.26（2026年2月10日リリース）がサポート対象です。

半年ごとに新しい版が出るため、Goのサービスでは版を上げる作業が定期的に発生します。依存するモジュールの更新、ビルドに使う版の固定、CIでのテストの確認を一連の作業として回した経験は、運用まで担える人の材料になります。

資格より経験とコードで判断される

Goには、ほかの言語のように広く案件の条件に使われている資格は見当たりません。案件では、実務での経験と、コードの書き方で判断されることが多い分野です。

そのため、経歴を補う材料としては、次のようなものが役立ちます。

• 業務で書いたGoのコードの設計を、図や言葉で説明できる資料
• 公開しているツールやライブラリ、オープンソースへの修正の提案
• Goの設計や運用について書いた技術記事

ただし、これらは実務の経歴を補うものです。スキルシートでは、まず実務での担当範囲と判断を書き、公開している成果物は補足として添えましょう。

スキルシートと面談での示し方

Goのスキルは、「サービスの規模」「Goで書いた部分」「運用で起きたことと対応」を組み合わせて書くと伝わります。

• 外部APIを並列に呼び出す処理で、同時実行数の上限とタイムアウトを設計した
• goroutineが残り続ける不具合を、プロファイラーで特定して直した
• gRPCの定義を変えるときに、旧版の呼び出し元を残したまま段階的に移行した

面談では、なぜGoを選んだのか、ほかの言語と比べて何が良かったのかを聞かれることもあります。ほかの言語でのバックエンドの経験がある方は、比較として話せるようにしておくと説得力が増します。Javaから移った方はJavaエンジニアの案件で求められるスキルと見比べると、違いを整理しやすくなります。書き方はGoのスキルシートの記事、報酬との関係はGoエンジニアの報酬の記事で解説しています。

よくある質問

Goのフレームワークの経験は必要ですか？

Goでは標準ライブラリを中心に書く現場も多く、特定のフレームワークの経験が条件になることは比較的少なめです。案件で使われているフレームワークがあれば、ルーティングやミドルウェアの考え方は共通しているため、標準ライブラリの理解があれば移りやすくなります。

Kubernetesの経験がないとGoの案件は難しいですか？

アプリケーションの開発が中心で、Kubernetesの運用は別のチームが担う案件もあります。ただ、自分の書いたサービスがどう動いているかを理解していると、障害の調査や設定の相談がしやすくなります。コンテナで動かしてデプロイするところまでは経験しておくと、選べる案件が広がります。

並行処理の経験が少ないと評価されませんか？

すべての案件で高度な並行処理が求められるわけではありません。少ない経験でも、contextでタイムアウトを設定した、同時実行数を制限した、といった具体的な判断を話せれば伝わります。仕組みを理解していることを、実際のコードの場面とあわせて説明しましょう。