Javaで副業を受ける｜案件の探し方と土日で進める組み立て

Javaの副業を調べている人が、最初に立ち止まるところはだいたい同じです。土日しか空いていないけれど受けられるのか。実務経験が業務システムの一部分しかないけれど通用するのか。本業の会社との関係は大丈夫なのか。

大丈夫です。順番に整理していけば、判断できます。

この記事では、Javaの案件がなぜ途切れないのかという市場の話から始めて、週末の時間で回せる仕事と回せない仕事の見分け方、案件の探し方、最初の1件を取るための準備、そして単価の考え方までを順に書いていきます。契約と税の注意点も最後に入れました。

大事なのは、稼げる額を先に決めないことです。まず「自分の空いている時間で、無理なく終わる形」を決める。Javaの副業でつまずく原因の大半は、技術力ではなく時間の見積もりです。ここを丁寧にやると、続きます。

Javaの案件が途切れない理由。市場の構造を先に押さえる

Javaは、新しく話題になる言語ではありません。それでも案件が減らない理由は、置かれている場所にあります。

銀行、保険、証券、製造業の生産管理、流通の在庫管理、公共系のシステム。企業や自治体の業務の中心で動いているシステムに、Javaで書かれたものが大量にあります。こうしたシステムは止められません。止められないものは、作り直すより直しながら使うことになります。だから保守、機能追加、バージョン更新の仕事が毎年出ます。

もう一つは、バージョンの移行需要です。Java 8で書かれたシステムを17や21へ上げる作業、古いフレームワークからSpring Bootへ移す作業。これは新規開発ではないので、派手さはありません。ただ、量が多く、終わりが来ません。既存の振る舞いを変えずに動かし続けるという仕事は、経験のある人しかできないため、単価も落ちにくい。

副業の観点で言うと、この構造は追い風です。新しい言語の案件は、フルタイムで参加できる人を探すことが多い。一方でJavaの保守や改修は、決まった範囲を切り出して外に出しやすい仕事が混ざっています。「この画面の不具合を直してほしい」「このバッチを作ってほしい」という単位で発注できるからです。

単価の幅も書いておきます。実務経験が数年ある人が業務委託でJavaの開発を受ける場合、フルタイムに近い稼働の案件では月60万円から90万円あたりが掲示されることが多く、週1日から2日の副業前提の案件では月10万円から25万円あたりが中心になります。ただしこれは案件の内容、責任範囲、リモートの可否、商流の深さで大きく動きます。数字を当てにするより、自分に提示された条件を1時間あたりに割り戻して比べるほうが確実です。職種ごとの相場の全体像を見ておきたい人は、ソフトウェア作成者の年収・単価相場が公的な統計をもとに水準を整理しているので、提示額が市場のどこにあるのか判断する物差しになります。

不安に感じやすい「未経験でも始められるのか」という問いについて、参照元の見立てを引きます。

「副業で月10万円を稼ぐのは難しいですか？」という疑問については、実務経験が2〜3年ある方であれば現実的な目標と言えます。 出典: alc.co.jp

ここで大事なのは「実務経験が2年から3年」という条件が付いていることです。学習だけで受注するのは、やはり難しい。逆に言えば、会社でJavaを2年触っている人は、すでに条件を満たしています。自分を過小評価している人が多い領域です。

週末で回せる仕事と、回せない仕事

これが最初の分岐点です。内容ではなく、時間の性質で分けます。

週末の時間で回せるもの。

• 機能の追加や改修。範囲が明確で、成果物で区切れるもの
• バッチ処理の新規作成や修正。動作を確認して納めれば終わる形
• 単体テストの追加。既存コードに対してJUnitでテストを足す仕事は、切り出しやすい
• コードレビュー。週に数回、決まった時間に見る形なら組み込める
• 技術調査と検証。「この方式で移行できるか試してほしい」という依頼
• 設計書やAPI仕様書の整備。実装より時間の読みが立ちます
• 研修の講師や教材の作成。土日に固まった時間を使う形と相性がいい

週末では回しにくいもの。

