#1 Scalaで学ぶ環境構築の基本

Scalaは、Javaと同じ土台(JVM)の上で動きながら、より簡潔な書き方ができる言語です。「オブジェクト指向」と「関数型」という2つの考え方を併せ持つ、やや独特な立ち位置の言語でもあります。この記事では、Scalaを学ぶための環境構築を、実際につまずきやすいポイントも含めて詳しく解説します。

ScalaもJDKが土台になる

ScalaはKotlinと同様、JVM(Java Virtual Machine)の上で動く言語です。そのため環境構築の最初のステップとして、Javaの開発キットである「JDK」をインストールしておく必要があります。JDKとは、Javaのプログラムをコンパイル・実行するために必要な一式のツール群のことで、ScalaのコードもいったんJVMが理解できる形式に変換されてから動くため、これが土台として必須になります。

ここで初心者がよくつまずくのが「どのJDKを入れればいいのか」という点です。JDKにはOracle製のものやOpenJDK系の配布版(Temurin、Corettoなど)が複数あり、バージョンも8・11・17・21…と幅があります。結論としては、特別な理由がなければ「LTS(長期サポート版)」の中でも比較的新しいもの(2026年時点では17か21あたり)を選んでおけば、Scalaの学習用途としては問題ありません。迷ったらまずTemurin版のLTSを入れる、くらいの気持ちで大丈夫です。

インストール後は、ターミナル(コマンドプロンプトやPowerShell)で次のように確認します。

java -version

ここで 'java' は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されていません。 といったエラーが出た場合、多くは「JDKはインストールしたが、環境変数PATHにjavaのパスが通っていない」ことが原因です。Windowsの場合は「システム環境変数の編集」からJAVA_HOMEを設定し、そのうえでPATHに%JAVA_HOME%\binを追加すると解決することがほとんどです。インストーラーによっては自動でPATHを通してくれるものもありますが、うまくいかない場合はこの設定を手動で見直してみてください。

sbtというビルドツール

Scalaの学習では、コンパイラを直接使うよりも「sbt」というビルドツールを使うのが一般的です。sbtは、複数のファイルをまとめてコンパイルしたり、必要なライブラリを自動でダウンロードしてきたりしてくれる「現場でも使われる標準的な作業ツール」です。公式サイト(scala-lang.org)の案内に従ってインストールすると、Scala本体とsbtがまとめて使えるようになります。インストール後、次のコマンドで確認しましょう。

scala -version

sbtでよく出るエラーとその対処

sbtは非常に便利な反面、初心者が最初にぶつかる壁になりやすいツールでもあります。代表的なつまずきをいくつか紹介します。

「sbtコマンドが見つからない」: JDKのときと同様、インストール直後にターミナルを開き直していないとPATHが反映されず、コマンドが認識されないことがあります。一度ターミナルを閉じて開き直すだけで解決することが多いので、まずは試してみてください。

「初回起動がとにかく遅い」: sbtやsbt runを初めて実行したとき、数分間画面が固まったように見えることがあります。これはエラーではなく、sbt自体の起動に必要な追加ファイルや、プロジェクトが依存しているライブラリをインターネット経由でダウンロードしているためです。Scalaの世界ではこうした部品を「Maven」や「Ivy」と呼ばれるリポジトリ(倉庫)から取得する仕組みになっており、初回だけこの取得処理が走るので時間がかかります。2回目以降はローカルにキャッシュされるため、格段に速くなります。焦らず待つのがコツです。

「Server access Error」「Unable to find valid certification path」といった通信系のエラー: 社内ネットワークや一部のWi-Fi環境では、プロキシやセキュリティソフトの影響でライブラリのダウンロードに失敗することがあります。自宅の一般的なネット回線であればほぼ発生しませんが、もし遭遇した場合は、ネットワーク環境を変えて再試行する、あるいは職場のPCであればネットワーク管理者にプロキシ設定を確認してもらうのが近道です。

プロジェクトを作って実行する

sbtを使うと、次のコマンドでプロジェクトのひな形を作成できます。

sbt new scala/scala-seed.g8

プロジェクトのフォルダに移動し、次のコマンドで実行します。

sbt run

ここでも「初回だけ妙に時間がかかる」のは前述のとおり正常な動作です。もしsbt runを実行して[error] Not a valid command: runのようなメッセージが出た場合は、プロジェクトのフォルダではなく別の場所でコマンドを打っていないか(カレントディレクトリがずれていないか)を確認してみましょう。sbtはフォルダ内の設定ファイル(build.sbtなど)を見てプロジェクトを認識するため、想定と違う場所で実行すると正しく動きません。

