いま学ぶべき第二のプログラミング言語はコレだ！ 未来のために挑戦したい9つの言語とその理由

仕事で使うプログラミング言語が決まっている方も多いでしょう。その言語をとことん突き詰めるのもいいかもしれませんが、ここでは複数のプログラミング言語を学ぶ理由を考えてみましょう。

楽しいから！

第二のプログラミング言語を学ぶ理由として、まっさきに挙げたいのは、「楽しいから」です！

自分が知らない世界へ足を踏み出すときのわくわく感、知識欲が満たされるときのじっとしていられない感覚。海外旅行に行くような気分で、何でもいいから第二のプログラミング言語に挑戦してみるというのは、すでに何らかの言語でプログラムを書いたことがあるエンジニアだけに許された贅沢だといえるでしょう。

作りたいアプリケーション、やりたい仕事に必要だから

作ろうとするアプリケーションによっては、第二言語や新しいフレームワークの勉強が必須になります。

自分がいま使える言語がVB .NETだけだったとして、macOSで動作するアプリケーションを書く必要があるなら、SwiftやObjective-Cを学ぶしかないでしょう。逆に、Apple製品向けのアプリを書いている人が、Windows向けアプリを書く必要があるときはC#やVB .NETを、Android向けアプリを書く必要があるならJavaやKotlinを学ぶことになります。

必須ではないけれど、自分がいま知っている言語でがんばるよりも新しい言語を覚えてしまったほうが楽、ということも少なくありません。たとえば、いま使える言語がRubyだけだったとして、機械学習に手をつけたいと思ったなら、RubyでがんばるよりPythonを学ぶほうが近道のはずです。

JavaScriptでWebアプリを書けるけど、Unityで作りたいものがあるから、この機会にC#を勉強してみよう、といったケースもありでしょう。

キャリアのための生存戦略として第二言語を選ぶ

第二のプログラミング言語を学ぶことには、楽しみとしてだけでなく、実用的な利点もあります。

プログラミング言語まわりでは、「いま○○が熱い」「これからは○○だ」という話がとにかく絶えません。まったく新しいプログラミング言語は次々に生まれていますし、言語としては同じでもバージョンが変わって昨日まで使っていた構文が廃止されたり、新しいフレームワークやライブラリが登場したり、聞いたこともないような概念が提唱されて実装されたりします。

どのプログラミング言語を習得しているか、どんなフレームワークの経験があるかによって、エンジニアとしてのキャリアが左右されるように感じることもあるでしょう。いま自分が使える言語やフレームワークだけで、生涯にわたって仕事が続けられるとは限らないのが現実です。

この先も同じ道具一本で続けられるとは限らないなら、注目されていて需要も多いプログラミング言語やフレームワークに挑戦していく。自分が次に学ぶプログラミング言語をこの方向で考えるなら、これから需要が増えそうな言語を学ぼうといえるかもしれません。

これから需要が高まるプログラミング言語を予測するのは簡単ではありませんが、たとえば次のような「世界的に人気のあるプログラミング言語」を表すランキングが参考になります。

もっとあからさまな指標として、転職サイトの募集要項で求められている数が多い言語や、募集給与が高い言語を調べるという方法もあります。各求人サイトで人気言語のランキングが発表されていたりするので、興味がある方は「転職 言語 人気」のようなキーワードで検索してみてください。

第二言語を学ぶ本当の意味

ここまで、第二言語を学ぶのは楽しくてキャリアにも役立つからという、わりと当たり障りのない話を書いてきました。でもこれって、第二言語に限らず、何か新しいことを学ぼうというときには必ずといっていいほど当てはまる話ですよね。

勉強は、すぐに結果を出す必要がなければ楽しいし、それが生き残りをかけた勉強であるなら、楽しいとか楽しくないとか関係なくやるしかありません。

そこでこの記事では、第二のプログラミング言語を学ぶという点に話を絞って、もうちょっと別の考え方を提案してみたいと思います。それは、

というアプローチです。

現在の業務や、近い将来の転職に直接役立ちそうなプログラミング言語やフレームワークを勉強することは、すでにコンピュータで解決できる課題であることが判明している問題への対応です。

