ＶＢとＢａｓｉｃ

Ｗｉｎｄｏｗｓ９５がリリースされ、ＤｏｓグラマーがＷｉｎグラマーに転進し、 そして彼等は前（Ｑｕｉｃｋ　Ｂａｓｉｃ）に増してマイクロソフトのＢａｓｉｃ言語を良く使うようになった。
その名もＶｉｓｕａｌ　Ｂａｓｉｃ（ビジュアル・ベーシック　通称ＶＢ）である。 マイクロソフトはＭＳ−ＤＯＳ用にＱｕｉｃｋ　Ｂａｓｉｃという エセ構造化Ｂａｓｉｃ言語の見せ掛けだけのコンパイラを世に問いサンデーグラマー達に好評を博す事に成功した。
元々マイクロソフトの統帥ビル・ゲイツはＢａｓｉｃが大好きなのだ。
理由は・・・色々あるだろうがＣＰ／Ｍでよく使ったことがある８ｂｉｔのマイクロソフトＢａｓｉｃは彼の作品であり、 それに対する思い入れもかなりあるのだろうし、ＯＳの開発に携わったことがある人間であれば インタープリタがいじらしい位に可愛くなるものなのである。
ＯＳの上で実行される様々なサービスはそれ自体がインタプリタの関数なのである。
つまりＯＳは様々なサービスのための窓口を用意し、 ユーザーは何をしたいかを指令する（コマンドを入れる）とそれを受けて伝令が窓口に走り指令されたことを実行する。
例えば、ＭＳ−ＤＯＳやＷＩＮの裏で走っているＣＯＭＭＡＮＤ．ＣＯＭ（．ＥＸＥ）はインタプリタそのものである。
事実、自分で過去に携わってきたＯＳ開発は全てインタプリタの設計となんら変わることが無かった。

Ｂａｓｉｃというのは、僕が学生の頃必須だったＦｏｒｔｒａｎ（フォートラン）なんかよりはずっと直感への訴求力が強く理解し易い。
しかもソースを一行ずつ翻訳し実行するソースインタープリタ型の言語であり、デバッグも一行づつ確認が出きるため使いやすい。
ただ、インタプリタの宿命から来る実行時間の遅さ（翻訳しながら・・・）と高級言語であるがためにサポートされている関数に限りがあり、 言語設計者の予想を超えた使い方が出来ない等の欠点がある。
そんな理由から仕事上で製品として手元を放さなければならない開発では殆ど使用しなかった。
従って、８ｂｉｔ時代のＦＡ・組込みの開発ではアセンプラ言語を使いコキコキ書いていた。
僕がＦＡのＰＣアプリケーションとしてＣだけを使ってプログラムを書き上げられるようになったのは、 ＮＥＣのＰＣ−９８０１のＣＰＵが４８６になってからだ。
それ以前のものはＣを基本に速度を要求する箇所はアセンブラ言語で書く・・・という事をやっていた （そのおかげで、未だにＣの関数や書式が判らなくなるとと、タラタラとアセンブラでプログラムをつないだで動作確認を終えたあと、 調べてプログラムを完成させてしまうこともたまーにある。