INASOFT 管理人のひとこと

最近、少し気になっていることがあります。

公開しているソフトに関する、Win9xの対応方針についてです。

現在の方針としては、

• 古くから開発しているソフトについては、（可能な限り）Win9xにも対応し続ける。
  • いじくるつくーる
  • ListView to CSV
  • すっきり!! デフラグなど
• 新たに開発しているソフトについては、基本的に Windows 2000以降への対応とする。[※1]
  • NumLockLock
  • マウスのお供
  • コピペテキスト修飾除去
  • 改行コード変換など

としています。

古いソフトで、すでにWin9xに対応する方針でやってきているものならともかく、新規ソフトのWin9xへの対応は、さりげなく開発者／利用者の負担になります。例えば、

• Unicodeで、さらりとコーディングできないこと。（使用できる文字種が減ったり、扱えるファイル名が減る。場合によっては、ListView to CSVのようなANSI/Unicode版の二重管理が必要なためコスト増加）
• 使えるAPIが減る。新しいWindows用のAPIを新しいWindowsでだけ使いたい場合は、DLL動的呼びだしを記述する必要がありコーディングのコストが増加。
• Win9xでの動作テストが必要。

等々。また、最近は64bit版を作るブームもあるので、その場合は、3エディションを平行管理しなければならない面倒くささでもプラス（実はListView to CSVは三重管理中）。

手間や面倒くささの増加は、リリースまでのコストが増えることと、バグが入り込む余地に繋がります。将来的な保守性の低下にも繋がります。

そもそも、Win9xはMSのサポートが切れてから長い時間が経過しているので、どこまで対応させ続ける必要があるか、ユーザーにどの程度のニーズがあるのか、……きっとニーズは極小だろう、という考えもあり、こうしています

ですが、この部分に考え間違いがあったら……つまり、まだまだWin9xへのニーズがたくさんあるのに、これを勘違いして極小と思っていたとするなら……、考え直さなければなりません。

つまり、手間をかけてでも、Win9xに対応させることに意味が出てくるわけです。

というわけで、先日設置したフィードバックページや過去数年のアンケートを見直してみたのですが…、使われているWindowsは例外なく下記の3つのうちのどれかでした。

• Windows XP
• Windows Vista
• Windows 7

（Linuxという回答もあったのですが、今回は除外してあります）

これはニーズがないことを意味しているのか、あるいは、Win9xユーザーがアンケートに寄りついていないだけなのか……わかりません。

というわけで、Win9xへの対応についてニーズを測りたいと考えています。

もしご意見をお聞かせいただけるようであれば、下記コメント欄か、フィードバックページ[※2]の方までお願いします。

[※1].NET Frameworkを実行環境とするソフトウェアについては、Win98に対応しようとしまいと、手間に大した違いがないので、Win98以降対応を基本としています。まぁ、これについては「.NET Frameworkをインストールするのが嫌だ」と思っているユーザーが少なからずいるらしいですが…。

[※2]フィードバックパージでは、ソフト名の入力は必須となっていますが、空で構いませんし、対応して欲しいソフト名を書いていただいても構いません。