海外で実績があるのに日本語記事が少ない技術、先に張るべきか

新しい技術を学ぶかどうかを決めるとき、多くの人が無意識に使っている判断材料がある。「日本語の記事がどれだけ検索に出てくるか」だ。記事が少なければ情報収集に苦労しそうだから後回しにする。記事が多ければ安心して踏み出せる。この判断は普段はそれほど間違っていない。だが時々、根本から裏切られる例がある。

SolidJS というフロントエンドのフレームワークがある。GitHub上でのStar数(開発者がその技術に「気にしている」と印をつけた数)は3万6千を超えている。NestJS(バックエンド向けのフレームワーク)やSvelte(フロントエンド向けのフレームワーク)と比べると規模は半分程度にとどまるが、それでも世界では無視できない数の開発者がすでに触れている水準だ。ところがQiita(日本語の技術記事を共有するサイト)でこの技術名を冠した記事を探すと、出てくるのは2百本に満たない。海外での関心の広がりに対して、日本語で書かれた解説の量が、桁で足りていない。NestJSやSvelteにも、分野は違えど「Starは厚いのに日本語記事が薄い」という同じ傾向がある。世界側の指標と日本語側の指標が、技術によってまったく違う比率で開いている。

「情報が少ない」は一つの意味しか持たない、わけではない

ここで立ち止まって考えたいのは、GitHub StarとQiitaの記事数が、そもそも何を測っている指標なのかということだ。Starはその技術が世界のどこかで実際に触られ、気に入られ、広がっている度合いの代理指標になる。Qiita記事数は、日本語を書く人がその技術について実際に手を動かし、言語化した量の代理指標になる。この二つは本来、緩やかに連動するはずの指標だ。世界で使われている技術ほど、日本にも使う人が増え、日本語の記事も増えていく。

だが現実には、この連動に大きな断層がある技術が存在する。そしてその断層には、少なくとも二つの違う意味がありうる。一つは、世界ではもう実利用が厚く積まれているのに、日本語で書く人がまだ追いついていないだけ、というケース。もう一つは、そもそも世界側でも関心が薄く、Starの数字自体が小さい技術で、日本語記事が少ないのも当然、というケースだ。後者は普通に「まだ情報が少ないマイナー技術」で終わる話だが、前者は意味がまるで違う。世界側の実利用という土台は既に存在していて、日本語という「表層の情報量」だけが時間差で遅れている状態だからだ。

同じ「検索しても記事が出てこない」という手触りが、片方では「まだ誰も使っていないから情報がない」を意味し、もう片方では「もう使われているのに誰も日本語で書いていないだけ」を意味する。この二つを見分けずに「情報が少ない=まだ早い」と一括りにしてしまうと、本当は土台が既にできている技術まで、後回しにし続けてしまう。

逆方向の例を見ると、この断層の非対称性がもっとはっきりする。Rubyは日本語の技術記事が極端に多い言語で、Qiitaの記事数はGitHub Starの数倍に達する。世界的なStarの規模だけで見れば、他の主要言語に比べて地味な部類に入るにもかかわらず、日本語の情報量だけは異常に厚い。つまり「日本語の情報が多いかどうか」という物差しは、その技術が世界でどれだけ勢いを持っているかをそのまま映す鏡にはなっていない。国内の執筆文化や書く人の層の厚さという、別の要因で情報量は大きく変わる。

先に張る賭けと、ただ埋もれる賭けは別物

キャリアの選択に話を戻すと、ここに実務的な分岐が生まれる。国内でまだ無名な技術に時間を張るのは、先行者優位を取れる賭けなのか、それとも日本の求人がついに追いつかないまま時間だけが過ぎる賭けなのか。答えは技術によって違うし、その違いを見分ける軸は三つある。

一つ目は、世界側の実利用の厚みだ。Starの数字だけでなく、実際にどんな企業やプロダクトがその技術を採用しているかを見る。ここが薄ければ、日本語記事の有無とは関係なく、そもそも賭ける土台が弱い。二つ目は、求人の国境差だ。海外の求人情報でその技術名を見かける頻度が、日本の求人情報での頻度より明らかに高いなら、それは時間差がまだ埋まっていないという具体的な兆候になる。三つ目は、自分がその技術について最初の日本語の書き手に回れるかどうかだ。日本語記事が薄い技術に先に触れて記録を残すという行為そのものが、情報が追いついてきたときに自分の名前が検索結果の上位に残るという形の先行者優位を生む。これは、記事が少ないことを不便と捉えるか、空いている場所と捉えるかの違いでもある。

逆に、世界側の実利用自体が薄い技術であれば、日本語記事の少なさは単に「まだ市場として小さい」の反映であり、先に張ったところで追いついてくる需要がない。この場合は素直に見送って、既に実利用の厚みが確認できる技術圏の中で、自分の専門性をどこに置くかを考えた方が建設的だ。隣接領域での比較、たとえばフロントエンドの主流とされる技術との違いを具体的に並べてみると、その技術が本当に実利用側で厚みを持っているのかどうかの手触りがつかみやすくなる。

https://s-tasklog.com/vs/react-vs-svelte

日本語の記事の量だけを見て「情報が少ないから、まだ早い」と判断する前に、その薄さが時間差の遅れなのか、そもそもの関心の薄さなのかを一度切り分けてみてほしい。見分けがつけば、情報の少なさはリスクではなく、空いている場所に変わる。

tasklogは、GitHubのStar数や各種の言及データを集計し、技術ごとの注目度を可視化しているサービスだ。気になる技術の実利用の厚みを、自分の目で確かめてみてほしい。

https://s-tasklog.com/oss