去年、友人に連れられて、新しいチャットに出入りするようになりました。チャットに行きはじめって、知り合う人、つまり初めて話す人が多いんですよね。このときに、話した人の名前は覚えられたとしても、その人のパーソナルデータまで正確に覚えるまでには時間がかかることに気がつきまして。前に話をしてから時間が空いたりすれば、その人の名前も忘れてしまうようなこともあるし、ましてやその人の住んでるところや仕事、前に話したことなど、頻繁に話せた人は別としても、必ずしもそういう人ばかりではありません。覚えるにしても限界があります(^-^;。それならば、話した人の名前、いつ初めて話をして、その人がどういう人かをデータベース化できれば便利だなーと思って作りはめたのが動機です。たまたま仕事でも、データベースを使ったC/Sシステムを開発しているので、その知識を生かして、という部分もありました。

自分がVBしか使えないことと、データベース（MicrosoftのJetデータベース）を使用しているため、それ関連のモジュールが必要なことから、配布時のファイルサイズやセットアップの構成に頭を悩ませました。

まず、「このソフトを使う人は初心者～初級者の人が多いだろう。ということは、VBのランタイムなんて言ってもわかるかな」とか、「きっと既製品パソコンを使ってる人だと、Microsoft Officeも入ってたとしてもPersonal Editionを使っているだろうから、Accessなんか入ってないだろうし」とか、「Jetデータベースに接続する方法がData Access Object（DAO）とActiveX Data Object（ADO）の2種類があって、そのどっちにしたらいいか」とか、「何とかデータベースを使わないでテキストファイルとかで情報の管理ができないかな」とか、かなり悩みは多かったです。

結局、いろいろと考えた末、まず環境に合わせてセットアップを複数用意しました。僕のWebサイトで、ウィザードに答えると、どれをダウンロードすべきかわかるようにしてみたりしました。これで、Accessを持ってる人や、既にVB 6のランタイムをインストールしている人に余計なものを落としてもらわないで済むようにしました（とはいっても、それでもセットアップファイルの大きさはかなりデカイ……）。

そのほかには、対象ユーザが初心者～初級者のため、ヘルプをちょっと凝ってみました。普段使っているオンラインソフトで、ヘルプがわかりやすい・使いやすいソフトってほとんど見たことがないんです。なので、できるだけわかりやすいヘルプを、と頑張って作りました。

それから、ADOはそれをセットアップするためのモジュールが8MBもあるため、それならばまだDAOの方がファイルサイズ小さくできるし、Jetにも最適化されているから、ということでDAOを採用しました。

データベースではなくテキストファイルでの管理は、さまざまな制約があることと、自分のスキル的に追いつかない部分があったため、結局断念しました。

それと、自分自身でもほしいなと思って、ユーザの方からも要望があったもので、登録パーソナルデータをファイルに出力して、それを「CUA」のユーザさん同士で交換できたらいいなー、って思ったんですけど、これはストーカーの温床になりかねないという結論に達し、機能を付けるのを止めた、などの経緯もあります。

もう使い方がはっきり限定されているソフトなので、逆に「こういう使い方をしている」といった報告をいただけるとうれしいです。