【技術学習】 フリーランスの技術選定

10 年 SE ・ 15 年フリーの僕が学び続けたものと見限ったもの

新しいフレームワークの名前が、また X のタイムラインに流れてくる。

「触らないと置いていかれる」
「案件に効くかも」
「とりあえずスターだけ付けておく」

——その反応を、僕は何年も繰り返してきた。

結論を先に一行で書きます。

フリーランスの技術選定は、何を積むかの一覧ではない。
何を学び続け、何を見限るか——その仕分けの設計だ。

SE を約 10 年、フリーランスを約 15 年やってきて、いちばん高い利息を払ったのは全部追うことだった（汗）
いま僕が意図的に力を入れているのは、ループエンジニアリングと要件、設計だ。
コードを軽んじるからではない。
一人で食うほど、書く前の判断が体力と単価を守るからである。

技術選定が学習の ToDo に化けるとき

みなさんは、次に学ぶ技術のリストが、消えない ToDo になっていませんか。

僕には、それが常にあった。

リストは善意から始まる。
クライアントの話に付いていきたい。
個人開発で試したい。
ブログ（note）で書いてみたい。
全部、前向きだ。

リストは、更新されないまま積み上がる。
「知っているが触っていない」棚が厚くなる。
未読バッジと、スター付きリポジトリと、Obsidian の「いつか」ノートが同居する。

ある朝、気づく。

技術選定をしているつもりで、学習の負債を増やしているだけだ。

個人開発の技術選定、2025年の最終結論では、その年に残したスタックを書いた。

今日の記事は、あの続きではない。
あの記事が「何を使うか」なら、今日は「何を学び続けるか／見限るか」の軸の話だ。

8 月の方針は「減速する／耐える／言語化する」。
学ぶ量を増やさない月に、基準だけを言葉にする——
それが、この火曜の技術学習の役割だ。

「知らないと食えない」 が全部を追わせた

かつての僕の技術選定は、だいたい恐怖から始まっていた。

知らないフレームワーク名が出ると、胸がざわつく。
案件の会話で知らない単語が出ると、メモを急ぐ。
週末に全部触る予定を立てて、月曜までに何も終わっていない。

会社員の SE 時代は、まだマシだった。
チームのスタックが外から決まる。
学習の範囲に、ある種の上限があった。

フリーランスになると、上限が消える。
提案の幅を広げるために、触れる技術を増やしたくなる。
ポートフォリオに並べたくなる。
「できること」の列が、名刺そのものに見える。

その結果、何が起きたか。

情報を追う時間が増え、コードを書く時間が減った。
咀嚼しないまま飲み込む「情報メタボ」になった。
技術トレンドは追わないで書いた状態そのものだ。

もう一つの失敗は、逆方向にあった。

「案件に回収できない学習はコストだ」と思い込みすぎて、触る勇気まで消した。
本番前提だけが正義になると、「知っているが触っていない」棚が静かに増える。
GW の素振りの前の僕は、まさにそこにいた。

全部追うのも、全部本番化しようとするのも、同じ焦りの表裏だった。

吃音のある僕は、頭が重いときほど内言のリハーサルが長くなる。
「なぜまだ触っていないのか」の説明が、自分に向けて続く。
説明が長いほど、次の一手が遅れる。

技術選定は、スキルの問題だけではない。
焦りを、リストで処理しようとする癖の問題でもあった。

何を学ぶかの前に、 何を見限るか決めた

転機は、一本の記事ではなく、いくつかの線が重なったときだった。

まず、情報を引き算にした。
RSS を半減し、「必要な情報は向こうから来る」と決めた。

次に、素振りを許可した。
「本番に繋げなくていい」と一文置いただけで、棚の一部が動き始めた。

そのあと、棚卸しの型を持った。
七夕の願い事リストで、リファクタしたい／触りたい／手放したいの三引き出しに分けた。

