基礎知識

JavaScriptとTypeScriptとは。Webを動かす言語と、その型付き版

JavaScriptは、ブラウザ上で動く事実上唯一の言語です。TypeScriptはそこに型を加えたもので、近年は新規開発の標準になりつつあります。この記事では、両者の関係と実務での位置づけを整理します。

実際の使用率では最多

TIOBE Indexの2026年8月時点で、JavaScriptは6位です。しかしStack Overflowの2025年調査では、実際に使っている開発者が66%と最多でした。

この差には理由があります。TIOBEは検索量を測るため、新しく学ぶ人の多さが反映されます。JavaScriptは既に多くの開発者が使えるため、検索の必要が相対的に少なくなります。

TypeScriptについては、GitHubで貢献者の伸びがPythonを上回り、2025年に100万人以上の新規開発者が加わったと報じられています。実務での採用が急速に進んでいる指標です。

ブラウザで動く唯一の言語

JavaScriptには、他の言語にない特殊性があります。ブラウザ上で直接動く言語が、事実上これしかないという点です。

Webサイトで何かが動く、入力に反応する、画面が切り替わる。これらはすべてJavaScriptが処理しています。代替が存在しないため、Web開発に関わる限り避けて通れません。

この構造が、他の言語との決定的な違いを生んでいます。PythonやJavaは「選ばれる」言語ですが、JavaScriptは「使わざるを得ない」言語です。

さらにNode.jsの登場により、サーバー側でも同じ言語が使えるようになりました。フロントエンドとバックエンドを1つの言語で書けることは、小規模なチームにとって利点になります。

TypeScriptが選ばれる理由

TypeScriptは、JavaScriptに型の指定を加えた言語です。JavaScriptとして実行されるため、既存の資産をそのまま使えます。

選ばれる理由は明確です。規模が大きくなったときの保守性です。

• 誤りを実行前に見つけられる／型の不一致を、動かす前に検出する
• 変更の影響が追える／どこに影響するかを機械的に把握できる
• 補完が効く／開発中の入力支援が正確になる
• 人が入れ替わっても読める／型が仕様の説明になる

小規模な開発ではJavaScriptのままでも困りませんが、複数人・長期の開発ではTypeScriptが選ばれる傾向が明確です。新規案件では、既にTypeScriptが前提となっている場合が多くなっています。

周辺の技術

この領域は、言語だけでなく周辺の技術が重要になります。

React。画面を構築する枠組みとして最も広く使われています。案件の要件にもReactの経験が指定されることが多くあります。

Vue、Angular。Reactに次ぐ選択肢です。既存システムで採用されている場合があります。

Node.js。サーバー側でJavaScriptを動かす環境です。APIの開発や、ツールの実行環境として使われます。

Next.js など。Reactを土台に、表示速度や検索対応を強化した枠組み。近年の新規開発で採用が増えています。

移り変わりが速い領域です。数年前の主流が現在は使われていないこともあり、学び直しの頻度は他の言語より高くなります。

単価レンジ

民間エージェント各社の集計では、JavaScript・TypeScriptの案件はおおむね月額60〜90万円です。

下限に近いのは、指示された画面を実装する場合です。上限に近いのは、画面構成の設計、性能の改善、複数人の開発体制を整える役割まで担う場合です。

TypeScriptの経験は、単価にやや有利に働く傾向があります。大規模開発で求められるためです。

また、フロントエンドとバックエンドの両方を担える場合、選択肢が広がります。Node.jsまで扱えれば、小規模チームでの需要が高まります。

なお、これらは公的統計ではなく各社の案件からの集計で、全体平均も調査主体により64万〜83万円と幅があります。

この領域の注意点

正直に書いておくと、いくつか難しさがあります。

技術の入れ替わりが速い。枠組みや周辺ツールが数年で変わります。学び続けることが前提になります。

案件の幅が広い。簡単な画面修正から、大規模サービスの設計まで。同じ「フロントエンド」でも求められる水準が大きく違います。

入口が広いぶん、競合も多い。学習しやすい言語であるため、実装だけができる人は多く存在します。

差がつくのは、設計と性能です。動くものを作れる人は多く、大規模でも破綻しない構造を設計でき、表示速度を測って改善できる人は限られます。

学習の道筋

この領域を目指す場合の順序を示します。

HTML・CSSから始める。画面の構造と見た目を理解しないと、JavaScriptを書いても何をしているか分かりません。

JavaScriptの基本。その後、TypeScriptに進みます。逆順でも構いませんが、JavaScriptの理解は前提になります。

Reactなどの枠組み。案件の多くはこの段階を求めます。

通信とデータ。サーバーとのやり取り、状態の管理。ここから設計の話になります。

最後に性能と設計。表示速度の測定、構造の整理。ここまで来ると単価の上限に近づきます。

この領域が変わってきた経緯

JavaScriptの位置づけは、20年で大きく変わりました。

当初は、画面に小さな動きを加えるための補助的な道具でした。本体の処理はサーバー側で行い、JavaScriptは装飾を担う役割です。

転機は、ブラウザ上で本格的なアプリケーションが動くようになったことです。画面の切り替えをサーバーに頼らず、ブラウザ内で完結させる方式が広がりました。

次にNode.jsが登場し、サーバー側でも使えるようになりました。これにより、1つの言語で全体を書けるようになります。

そしてTypeScriptが、大規模開発に耐える型の仕組みを持ち込みました。補助的な道具から、システム全体を担う言語への変化です。この経緯を知ると、なぜ技術の入れ替わりが速いのかが理解できます。

案件を選ぶときの観点

この領域は案件の幅が広いため、選び方が重要になります。

• TypeScriptを使っているか／使っていない現場は、規模が小さいか、古い可能性がある
• 設計に関われるか／画面を実装するだけの役割か、構造を決める側か
• テストの仕組みがあるか／保守を前提とした開発体制かどうかが分かる
• 性能を測っているか／表示速度を計測して改善している現場は、技術水準が高い

2つ目が、経験の積み上がり方を決めます。指示された画面を作る仕事だけを続けても、設計する力は身につきません。

単価を上げたい場合、設計に関われる案件を選ぶことが最短の道になります。