• 障害対応の一次受け。いつ呼ばれるか分からない仕事は、平日に本業がある人には組み込めません
• 毎日の運用作業。日次のバッチ監視やリリース立ち会いは、時間帯が固定されます
• 会議に出ることが主な役割の案件。平日の日中に定例が並ぶと、参加できません
• 短い納期で仕様が固まっていない新規開発。仕様の揺れがそのまま自分の残業になります

見分け方は簡単です。「呼ばれたら対応する」仕事か、「決めた時間に自分から進める」仕事か。後者だけを選んでください。

もう一つ、見落としがちな点を書きます。稼働できる時間を最初に相手へ伝えることです。「土日の日中で週8時間から10時間、平日は夜にメッセージの返信だけ」。これを契約前に書面で伝えておくと、後から平日の会議に呼ばれる事故が減ります。言いにくいと感じるかもしれませんが、条件をはっきりさせる人のほうが信頼されます。曖昧にしたまま始めて、消耗して辞めてしまうほうが、相手にも申し訳ない結果になります。

本業との両立そのものをどう設計するかは、副業 フリーランスの始め方！本業と両立して年収を最大化する戦略に、始める順番と両立の組み立てがまとまっています。収入以外に何が得られるのかを整理した副業 メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法も、続ける理由を自分の言葉にする助けになります。

求められるスキルの現実的な線

求人票に並ぶ技術の一覧を見ると、全部できないと無理だと感じます。そんなことはありません。実際に見られているのは、もっと狭い範囲です。

まず必須に近いもの。

• Javaの言語仕様。Java 8の書き方だけでなく、11以降のvarやOptional、Stream APIを読めること。少なくとも読めれば始められます
• Spring Boot。現場の多数派です。DI、コントローラ、リポジトリの三層が説明できれば足ります
• SQL。テーブル結合と実行計画の基本。これが弱いと改修で事故ります
• Git。ブランチを切ってプルリクエストを出す流れ
• 単体テスト。JUnitでテストを書き、通す習慣

あると評価が変わるもの。

• Dockerとコンテナの基礎。ローカルで環境を立てられると、受け入れが早くなります
• CIの設定。GitHub ActionsやJenkinsで自動テストを回した経験
• クラウド。AWSやAzure上でのデプロイ経験
• バージョン移行の経験。Java 8から17へ上げた、古いフレームワークから移したという経験は、そのまま売り物になります

資格については、必須ではありませんが、実務経験を説明しにくい人には効きます。Oracle認定Javaプログラマ（Silver/Gold）は、言語仕様をどこまで体系的に押さえているかを外から確認できる指標になっています。独学で学んだ人や、社内システムの一部しか触っていない人が、最初の面談で話を前に進める材料として使いやすい。

逆に、なくても始められるものも書いておきます。フロントエンドのフレームワーク、Kubernetes、マイクロサービスの設計経験。あれば選択肢が増えますが、ないから受けられないわけではありません。最初の案件は、自分が普段やっている仕事と地続きのものを選ぶのが正解です。

実際に切り出されているJavaの仕事の形

抽象的な話だけだと動きにくいので、外に出やすい仕事の形を具体的に並べます。どれも「範囲を決めて渡せる」という共通点があります。

既存システムの機能追加。画面を1つ足す、検索条件を増やす、出力するCSVの項目を追加する。仕様が決まっていて、影響範囲が読める仕事です。副業で受ける最初の案件として、いちばん扱いやすい形です。

バッチ処理の作成と改修。夜間に動かす集計処理、外部システムとのデータ連携、月次のレポート出力。画面がないので確認がしやすく、テストも書きやすい。性能の問題を抱えているバッチの改善は、経験がある人ほど短時間で終わるため、時間あたりの効率が良くなります。

バージョン移行の下ごしらえ。Java 8から17へ上げるとき、まず影響を受けるライブラリを洗い出して、置き換えの候補を調べる作業があります。この調査だけを切り出して外に出す会社は少なくありません。手を動かす前の段階なので、土日だけでも進められます。

単体テストの追加。テストがないコードにJUnitでテストを足していく仕事です。既存の振る舞いを壊さずにリファクタリングしたい会社が、その前段として発注します。地味ですが、量があるので継続案件になりやすい。