「今年は結ばない」と書いた技術は、恥ずかしさではなく、仕分けの結果になった。

さらに、切ることを選択と呼んだ。
YAGNI でスコープ半分にした週に、「いつか使うかも」を未来への前借りだと認めた。

そして今の 8 月。
減速の月に、技術選定を「フリーランスの◯◯◯」として言語化する。

転機を一行に圧縮すると、こうなる。

何を学ぶかを増やす前に、何を見限るかを決める。
見限るは負けではない。プロの仕分けだ。

フリーランスの技術選定とは何か

ここでいう技術選定は、次の意味ではない。

ここでいう技術選定は、次の三つを分ける作業だ。

フリーランスは、学習予算が一人分しかない。
会社ならチームで分担できる範囲を一人で抱える。
だから選定の失敗は、スキル不足より先に、時間の配分の失敗として現れる。

僕の現在地を、正直に書く。

TypeScript も Next.js も Hono も Cursor も、道具としては残している。
ただし「今週いちばん学ぶ」対象ではない。
いま力を入れているのは、ループエンジニアリングと、要件、設計だ。

なぜか。

案件でも個人開発でも、同じ判断が何度も来るからだ。
画面を増やすか。
API を切るか。
スコープを半分にするか。
AI で実装が速くなっても、何を作らないかの判断は、むしろ増える。

ループエンジニアリングは、速く回す技術だ。
要件は、回す対象を間違えない技術だ。
設計は、未来の自分（とクライアント）への説明を短くする技術だ。

三者は別物に見えるが、僕の中では一本だ。
小さく回す前提で、切る／残すを先に決める。

【学び続けたもの】 ループエンジニアリング ・ 要件 ・ 設計

なぜ、 ここなのか

SE 時代、いちばん痛い失敗は実装の遅さだけではなかった。
要件が曖昧なまま実装に入り、手戻りで夜が溶けることだった。

フリーになってからも、同じ型の失敗は続く。
一人だとレビューがない。
「とりあえず動く」が、そのまま本番の土台になりやすい。
動いたあとに設計を取り戻そうとすると、利息が高い。

だから僕は、学びの主戦場を「新しい記法」から「判断の型」へ寄せた。

ループエンジニアリングでは、フィードバックを短くする。
要件では、欲しいものではなく必要なものを書く。
設計では、後から説明できる境界を残す。

これらは流行り廃りが遅い。
10 年後も、名前は変わっても中身は残る。
猛暑の 15 分でも触れられる。
——学び続ける基準に、ちょうど合う。

学び続ける三つの基準

僕が「これは深追いしてよい」と判断するときの基準は、だいたい次の三つだ。

1️⃣ 何度も同じ判断が来るか
今週だけの話題なら、素振り枠か見限り枠へ送る。
案件でも個人開発でも繰り返す判断なら、学び続ける。

2️⃣ 積み上がる技能か
設定ファイルの流行追随は、積み上がりにくい。
要件の切り方、設計の境界、レビューの問い方は、積み上がる。

3️⃣ 減速モードでも触れる粒度か
8 月のように体力が落ちる季節でも、15 分で一手が入るか。
入らないなら、学習設計が悪い。
技術が悪いのではない。

この三つを通らないものは、どれだけ面白くても「今週の主戦場」には置かない。

道具としてのスタックはどう扱うか

誤解を避けるために書く。

僕は React や Next.js を捨てたわけではない。
選び続ける理由も、過去に書いている。

Hono や Biome や Cloudflare 寄りの再設計も、2025 年の結論として残っている。

ただし、それらは 学び続ける主戦場 と 日常の道具 を分けたあとの話だ。

道具はメンテする。
主戦場は深める。
素振りは許可する。
見限りは閉じる。

四つの箱があると、焦りがリストに化ける速度が落ちる。

【見限ったもの】 姿勢ごと閉じたもの一覧

