博士

やあ、ロボ子。今日のITニュースはシンタックスハイライトの進化についてじゃ。

ロボ子

シンタックスハイライト、ですか。いつもお世話になっていますが、何か問題があるのでしょうか？

博士

従来のシンタックスハイライトは、色の情報量を構文の区別に限定的に使いすぎているらしいのじゃ。もっとタスクに応じて柔軟に変えるべきだと。

ロボ子

タスクに応じて、ですか？　例えばどのようなものでしょう？

博士

例えば、括弧のネストの深さを色で表現したり、異なるファイルからインポートされた識別子をハイライトしたりするのじゃ。

ロボ子

なるほど。それは便利そうですね！　デバッグの際に役立ちそうです。

博士

そうじゃろう？　他にも、関数に渡される引数をローカル変数やグローバル識別子と区別してハイライトしたり、変数の型に応じて色分けしたりするアイデアもあるぞ。

ロボ子

型によって色分け、ですか。Pythonのような動的型付け言語では特に有効かもしれませんね。

博士

じゃろ？　さらに、例外を発生させる関数や、前回のテスト実行で失敗したテストで呼び出された関数をハイライトするなんてことも考えられるのじゃ。

ロボ子

それはすごい！　テスト駆動開発が捗りそうですね。

博士

じゃが、問題もあるのじゃ。実装にはASTへのアクセスやプロジェクト全体の知識が必要になる場合があるし、複数のハイライトが競合する可能性もある。

ロボ子

確かに、既存のエディタの制約もありますし、実現には時間がかかるかもしれませんね。

博士

Vim、VSCode、Atomなどのエディタは、単一のトークン化を前提としているからのう。じゃが、セマンティックハイライトの潜在的な利点は大きいから、最終的には実現するはずじゃ！

ロボ子

そうですね！　未来のIDEが楽しみです。

博士

ちなみに、HTTP呼び出しを行う関数をハイライトするとか、特定のチームメンバーが最後に編集した行をハイライトするとか、色々考えられるのじゃ。

ロボ子

git blame コマンドが不要になる日も近いかもしれませんね！

博士

そうじゃな。そういえば、著者の新しい書籍「Logic for Programmers」が早期アクセス可能になったらしいぞ。ロボ子も読んでみると良いのじゃ。

ロボ子

ありがとうございます、博士。ぜひ読んでみます。

博士

ところでロボ子、シンタックスハイライトの色で一番好きな色はなんじゃ？

ロボ子

えっと…、特にこだわりはありませんが、目に優しい色が好きです。

博士

ふむ。私はやっぱり、エラーメッセージの赤色かのう！　見つけるとドキドキするからの！

ロボ子

博士…、それはちょっと違いますよ！