しかし、コンピュータを活用したエンジニアリングが切実に求められていて、それゆえにエンジニアの市場価値がこれから高くなる可能性を秘めているのは、まだコンピュータによる問題解決に手がつけられていない分野、それどころか、まだコンピュータを活用して解決できる問題として認識されていない分野かもしれません。

そのような分野を切り開いていくツールとして未知のプログラミング言語に手を伸ばしてみるのは、よりいっそう刺激的な挑戦といえるのではないでしょうか？ しかも、そうやって学んだ刺激的な第二言語は、いつもの業務で思わぬ効果を上げる可能性もあるはずです。

「ハンマーしか持っていなかったら、なんでも釘に見える」という戒めがありますが、第二言語を学ぶことは、まさにハンマー以外の道具を持つことだといえます。

ただし、これは、新しくて便利なツールを道具箱に増やしていこうという意味ではありません。新しい道具を手にする最大の利点は、それまで見えていなかった課題に気づけることです。ハンマーにしても、それまでハンマーを持っていなければ、そもそも釘が見えていない可能性があります。

ハンマーを手にしたことで、「いままで釘だと思わなかったものが実は釘であったことに気づく」ことだってありえるのです。求人が多いわけでもないプログラミング言語をわざわざ学ぶことは、この意味で新しいツールを手にすることかもしれません。

ポインタと再帰を意識できる言語を学べ（by Joel Spolsky）

というわけで、ここからは、短期的なキャリアアップにつながるとは断言できないけれど強力なツールとして学ぶべき第二言語について、少し思いを馳せてみましょう。

具体的な言語について考える前に、学ぶべきプログラミング言語を見極めるときのヒントになりそうな記事を1つ紹介します。かつてMicrosoftでExcel VBAの開発に携わり、現在ではStack OverflowのCEOでもあるJoel Spolsky（ジョエル・スポルスキー）氏が、いまから10年以上前の2005年末に公開した「Javaスクールの危険」という記事です。

Javaスクールの危険 - The Joel on Software Translation Project
（青木靖 訳。原題は「The Perils of JavaSchools」）

ものすごくざっくり要約すると、「Javaだけを学んだプログラマーは、優れたプログラマーかどうかわからない」というのが、この記事におけるJoel氏の主張です（短い記事なので、ぜひ全文を読んでください）。

Joel氏は、その主張の根拠として、記事中で次のように言っています。

ポインタと再帰を理解できる能力は、優れたプログラマになるための能力と直接的に相関している。

Joel氏は、言語によってはポインタや再帰を意識せずにプログラミングできることがウリになっていて、Javaがまさにそのような言語だと言います。実際、仕事でプログラムを書くツールとして考えれば、ポインタや再帰の意味を理解しなくても使える言語のほうが、間違いなく実用的な言語でしょう。

しかし、ソフトウェア開発についての教育という観点では、ポインタと再帰を意識しなくても済むプログラミング言語は不適切であり、まるでスプーンでご飯を食べさせてあげるようなものであるとJoel氏は言います。彼の見解に従うなら、学ぶべきプログラミング言語とは、ポインタや再帰を意識せざるをえない言語ということになりそうです。

プログラマーとして闘うために必要な力をつける言語を学ぼう

Joel氏の主張を真に受けて、第二言語としても、ポインタと再帰を極めるような言語に挑戦していけばいいのでしょうか？ プログラミングの筋力は確実にアップしそうですが、それだけでは現代的なソフトウェア開発の武器としてはやや心もとない（原始的すぎる）気もします。

そこで、Joel氏の主張を少し幅広く解釈して、優れたプログラマーとして闘うために必要な力を次のように言い換えてみたいと思います。

• コンピュータシステムにおける情報の表現を意識できる力（Joel氏の言葉では「ポインタ」）
• 計算機科学に根差した強力な抽象化を使いこなす力（Joel氏の言葉では「再帰」）

以下では、この2つの側面のそれぞれについて、学ぶべきプログラミング言語としてどんなものが考えられるかを無理やり紹介してみます（実際には、何らかのプログラミング言語がこの2つの側面のいずれかだけにきっちり対応しているわけではないので、「無理やり」です）。