見限ったのは、特定の言語名だけではない。
全部追う／全部本番化する姿勢を、先に閉じた。

| 見限った／深追いを止めたもの | 判断の中身 |
|:---|:---|
| トレンド全追従 | 情報メタボ。RSS 半減。「待つ」へ |
| Rust / Go 等の本格枠（当面） | 主戦場外。触りたい棚には残すが、深追いはしない |
| ESLint + Prettier の設定地獄 | Biome へ。設定メンテを仕事にしない |
| 「とりあえず Next.js 一択」 | 重さと複雑さへの疲弊。責務分担の再設計へ |
| 使っていない依存・プラグイン | 大掃除と手放すリスト。削除の基準を持つ |
| 本番前提だけの学習 | 素振りは許可。全部本番化しようとする姿勢を見限る |

見限るときの一文

僕が自分に言うときの一文は、これだ。

「これは、今週の主戦場ではない。」

否定ではない。
配置の話だ。
七夕リストで「今年は結ばない」と書いた Rust の非同期処理も同じ配置だ。
恥ずかしい放置ではなく、意図した見限りに近い。

package.json の大掃除で学んだのも同型だった。

削れないのは、技術が神聖だからではない。
削る基準が言葉になっていないからだ。

見限る技術選定は、削除作業ではない。
基準を先に書く作業だ。

今日から使える、 技術選定の三つの問い

週のどこかで、次の三つだけ聞く。

【問い ①】 これは学び続けるか、 素振りか、 見限るか

三択にする。
四択以上にすると、またリストが増える。

【問い ②】 同じ判断は、 また来るか

来ないなら、深追いしない。
来るなら、設計や要件の型として残す。

「面白そう」は、素振り枠の入場券であって、主戦場の入場券ではない。

【問い ③】 見限ったあとに、 何が軽くなるか

見限りの効果は、「やらなくていい」だけではない。
未読が減る。
内言のリハーサルが短くなる。
朝の「何から学ぶ？」が消える。

軽くならない見限りは、見限りではない。
先延ばしの別名だ。

週次で守る、 15 分の技術選定レビュー

月曜か火曜の朝に、次のシートを 15 分で埋める。

【技術選定レビュー｜15 分】
日付:

■ 今週、学び続ける（最大二つ）
1.
2.
なぜ（三つの基準のうちどれか）:

■ 素振り枠（最大一つ／無しでも可）
・
本番に繋げない約束: はい / いいえ

■ 見限る／閉じる
・
閉じた情報源（RSS・Newsletter・スターなど）:

■ 今週、足さないもの（一行）
・

■ 来週に持ち越さないもの（一行）
・

ルールは短い。

このシートの目的は、完璧なキャリア設計ではない。
学習の上限を先に書くことだ。

昨日の「時間割」で書いたことと同じ構造をしている。
埋め尽くす表ではなく、防衛の表だ。

仕事の種類別 ・ 置き場の早見表

迷いやすい置き場だけ、早見にする。

| 種類 | 置き場の目安 |
|:---|:---|
| 要件の切り方・受け入れ条件 | 学び続ける |
| 設計の境界・責務分担 | 学び続ける |
| ループを短くする計測・振り返り | 学び続ける |
| いま使っている FW の更新追従 | 道具のメンテ（主戦場にしない） |
| 気になる新 FW の Hello World | 素振り |
| 主戦場外の言語の深掘り | 見限る（触りたい棚に残すなら日付を書く） |
| 使っていない依存・プラグイン | 見限る（削除か保留かを一文で） |
| 「いつか使うかも」機能 | 見限る／YAGNI（切る側へ） |

早見表は正解表ではない。
迷った朝の、最初の置き場だ。

誤解してほしくないこと

見限る ＝ 負け、ではない。
プロは、追わない範囲を先に決める。

流行を否定する話ではない。
素振り枠は残してよい。
深追いの枠を無限にしない、という話だ。