API開発。Spring Bootで社内向けのAPIを作る、あるいは既存のAPIに認証を足す。仕様書があれば独立して進められます。

コードレビューと技術相談。週に数回、プルリクエストを見てコメントを返す形。若手だけのチームに、経験者の目を入れたい会社からの依頼です。稼働が読めるので、本業がある人に向いています。この形は時間単位の契約になることが多く、月10時間から20時間程度の枠で組まれます。

研修の講師と教材作成。新人研修のJava部分を担当する、社内向けの教材を作る。土日に固まった時間を使う形と相性が良く、単価も下がりにくい。人に教えられるレベルまで整理する作業は、自分の理解も深まります。

設計書やAPI仕様書の整備。実装済みのシステムに対して、ドキュメントが残っていない。これを読み解いて書き起こす仕事です。コードを読む力が要るので、実務経験がそのまま効きます。

逆に、避けたほうがよい案件の形も書きます。「詳細は着手後に相談」と書かれているもの、稼働時間の上限が書かれていないもの、テスト環境を用意してもらえないもの。この3つは、後から自分の時間を持っていかれます。断ることを覚えるのも技術の一つです。

案件の探し方。3つの経路と、それぞれの向き不向き

探し方は大きく3つです。どれが良いかではなく、どれが自分の状況に合うかで選びます。

1. エージェントを通す。フリーランス向けの紹介会社に登録して、週1日から2日の案件を紹介してもらう形です。単価は安定して高めですが、平日の日中に稼働できることを求められる案件が多い。会社員が土日だけで受けるには、条件が合わないことがあります。逆に、平日の夜と土日を組み合わせられる人、リモートで時間の自由が利く本業の人には向いています。仲介手数料が単価に含まれている点は、頭に入れておいてください。

2. クラウドソーシングや案件掲載サイト。小さな仕事から始められるのが利点です。バグ修正、機能追加、スクレイピングツールの作成など、数万円から十数万円の単位の仕事が並びます。実績がゼロの状態から始められるのはここだけです。一方で、プラットフォームの手数料が報酬から引かれる仕組みが一般的なので、同じ作業でも手元に残る額が変わります。

3. 直接の取引と紹介。前職のつながり、勉強会で知り合った人、社内で会った協力会社の人から声がかかる形です。単価の交渉が直接できて、仲介の手数料が乗りません。始めるまでに時間がかかる代わりに、続けたときの条件が一番良くなるのがこの経路です。

どこから始めるかで迷ったら、こう考えてください。実績を作る段階はプラットフォームを使い、条件を良くする段階で直接の取引に移す。両方を同時に持っておくのが、いちばん安定します。片方だけに頼ると、その1本が切れたときに収入がゼロになります。

副業そのものの進め方や、どんな相談が実際に外へ出ているのかを知りたい人は、キャリア・副業・人生相談のお仕事を見ておくと、自分の経験が別の形でも値段になることに気づけます。技術を軸にしつつ、その周辺で仕事が生まれる領域は思ったより広い。

最初の1件を取るための準備

いきなり応募しても通りません。準備に数時間かけるだけで、確率が変わります。

見せられるコードを1つ用意する。会社の仕事は出せませんから、個人で書いたものを置きます。規模は小さくてよい。Spring Bootで作ったAPIが1本あって、テストが書かれていて、READMEに動かし方が書いてある。これで十分です。大事なのは、規模ではなく「仕事として通用する形になっているか」です。テストがない、READMEがない、コミットが1つだけ。こういう状態だと、技術力があっても判断してもらえません。

経歴の書き方を変える。「Javaでの開発経験5年」では何も伝わりません。関わったシステムの種類、規模、自分が担当した範囲、使った技術、そして解決した問題を書きます。「受注管理システムの改修。1日あたり数万件のデータを扱うバッチの性能改善を担当し、処理時間を短縮した」という書き方です。数字が出せないなら、何を判断したかを書いてください。

稼働条件を先に明示する。応募文に「土日の日中、週8時間程度の稼働が可能です。平日は夜にメッセージの確認ができます」と書きます。条件が合わない案件に時間を使わずに済みますし、相手も安心します。

