その必要は実はもう無い。
別にＭＳ－ＥＸＣＥＬでもＶisioでもIllustrator でもいいはずだが、
重いし、互換性に難があるので意味がない。
テキストファイルの形であると良い点は、
- 読める
- 履歴管理ツールがそのまま使える。
- 最初からＩＤＥみたいな開発環境を作らなくて済む。
- 文法やライブラリィの拡張で延命ができる。
の４点である。
WindowsのWSHなんかこの４要素の最高峰といってよいだろう。
１．は良いとして、２．もＶＳＳをまんま使えるし、制限付きだけどＷＳＨ自体がActiveXだからVisualStudioの環境すら借りられるから３．も丸である。
４．はご都合仕様のActiveXを作れば、どんどん拡張できるので文法の拡張すら手抜きできるお気楽仕様である。※だから頻繁にヴァージョンが上がってしまう。
ＡｃｔｉｖｅＸはテキストではないバイナリーであるが、別に読まなくていいからソース提供されていないだけでソース自体はＭＳ内部に存在するはずだ。
ただ、こんなソースなしのＡｃｔｉｖｅＸに頼っているのでＥｘｐｏｌｏｒｅで拡張子を表示しないの設定のままではファイルの拡張子をＷＳＨから見ることができない。
しかも対処方法は自分なりのＡｃｔｉｖｅＸを作るしかない訳だができないわけではない面倒なだけだ。
要するに、言語を作る人は、その程度の環境整備にすら疎いのだ。
それ故にテキストファイルから離れることは能力的に無理というものだ。
だから、テキストではないコンピュータ言語が欲しかったら自分で作るしかないんだろうなぁ・・・。
テキストである悪い点は、
- 簡単に改悪できるからデバッグが大変だ。特に一人善がりの構文だったりすると、文法エラーとしか思えない文法だったりする。※Ｃ＋＋。
- テキストから一旦バイナリーデータかファイルに落とすので長いものは重い。※ＸＭＬ。
- テキストにはかけでも実装できない処理は描けない。※アセンブラ。
- 延命しているうちに読める人が居なくなってしまう。※ＣＯＢＯＬ。
- WorkGroupで仕様協議とかし始めると、読めないテキストになる。※Ｗ３Ｃ全般。
というところかな。
だが、言語の美しさや覚えやすさなんか考えるよりも、パーツやシステムの美しさや醜さを考察する方が重要な気がする。
ＶｉｓｕａｌＳｔｕｄｉｏやＥｘｃｌｉｐｓｅなどの統合環境やＴｏｍｃａｔやＳｕｂｖｅｒｓｉｏｎなんかのパッケージも、
実は偶然使えそうなバージョンが出来たからリリースされているんじゃないかな・・・と思ってしまう今日この頃である。
『ほう！サンプルを観てみるとこんなに簡単にできるんですね。じゃぁ～何か作ってみようか』
（しばらくして）
涙涙涙