つまずきやすいポイント・よくある質問(FAQ)

Q. そもそもScalaを学ぶ意味はあるの?

Scalaは、ビッグデータ処理の分野で広く使われている「Apache Spark」が内部的にScalaで書かれていることもあり、データ処理やバックエンドの分野で一定の需要がある言語です。また「オブジェクト指向」と「関数型」の両方の考え方に触れられるため、他の言語を学ぶときの視野が広がるという副次的なメリットもあります。ただし、Web制作の入り口として最初に触る言語としてはやや学習コストが高めなので、「JavaやKotlinにひととおり慣れてから、少し発展的な言語として触ってみる」くらいの位置づけで考えておくと気持ちが楽です。

Q. sbtとScala CLI、どちらを使えばいい?

近年は「Scala CLI」という、より手軽にスクリプトを試せるツールも登場しています。1つのファイルをさっと動かして試したいだけなら手軽なScala CLIも選択肢に入りますが、本格的にプロジェクトを組んで学ぶ、あるいは書籍・チュートリアルの多くがsbt前提で書かれていることを考えると、入門段階ではまずsbtに慣れておくのが無難だと言えます。

Q. コンパイルに時間がかかるのは自分の環境がおかしいから?

いいえ、Scalaのコンパイラは言語の性質上、Javaなどに比べてコンパイルにやや時間がかかる傾向があります。これは一般的に知られている特性であり、PCのスペックだけの問題ではありません。ファイルを保存するたびに毎回全部が固まる、というほどではないので、実際に触りながら「こういうものだ」という感覚をつかんでいくとよいでしょう。

エディタ・IDEはどれを使えばいい?

Scalaの開発では、IntelliJ IDEAにScala用のプラグインを入れる組み合わせが広く使われています。コード補完やエラー箇所の指摘が手厚く、初心者のうちは「今どこが間違っているか」が視覚的にわかりやすい点が助かります。軽量なエディタが好みであれば、VS Codeに「Metals」という拡張機能を入れる方法も人気があり、こちらもコード補完などの支援機能が充実しています。どちらが絶対に正しいというものではなく、普段使い慣れているエディタがあればまずはそれにScala対応の拡張機能を足してみて、使いにくさを感じたら別の組み合わせを試してみる、くらいの気軽さで選んで問題ありません。

他の言語と比べた環境構築の考え方の違い

ここまで見てきたように、Scalaの環境構築は「JDKを土台にして、その上でsbtというビルドツールを使う」という2段構えになっているのが特徴です。同じJVM系の言語であるKotlinやJavaと共通する部分が多い一方で、Python(pipやvenvといった軽量な仕組みが中心)やJavaScript(npmでパッケージを管理する仕組みが中心)と比べると、初回に必要なライブラリのダウンロード量や、ビルドツールが担う役割の大きさがやや目立ちます。これはどちらが優れているという話ではなく、Scalaがコンパイル型の言語であり、かつJVMという成熟したエコシステムの恩恵(豊富なライブラリ資産など)を受けている裏返しでもあります。他の言語で「環境構築は数分で終わった」という経験がある方は、Scalaで最初の一歩がやや重く感じられるかもしれませんが、その分、一度環境が整えば安定して開発を続けられる土台でもあります。

Scalaならではの注意点

Scalaには「同じ処理を、オブジェクト指向的にも関数型的にも書ける」という柔軟さがあります。この柔軟さは長所である一方、入門段階では書き方の選択肢が多すぎて迷う原因にもなります。最初は1つの書き方(多くの入門書ではオブジェクト指向寄りの書き方)に絞って学び、慣れてから関数型の書き方を取り入れるのがおすすめです。環境構築の段階でつまずいた経験がある方も、一度動く状態まで持っていければ、その後の学習で環境まわりのトラブルに再度悩まされることは少なくなっていきます。

まとめ

Scalaの環境構築は、JDKを土台にsbtを導入するという流れです。sbtは初回起動やビルドに時間がかかったり、PATHまわりのエラーでつまずいたりしがちですが、その多くは「よくあるパターン」であり、慌てる必要はありません。`sbt run`で気軽に実行を試しながら、まずは基本の書き方に絞って学習を進めていきましょう。

本ページはプロモーションを含みます。

参考書籍(PR)

Scalaをもっと学びたい方には「実践Scala入門」がおすすめです。

コメント

コメントを投稿

このブログの人気の投稿

#11 Rustで学ぶエラーハンドリングの基本