スタック一覧の「最終結論 2026」ではない。
2025 年の選定記事は「何を使うか」。
今日は「何を学び続けるか／見限るか」。

コードを軽んじる話でもない。
ループエンジニアリング・要件・設計に寄せているのは、実装を捨てるためではない。
一人フリーランスほど、書く前の判断が単価と体力を守るからである。

全部やめてミニマリズムになれ、でもない。
必要な道具は残す。
残すものと深めるものと触るものと閉じるものを、混ぜない。

減速の月に基準だけ言葉にする

8 月は、学ぶ量を増やす季節ではない。

矜持の話で書いた「見えない仕事」。
三分割の実験で書いた「いつ進まないかを認める」。
時間割で書いた「上限を先に置く」。

技術選定も、同じ線の上にある。

学び続けるものを減らすのではない。
見限るものを先に決めて、残した学習を守る。

もし今、次に学ぶ技術のリストが消えないなら、まずは一行だけ書いてみてください。

今週、見限るもの。

それだけで、技術選定は積み上げの ToDo から、仕分けの設計に変わりはじめます。

最後に、一行だけ残す。

フリーランスの技術力は、追った量ではなく、見限ったあとに残った深さで測る。

猛暑の火曜に、その仕分けを一つできたら十分だ。

ひとりごと

8 月 4 日。
技術学習の回です。

土曜の矜持、日曜の三分割、月曜の時間割——
そのあとに技術選定を置くのは、意図がある。

時間の枠を先に書いたあとで、学習の枠も書く。
両方とも、埋め尽くすための表ではない。

ループエンジニアリングと要件と設計に寄せている今の自分を、恥ずかしがらずに書いてみた。
派手さはない。
でも、15 年分の痛みがそこに寄っている。

読んでくれてありがとう。

あわせて読みたい

▼ 「何を使うか」側のスタック結論を先に押さえたいときに

本記事が「学び続ける／見限る」なら、あちらは「その年に残した道具」側です。
二つの記事を並べると、選定の二層がはっきりします。

▼ トレンド全追従をやめた情報側の基準を見たいときに

見限る技術選定の入口は、しばしば情報源の引き算から始まります。
本記事の「閉じる」と直結する話です。

▼ 触りたい／手放すを棚卸しの型にしたいときに

三引き出しの棚卸しです。
本記事の「学び続ける／素振り／見限る」と組み合わせると、置き場が決まりやすくなります。

▼ 本番化しない学習（素振り）の許可を取りたいときに

見限ると素振りは別物です。
「閉じる」と「触ってよい」を混ぜないための実録です。

▼ 機能やスコープ側の見限り（YAGNI）を重ねたいときに

技術の見限りと、機能の見限りは同じ筋肉です。
切る＝我慢ではなく選択、という温度がここにあります。

次の一歩を一緒に決める 「作戦会議室」 へ

「次に学ぶ技術」が増え続けると、学習は前進ではなく負債になります。
必要なのは気合より、学び続ける／素振り／見限るの置き場と、週 15 分の上限だということが多いです。

フリーランス開発者の作戦会議室では、技術の棚卸しや、要件・設計の短い型、季節ごとの学習上限を、配布物や対話の温度で一緒に整えていきます。

追う量を減らして、残した深さを守りたい人へ。

参加する

Substack はじめました

ここまで読んでくださり、ありがとうございました。

X では短い言葉で、note では整理した文章で発信していますが、Substack では、もっと途中経過の思考や削りきらなかった葛藤、技術者として日々考えていることを書いています。

もし興味があれば、覗いてみてください。

会社員（元システムエンジニア）からフリーランスとなり、
15 年目に突入しました。

納期と障害対応に追われる毎日の中で、
「もっと自由に、もっと本質的にものづくりがしたい」
そう思ったのが独立のきっかけです。

現在は、技術と文章を軸に、
仕事がラクになる仕組みや続けられる働き方を発信しています。