見積の出し方を決める。時間で受けるか、成果物で受けるかを決めてください。範囲がはっきりしている仕事は成果物単位、調査や相談が混ざる仕事は時間単位。見積には必ず「この範囲まで」を書きます。ここが曖昧だと、追加の作業が無償で積み上がります。

最初の案件は、単価より内容で選んでください。1件目の目的は稼ぐことではなく、次につながる実績と評価を作ることです。納期を守り、報告を丁寧にした人には、次の依頼が来ます。

土日で進めるための段取り。消耗しない組み立て方

技術の話はここまでで、ここからは続け方の話です。Javaの副業を始めた人がやめてしまう理由は、たいてい技術ではありません。疲れです。

作業する時間を固定する。土曜の午前、日曜の午後。この形で予定表に入れてください。空いた時間にやろうとすると、結局やらない週が出て、納期の直前に詰め込むことになります。固定した枠のほうが、家族にも説明しやすい。

1回の作業を3時間から4時間で区切る。本業でコードを書いた後の週末に、8時間続けて集中するのは無理があります。区切って、休む。休みを取らずに進めた分は、翌週の集中力から借りているだけです。

報告を先に送る。土日に進めたら、日曜の夜か月曜の朝に短く送ります。「今週はここまで進めました。来週はここをやります。1点確認したいことがあります」。これだけで、相手の不安がなくなります。平日に返信が遅くなることも、事前に伝わっていれば問題になりません。

詰まったら早めに聞く。2時間考えて分からないことは、聞いたほうが速い。週末しか動けない人が一人で抱えると、次の土曜までまるごと止まります。聞くことは能力が低い証拠ではありません。止まる期間が長いほうが、相手にとっては困ります。

やめる基準を決めておく。本業が繁忙期に入ったとき、体調を崩したとき、家族に手がかかるとき。そのときにどうするかを、始める前に決めておいてください。「繁忙期の2か月は新しい案件を受けない」と決めておくだけで、無理な引き受けを断れます。

副業が続かなかったことを、自分の弱さのように受け取らないでください。時間の設計が合っていなかっただけです。設計は直せます。

応募から契約までの流れ。どこで落ちるのかを知っておく

流れを知っておくと、準備すべきものが具体的になります。

書類の確認。経歴とスキルシートを見られます。ここで落ちる理由の大半は、担当した範囲が読み取れないことです。使った技術の一覧だけが並んでいると、何ができる人なのか伝わりません。システムの目的、規模、自分の担当、直面した問題と対処を短く書いてください。

面談。多くはオンラインで30分から60分です。技術を試されるというより、会話が成り立つか、稼働の条件が合うかを見られます。ここで必ず聞かれるのが稼働可能な時間帯なので、曜日と時間を即答できるようにしておいてください。逆に自分から聞くべきことも決めておきます。既存コードのテストの有無、ドキュメントの状況、質問の窓口が誰か、レビューの体制。この4つを聞くと、入った後の苦労がかなり読めます。

技術課題。出る場合と出ない場合があります。出たら、動くことより読みやすさとテストを意識してください。時間をかけすぎないことも評価されます。

条件の合意と契約。単価、稼働時間、支払いサイクル、契約期間、更新の条件を確認します。ここで曖昧にしたことは、後から必ず問題になります。

落ちたときは、理由を聞いてよい。稼働時間が合わなかっただけのことも多く、技術の問題ではないケースが大半です。落ち込む必要はありません。

Javaの経験を横に広げる選択肢

Javaの案件だけを追いかけ続けるより、経験を横へ広げたほうが選択肢が増えます。

データ周りへ広げる。業務システムを触ってきた人は、データの構造と業務の制約を理解しています。データ移行、データ基盤の整備、集計処理の設計は、この理解がそのまま値段になる領域です。

テストと品質へ広げる。テストコードの整備、CIの構築、コードレビューの体制作り。手を動かす量が少なく、経験が効く仕事なので、副業の時間の使い方と相性が良い。

教える方向へ広げる。研修講師、教材作成、若手のメンター。稼働時間が読めて、単価も落ちにくい。自分の理解を整理する副作用もあります。

