ＢＡＳＩＣと言っても、コンピュータに疎（うと）い人や年若い人には、何のことだかわからないかもしれません。そこで、少し説明を加えておきます。ＢＡＳＩＣとは、コンピュータのプログラミング言語の一つで、日本では１９７０年代および８０年代に、国産のパーソナルコンピュータにＲＯＭの形で搭載されていました。当時のパソコンのパンフレットを見ると、しきりに「ＢＡＳＩＣ搭載。」と書かれていました。また、それはＢＡＳＩＣインタプリタという言語処理系プログラムの一つとしても知られていました。
当時、一枚の電子配線基盤（ワンボード）上に載せられていたマイクロ・コンピュータには、モニターと呼ばれる最低限機械の動作に必要なプログラムが載せられていましたが、さらにメモリ・チップの増設やキーボード・ＣＲＴディスプレイ・ディスク記憶装置などの周辺機器をつなぐことが必要になってきました。そのためにそれらを制御するためのプログラムをパッケージ化したいわゆるオペレーティング・システム（ＯＳ）と共に、それらを活用するプログラムを開発することが必要だったのです。けれども、その手続きがいちいち面倒で、一般に普及させることが困難でした。
そうしたマイクロ・コンピュータのシステムを比較的簡単に利用できるようにしたのが、ＢＡＳＩＣインタプリタをメーカー独自で開発する方式だったのです。各メーカーが、コンピュータのハードウェアに合わせて独自のＢＡＳＩＣインタプリタを開発して、そのプログラムをＲＯＭに焼いて、パーソナル・コンピュータのプリント基板に搭載させるという方式でした。
基盤がむき出しになった状態で使われるマイクロ・コンピュータも、防護カバーで基盤を覆われたパーソナル・コンピュータも、実際はほぼ同じものだったのです。ただし、コンピュータの利用の仕方が、人間が機械語でプログラムをいちいち作って、それを機械に憶えさせて動かす方法よりも、簡単な命令をキーボードとＣＲＴディスプレイで入力とその確認をしながら動かせる方式のほうが、時間も労力も、直接操作する人間の側に負担が少なくて済みます。ＢＡＳＩＣインタプリタは、その意味で当時のコンピュータの利用技術を進歩させ、その便利さを一般に普及させたわけです。
しかしながら、当時のマイクロ・コンピュータの動作速度が遅かったことと、ＢＡＳＩＣインタプリタに何でもやらせようとして、そのプログラムの規模が大きくなりがちであったことのために、コンピュータの見かけの処理動作が速くなりませんでした。同じものを人間が機械語で作って同じコンピュータで動かすと、あっと言う間に処理が終わってしまいます。その効率の悪さが理由で、ＢＡＳＩＣは使いものにならないと思われることが少なくありませんでした。従って、ＢＡＳＩＣなんて勉強している人間は、いずれプログラムが組めなくなる（作れなくなる）とさえ言われていました。（むかしむかしソフトウェア開発会社に勤めていた私は、会社の先輩からその言葉を日々聞かされていました。）
ところで、そうした日本の大手メーカーがパーソナル・コンピュータに搭載するために開発したＢＡＳＩＣのもとになった（あるいは、おそらく参考にした）のは、米国のマイクロソフト社のＢＡＳＩＣだったらしいそうです。あのビル・ゲイツさんのマイクロソフト社は、１９９０年代のウィンドウズ（MS-Windows）というＯＳ（Operating System）が世界的なソフトウェア商品としてヒットしたことで有名です。もっとも、それ以前にも、MS-DOS（Microsoft Disk Operation System）や、アップル社のマッキントッシュ（Macintosh）用のMS-BASIC（BASIC 2.0）など、パーソナル・コンピュータ（マイクロ・コンピュータ）にとって画期的な商品を生み出してきたことを忘れてはならないと思います。
その辺は、現在コンピュータを利用している大部分の人たちにはわかりにくいことなのかもしれません。しかし、当時はMS-DOSが身近にあるパソコンなどで動いちゃったりすると、いろんな道具（ツール）をプログラムで自作して、すこしでもそのパソコンを便利にしようと考える人が、日本にもあちこちにいたのは事実です。ＢＡＳＩＣ搭載のパソコンが一般に普及し出した頃もそうでした。現在は、コンピュータ・システムがどれもこれも複雑化して、かなりの専門家でないといじれない部分が多いと思いますが、かつてはそうではありませんでした。機械語を入力し間違えて、パソコンが暴走したり、フリーズ（凍結）して機械がうんともすんとも言わなくなって、リセットした経験のある人も少なくなかったことでしょう。
ＣＱ出版社の『マイコンピュータ 1985 NO.17』の「実践特集 マン・マシン・インターフェイスとＢＡＳＩＣ」では、「マックのマン・マシンＩ／Ｆ」としてアップル社のマッキントッシュ用のMS-BASIC（BASIC 2.0）が紹介されていました。その二十八年前に出版された本誌によると、そのＢＡＳＩＣ言語インタプリタは、マックのグラフィックなユーザ・インタ−フェース、つまり、ＧＵＩをＢＡＳＩＣの命令や関数で制御（コントロール）し操作できるようになっていたそうです。例えば、自作したＢＡＳＩＣプログラムが、それ自身のウィンドウのメニュ・バーをマウスでクリックされると、メニュを出します。さらにメニュのどれかの項目が選ばれると、その結果が返ってきて、ＢＡＳＩＣで書いた個別の処理を行います。そのMS-BASICは、マックのＧＵＩシステムが使っているウィンドウやメニュや項目などの部品と同じものを、ＢＡＳＩＣプログラム上で組み込んで、操作できるようにしているのです。つまり、マックのＯＳの一部であるＧＵＩのシステムの働きをＢＡＳＩＣインタプリタで借用して、利用できるようになっていたわけです。
さらに、そのマック用のマイクロソフトＢＡＳＩＣには、従来のＢＡＳＩＣの欠点を補うような工夫がされていました。プログラムのリストを見ると、予約語と、使う人が名前を決めた変数とが一目見て区別できたのもそうですが、もっと大きなメリットがありました。それは、行番号を使う必要がなかったということでした。行番号は、命令文の実行順の流れを決めるのには良いのですが、（ＧＯＴＯ ２０とかＧＯＳＵＢ １００とかいうふうに）その実行の流れを変えるための飛び先にも使われます。行番号がついているあちこちの場所に飛んでいって、命令実行の順番を変えることができるので、人間が飛び先を間違えてプログラムを書いたりすると、コンピュータが暴走もしくは誤動作する原因になりかねませんでした。プログラムへの命令が多くなって、プログラム全体の規模が大きくなればなるほど、そのような危険が大きくなります。従って、プログラムの開発のしやすさから見れば、行番号は無いほうが良いのです。
そのかわり、そのマック用のマイクロソフトＢＡＳＩＣでは、命令の固まりをブロック化（モジュール化）して表現するために、字下げができるようにフォーマットされていました。Ｃ言語などのフォーマット（書式）と、当時すでに同じだったのです。当時の私は、ソフトウェア開発会社でＰＬ／Ｍ（マイクロコンピュータ開発用ＰＬ／１言語）やＣ言語でプログラムを組んでいました。そして、「プログラムのモジュール化」ということを会社の先輩や上司から耳にタコができるほど言われてきました。そしてまた、ＢＡＳＩＣはモジュール化に向かない、ダメなプログラミング言語だと教えられ、プロは使ってはいけないとまで言われていました。しかし、私は家に帰ると、プライベートでポケコンやハンドヘルドやパソコンで趣味としてＢＡＳＩＣのプログラムを組んでいました。行番号付きで、どこでも命令実行の順番を変えることのできるＢＡＳＩＣをいじっていました。
その結果がどうなったかを簡単に述べてみたいと思います。プログラマには、三十歳定年説というものがありました。私は、二十八歳の時にそのソフトウェア開発会社を辞めて、その専門的な実務から足を洗いましたが、趣味としてはまだ継続しています。趣味だと一回作るのをあきらめたプログラムでも、半年後か一年後に再挑戦して、プログラミングの作業を再開しても、誰にも文句は言われません。そこが、仕事と趣味の違うところです。そうやって、その時できなくても、いつか完成させてやろうと思って、個人で楽しんで作っていたというのが、今でも私のスタイルになっています。簡単なコンピュータの動作でしたら機械語のプログラミングでできてしまいますが、ちょっと凝った内容のものは、ＢＡＳＩＣ言語で作るべきだと考えています。要するに、私はＢＡＳＩＣ言語のおかげで、いまだに、コンピュータを自作のプログラムで動かすことができるというわけです。（ただし、あくまでも趣味としてです。）
三十代から四十代にかけて、そんな私はＣ言語を趣味でいじくりながら『オブジェクト指向』について考えていました。パソコン雑誌などでいろんなコーディング（つまり、プログラムを書いたものの）例を見ていたのですが、ふと、あることに気がつきました。その使い方すなわち手段はわかるのですが、そもそもの考えすなわちその目的がわからない。何のために『オブジェクト指向』という考えや手段が必要なのか、そのメリットとデメリットで正反対のことが主張されているということは、もしかして目的が明確になっていないからではないのか。ということは、雑誌や専門書に書かれている手段を正しく十分に、私が理解していないからではないか。等々の考えにいたりました。ですから、使うコンピュータ言語がＣであろうと、ＢＡＳＩＣであろうと関係なく、その本質と目的がハッキリしていれば、『オブジェクト指向』は少しも難しいものではないということを私は理解しました。
実は、ウィンドウズ９５あたりから、このＯＳに標準搭載されているＷＳＨ（Windows Script Host）というプログラミング・ツールに私は注目していました。これは、ＪａｖａやＶｉｓｕａｌＢａｓｉｃに似た書式の使える簡易言語の一種で、もちろんウィンドウズのＯＳの一部をプログラミングで操作できます。（以前、遠隔操作について述べたコマンドについても、その簡易言語の中にありましたが、私は使ったことがありません。）
そうした簡易言語（スクリプト）は、ＨＴＭＬというＷＥＢ用の言語の中でも使用できて、さらにＨＴＭＬアプリケーションという、ＨＴＭＬ言語による独立したアプリケーション・プログラムを、それらのスクリプトを利用してウィンドウズ上で作れるようになっています。かくして、私はＣ言語などのコンパイルを必要とするプログラミング言語を使うことを止めてしまいました。ウィンドウズＯＳで標準搭載された簡易言語のみでプログラムが組めることがわかったからです。しかも、それはＢＡＳＩＣインタプリタで、アップル社の昔のマック用ＢＡＳＩＣと同様の、行番号の無い、字下げでモジュール化の表現ができるもので、しかも、オブジェクトも作り出すことができます。簡易言語（スクリプト）であるけれども、ある意味で、最新のＢＡＳＩＣ言語でもあるので、使ってみない理由は無いと私は思いました。
最近では、そのような簡易言語で、昔流行（はや）った簡単な仕組みのゲームとか、学研の『大人の科学マガジン vol.24』の付録についていた４ビット・マイコンＧＭＣ−４の機械語プログラミングをやりやすくするツール（道具）とかを作ってみたりしています。なるべく役に立たないものを作ろうと目指しているのですが、将来的には、そうしたものを、興味のある人には見てもらっても、タダで使って遊んでもらってもいいかもしれないと思って、その準備を進めてもいます。
