ＷＩＮＤＯＷＳ’９５に対応したって？

　実は今、少々迷っていることがある。というのは、ボーランド社からＴｕｒｂｏＣ＋＋のＷＩＮＤＯＷＳ’９５対応版が出るという案内が来ていて、ヴァージョンアップもかなり安くてそれはいいのだが、問題は、そもそもこのホームページに上げてあるようなソフトが３２ビットになってどういう意味があるのか、自分でもよくわからないのである。わざわざソースコードをいじってまで３．１で動かないソフトをアップするのがいいことなのか。もともとそんなに作動が遅いような巨大なソフトではないし、ファイルを直接扱わないので、長いファイル名も関係ない。そんなことして、新しいバグが出てしまったらどうしよう。困った困った。でも、コンパイラのヴァージョンアップは当然やるんだよな。だったらやっぱり、両方上げておくべきか。
　ＷＩＮＤＯＷＳ’９５は確かにいい。もちろん完全であるとはいわないし、どうも起動が遅いのが気に入らないのだが、総体としてはよく出来ている。何よりも重要なことは、オペレーティング・システム全体がＯＬＥクライアントとして作動するところで、この点のコツを一回つかんでしまえば、ディレクトリの海の中にデータファイルを見失うこともまずなくなるし、ソフト自体が長いファイル名に対応していなくてもまったく困らない（現に私は、Ｖｚで長いファイル名のデータをしっかり扱っている）。にもかかわらず、１６ビットか３２ビットかなんていうソフトの使い勝手と本質的に関係のない、隠れた部分が強調されているようで、はっきりいってそんなこと素人にはどうでもいいのである。だって、３２ビットになったなんて言われても、何か数字が大きくなって良くなったような「気がする」だけでしょ、普通のユーザーの場合。
　だから、「駅すぱあと　ｆｏｒ　ＷＩＮＤＯＷＳ」なんてのがずっと１６ビットでやっているのは、とてもいいことだと思う。あのようなタイプのソフトの場合、特に使い勝手に影響するわけでもないのに３２ビットにして、未だにかなり潜在していると思われる３．１のユーザーを犠牲にしても何の意味もない。だから、「元素周期表」なんてのを３２ビットにするのは、多分自分のプログラムの練習になるくらいで、ユーザーの方にはあまりメリットがないだろう。といいながらも、練習のためにきっとやるんだけど。もしも３２ビット版をアップしても、既に１６ビットでちゃんと動いているなら、よく説明を読んでからダウンして下さいね。

　では、ビット数なんかとは無関係な、ユーザーの使い勝手に直接影響する９５対応とは何か。以下、これについて考えてみる。

1. 長いファイル名への対応
   　上にも書いたのだが、ＷＩＮＤＯＷＳ’９５のユーザーインターフェイスの特徴がちゃんとわかっていれば、ソフト自体が長いファイル名に対応していなくても一向構わない。ただ、もちろんソフト自体がファイル名を変えたり出来ればそのほうがいいに決まってるし、タイトルバーにも編集中のファイル名が出るわけだから、そこにもちゃんと表示して欲しい。このためには、とりあえずソフト自身が長いファイル名に対応する必要は、確かにある。他のところにも書いた通り、出来ればＤＯＳのソフトも対応して欲しいものである。不可能ではないと聞いている。少なくとも、その辺のシステムコールの使い方がきちんと公開されれば――。

2. データとファイルの数の関係
   　上の方に書いたことと関係があるのだが、これからはソフトの中からファイルを呼び出すのではなく、ファイルのアイコンからソフトを呼び出すＯＬＥ型が主流になるべきかと思う。だとすると、一太郎のＶｅｒ．３のように、一つのデータにファイル三つというようなのは、整理に困る。現に一太郎もその次のヴァージョンからはファイルが一つになった。これは別に９５対応と関係なく、本当に複数のファイルをデータ一つに当てる必要があるのかどうかは、常に検討すべきだろう（画像は埋め込みかリンクかとか）。しかし、総体としての９５対応ソフトは、データファイルを一つに集約して欲しい。リレーショナルデータベースなど、ディレクトリ一つを占有して数十のファイルを作るのがあったが、あれは９５では大変に使いにくい。

3. ユーザーインターフェイスの統一
   　３．１用のソフトを使っていてときたま不便に感じるのは、ダイアログボックスのデザインなどが統一されていないことである。９５になってから、その辺りのガイドラインも統一されるのだろうか。もちろん、これには議論の余地があると思う。どこまでがソフトの個性とすべきか、あるいは統一すべきか――何でもかんでも揃えていったら、結局ソフトはみんな同じになってしまって（どうも、この傾向は少しずつ出て来たようだが）、競争原理が成り立たない。ただ、例えばファイルの読み書きなどのダイアログは統一されてもいい。他にもドラッグアンドドロップの使い方や、マウスの右ボタンの機能など、考えるべきことはたくさんある。

1. ３２ビット化したという事実そのもの
   　これが自慢になっているうちは、パソコンはわかりやすくならない。わかりやすくならなくてもいいというのならそれでかまわないが、最近の傾向は、とにかく初心者でも簡単に、である。３２ビット化して、だからなんだというのか。もしかしたら、次の点を自慢したいのか。

2. 安定した
   　つまり、３．１の時は不安定だったといってるのである。現段階では仕方ないのかも知れないが、前がよくなかったから今回は直したというのは当たり前のことであって、決して誉められるものではない。

3. 速くなった
   　体感で言って、確かに環境によっては９５の方が速いようである。ただし、あくまで環境による。場合によっては遅くなることがしばしばある。ただ、３．１＋３．１用ソフトより速くなるという話は今のところ聞かない。９５で３．１用ソフトを動かす時より速いと言うだけなら、これはそもそも９５を駄目だといってるようなものだ。

4. てんこ盛り
   　以上のような３２ビット化と直接の関係はない自慢でまずいものというと、要するに新しい機能をたくさん付けたという奴である。もちろん、今までの１６ビット版でこの点が不便だったからそこを改良したというなら、これは当然のことだ。困るのは、３２ビット化するついでに、やたらといりもしない（としか思えない）機能をごちゃごちゃ付けてくれる所で、これをやったソフトはだいたいにおいて（という程は数を知らないが）、ファイルサイズは大きくなる、バグは発生する、不安定になるなど、ロクなことはない。ソフトをきちんと作動させるには、プログラムの肥大化は避けるべきだ。ソースコードが大きくなればバグの混入は当然増えるし、そうでなくとも使わない機能のためにファイルが大きくなってうれしいはずがない。読込みが遅くなる上に、ハードディスクを圧迫するだけである。

開発室に戻る