書く方向へ広げる。技術記事の執筆、ドキュメントの整備。実装より時間の見積もりが立ちやすく、実績が公開されるので次の依頼につながります。

どれを選んでも、土台になるのはJavaで業務システムを触ってきた経験です。新しい言語を追いかける前に、いま持っているものが外でいくらになるのかを確かめてみてください。

契約と税で気をつけること

最後に、事務の話です。ここを飛ばすと後で面倒になります。

本業の就業規則を確認する。副業を許可制にしている会社、届出制にしている会社、原則禁止としている会社があります。自分の会社がどれなのかを確かめてください。許可や届出が必要なら、先に出します。競業にあたる相手から受けるのは、規則で許可されていても避けたほうがよい。同じ業種のシステムを直す仕事は、情報の扱いで疑われる余地が残ります。

業務委託の形をはっきりさせる。雇用ではなく業務委託で受けるのが通常です。業務範囲、納期、報酬、支払期日、成果物の権利、秘密保持を書面に残します。口約束で始めると、追加作業と支払いの話で必ずもめます。

報酬の支払条件を確認する。月末締めの翌月末払いが多い形ですが、それより遅い条件もあります。最初の入金までに何か月かかるのかを、始める前に把握しておいてください。

確定申告の線を知っておく。給与のほかの所得が年間20万円を超えたら、所得税の確定申告が必要です。20万円以下でも住民税の申告は別に必要になります。所得は受け取った金額そのものではなく、売上から必要経費を引いた残りです。開発に使うパソコン、書籍、勉強会の参加費、通信費の一部は経費になり得ます。制度の考え方は国税庁のサイト（https://www.nta.go.jp/ ）で確認できます。

記録の付け方は、副業 確定申告 売上管理 スプレッドシート！2026年最新の時短術に、売上と経費を月単位で管理する具体的な形がまとまっています。最初の月から付けておくと、翌年の春がまったく違います。後からまとめて作ろうとすると、ほぼ間に合いません。

単価と続き方を分ける4つの判断。市場から見た考察

同じ技術力でも、手元に残る額はかなり変わります。運営者として市場を長く見てきて、差が付くポイントは4つに絞れると考えています。

1つ目は、商流の深さです。発注元から自分に届くまでに、何社入っているか。同じ作業でも、間に入る会社が増えるほど自分に渡る額は薄くなります。中間マージンが乗らない直接の取引では、同じ予算でも依頼する側はより多く頼めますし、受ける側は手取りが厚くなります。手数料0%の意味は、金額の大小の話ではなく、手元に残る質の話です。週末しか使えない人は、1時間あたりの手取りがそのまま効いてきます。

2つ目は、引き受ける責任の幅です。「言われたところを直す」から「どう直すべきかを決める」に移ると、単価が変わります。設計判断を任せられる人は代わりがいないからです。テストの設計、移行方針の決定、性能問題の切り分け。こういう仕事を1つでも経験しておくと、次の交渉が変わります。

3つ目は、説明できる実績の形です。何をしたかではなく、何が良くなったかを言えるかどうか。処理時間、障害件数、リリース頻度。数字で言えると、相手は判断できます。数字が出せない現場なら、判断の理由を言葉にしておいてください。

4つ目は、同じ相手と続けているかどうかです。20年この市場を見てきた立場から言えば、長く残っている人ほど、単発の作業を数えるのではなく「この人に任せると楽だ」という関係づくりに時間を使っています。技術の説明が要らない相手との2件目は、1件目より必ず楽です。営業の時間も要らない。週末しか動けない人にとって、これは決定的な差になります。

技術の周辺に目を向けると、Javaの経験がそのまま効く領域が他にもあります。セキュリティの観点でコードを見る仕事、業務システムに生成AIを組み込む相談。どんな依頼が実際に外へ出ているのかはAI・マーケティング・セキュリティのお仕事で確認できます。基幹システムを触ってきた人は、データの流れと業務の制約を理解している点で強い。そこは新しい技術を追いかけている人にはすぐ真似できない部分です。

焦らなくて大丈夫です。土日の数時間から始めて、1年続けた人は、思っていたより遠くまで来ています。まず1件、範囲のはっきりした仕事から始めてください。