Rustのエラーハンドリングは、他の言語のような「例外」という仕組みを持たず、`Result`という型を使った独自の考え方が中心になります。この記事では、Rustにおけるエラーハンドリングの基本を解説します。 Result型という考え方 失敗する可能性がある処理は、`Result`という「成功か失敗かを表す型」を返します。 fn divide(a: i32, b: i32) -> Result<i32, String> { if b == 0 { return Err(String::from("0では割れません")); } Ok(a / b) } 成功時は`Ok`、失敗時は`Err`という形で結果を包んで返します。 matchで結果を扱う match divide(10, 0) { Ok(result) => println!("結果: {}", result), Err(message) => println!("エラー: {}", message), } ?という便利な記号 Rustには、`Result`がエラーだった場合に、その場で関数の呼び出し元にエラーを伝えて処理を中断できる`?`という記号があります。 fn calculate() -> Result<i32, String> { let result = divide(10, 0)?; Ok(result) } Rustならではの注意点 他の言語の「エラーが起きても気づかずに進んでしまう」という問題を防ぐため、Rustは`Result`の中身を確認しない限り、警告を出す仕組みになっています。エラーの可能性を無視できない設計こそが、Rustの安全性を支えています。 まとめ Rustのエラーハンドリングは`Result`型が中心で、`match`や`?`を使って結果を扱います。エラーの可能性を無視できない設計に慣れていきましょう。 本ページはプロモーションを含みます。 参考書籍(PR) Rustをもっと学びたい方には「 実践Rust入門[言語仕様から開発手法まで] 」がおすすめです。...
続きを読む

#16 TypeScriptで学ぶ辞書型(マップ)の基本

TypeScriptの辞書に相当する仕組みは、JavaScriptと同じですが、キーと値の型をあらかじめ決めておけるのが特徴です。この記事では、TypeScriptにおける辞書の扱い方を解説します。 型付きのオブジェクト interface Person { name: string; age: number; } const person: Person = { name: "太郎", age: 20 }; キーの型が決まっていない辞書 キーの名前が事前に決まっていない辞書のような使い方をしたい場合は、次のように書きます。 const scores: { [key: string]: number } = {}; scores["太郎"] = 90; Mapを使う場合 const person = new Map<string, string>(); person.set("name", "太郎"); `Map<string, string>`のように、キーと値それぞれの型を指定できます。 TypeScriptならではの注意点 型付きのオブジェクト(`interface`)を使うと、存在しないキーにアクセスしようとした際に、実行前の段階でエラーとして教えてもらえます。データの形が決まっている場合は、キーが自由な辞書よりも`interface`を使うほうが安全です。 まとめ TypeScriptの辞書は、形が決まっているなら`interface`、自由なキーを扱うなら`{ [key: string]: 型 }`や`Map`を使います。用途に応じて型の付け方を選びましょう。 本ページはプロモーションを含みます。 参考書籍(PR) TypeScriptをもっと学びたい方には「 プロを目指す人のためのTypeScript入門 」がおすすめです。
続きを読む

#19 Goで学ぶテスト(単体テスト)の基本

Goはシンプルな文法が魅力ですが、書いたコードが正しく動くかどうかは別問題です。この記事では、Goで書いたコードを自動でチェックする「テスト」の基本を解説します。 なぜテストを書くのか コードを修正するたびに、関連する機能が壊れていないかを手作業で確認するのは大変です。テストを用意しておけば、コマンド一つで動作確認ができ、安心してコードを直せるようになります。 Go標準のテスト機能 Goには追加のライブラリを入れなくても使える testing パッケージが標準で備わっています。テスト対象のファイルと同じディレクトリに、名前の末尾が _test.go のファイルを作ります。 // add.go package main func add(a int, b int) int { return a + b } // add_test.go package main import "testing" func TestAdd(t *testing.T) { result := add(2, 3) if result != 5 { t.Errorf("add(2, 3) = %d; want 5", result) } } テスト関数の名前は Test から始める決まりです。ターミナルで go test と実行すると、 _test.go 内の Test から始まる関数がすべて自動で実行されます。 複数パターンをまとめてテストする Goでは、複数の入力パターンをスライス(配列のようなもの)にまとめて、まとめてテストする書き方(テーブル駆動テスト)がよく使われます。 func TestAddCases(t *testing.T) { cases := []struct{ a, b, want int }{ {2, 3, 5}, {0, 0, 0}, {-1, 1, 0}, } for _, c := range cases { if got := add(c.a, c.b); got != c.want { t.Errorf("add(%d,...
続きを読む