「コンピュータシステムにおける情報の表現を意識できる力」を引き延ばす

プログラミングとは、現実世界の問題を理解し、それをコンピュータで扱えるようにする行為です。コンピュータで問題を扱うからには、現代のコンピュータが情報を扱っているやり方を理解する必要があります。そのやり方を知るには、メモリやネットワーク、OSやファイルシステムといった、コンピュータシステムに近い部分に触れてみるのが一番でしょう。

プログラミング言語には、そのようなシステムプログラミングに向いた言語と、もっと上位のアプリケーション開発に向いた言語とがあります。システムプログラミングを体験するのに向いた言語として、過去にはC/C++というのがほぼ唯一の選択肢でしたが、最近ではRustやGoといった新しい言語も登場して利用が広まりつつあります。

これらは、学ぶべき第二言語の有力候補になりそうです。

アプリケーションプログラミングでも、非同期メソッドやマルチスレッドを活用する場合には、コンピュータシステム上でプログラムがどのように実行されるかを意識することがとても重要になります。

古典的な言語であれば、ロックを用いて競合状態を自分で管理する複雑な方式を勉強する必要がありますが、最近ではメッセージパッシングやSTM（Software Transactional Memory）などに対応した現実的な言語が多数登場しています。

そのような並行モデルを特徴とする言語として注目されることが多い、ErlangやElixir、Clojureを第二言語として学んでみるのも面白いでしょう。

なお、すでに紹介したRustとGoにも、それぞれ並行・並列プログラミングを書きやすい仕組みが用意されています。また、JVM上のAkka | Akkaというフレームワークでも、Erlangに似た並行プログラミングのモデルを学ぶことができます。

「計算機科学に根差した強力な抽象化を使いこなす力」を引き延ばす

プログラミングでは、コンピュータへの命令が上手にできるだけでなく、そもそも現実世界における問題をうまく理解する必要があります。この点について、Joel氏は「再帰」が重要と言っていますが、これは、現実世界の問題には木構造やグラフ構造として表せるものも多く、そうした構造を扱う自然な方法が再帰的なアルゴリズムだからであると考えられます。

再帰は、いわゆる関数型言語で多用されるので、SchemeやHaskell、OCamlなどを通して学ぶのが手っ取り早いといえそうです。これらの言語を学ぶことで、関数などのブロックの中で自分自身を呼び出す明示的な再帰だけでなく、mapやfoldといった高階関数の利用にも慣れることができます。

再帰だけではありません。解決したい課題があるときは、まず関係するモノを分類して、問題を定式化する必要があります。そのためのうってつけの道具として「型」があります。

型は、計算機科学でしっかりと理論付けされているので、人間が考えたモノの分類を、コンピュータでも破綻なくよろしく扱ってもらえるような仕組みが作れます。CやJavaでしか型に触れたことがないと、人間がコンピュータに合わせるために書かされている面倒なもの、という印象しかないかもしれません。しかし、実際には、現実の問題をうまく整理してコンピュータに扱わせる便利な道具なのです。

OCaml、Haskell、Scalaのような、柔軟で性質のよい型システムを持つ静的型付き言語を1つでも突っ込んで勉強してみると、普段のプログラミングに対する考え方もかなり変わるかもしれません。

執筆者プロフィール

鹿野桂一郎（しかの・けいいちろう、GitHub、Twitter）

技術系編集者。専門はプログラミング言語やネットワーク関連の書籍企画、編集、制作。技術書出版社ラムダノートを立ち上げて、『プロフェッショナルSSL/TLS』などの出版を開始。
第一言語は、仕事で使っているという意味ではTeX、手になじんでいるという意味ではScheme（Gauche）、最近いちばんよく使うという意味ではHaskell。いま第二言語として学びたいのはJavaScript

※【2017年6月15日修正】Kotlinの開発会社名を「ジェットブレイン社」としていましたが「ジェットブレインズ社」に修正しました。また、「第二言語の選択肢4：静的型付き言語を学ぶならコレ！」において、Haskell言語の説明で「副作用のある関数を使えず」という表現を「副作用の有無を型で表現している」と修正いたしました。