本システムは異なったＯＳのバイナリ互換プログラム作成という目的については達成できた。 しかし、私にはその事が終端ではなく非常に大きなプロジェクトのスタート地点だという気がしてやまない。
開発環境の種類が多ければ多いほど、プログラマーの負担は比例して大きくなります。 ソフトの使用方法や文法，くせなどの習得は大変です。 これは本来の「ソフトを作る」という目的ではなく手順を暗記しているだけであります。 本システムの場合、開発環境が１つで洗練されているために憶える事項が少なく、アルゴリズムに集中して作業ができます。 私はＬｉｎｕｘの操作に関しては完全に素人ですが、Ｌｉｎｕｘ上で動作するソフトウェアはバリバリ作っています。 通常の開発環境ではこんなことはありません。 また、メンテナンスにおいてもソース行数を抑えることができるので改造が非常に楽になります。 「１週間前の自分は他人」というように、個人的なものにおいても見やすく解読しやすいソースを作ることは重要です。 例えば圧縮解凍ライブラリのＺＬＩＢは、色々な開発環境に対応させる為、マクロや条件文がてんこ盛りになっているので、 初見で解読するのは不可能です。 マイクロソフトのＭＦＣにおいても、ソース中にＡＮＳＩのＣ＋＋文法とは全く異なるマクロ記述があり、 「丸暗記」の技術だと言わざるをえません。
ネットワークにはいろいろなプロトコルが存在しますが、なぜそんなに多くのプロトコルが必要なのでしょうか？ 理由の大半はアプリケーションが自己中心的に作られているために、単一のインターフェースにしか対応していない事です。 具体的には、Ｗｉｎｄｏｗｓアプリがネットワークに対応してなくて、ネットワークドライブを割り当てないとデータを使用 できないので、ＵＮＩＸサーバにＳＡＭＢＡを導入するなどです。ただＷｉｎｄｏｗｓネットワークはＬＡＮ内は通過できても インターネットまでは通過できません。（そのためにセキュリティーは上がりますが．．） 複数のプロトコルを使ってゆくには、ネットワークのハードウェアにまで気を使わねばなりませんので管理が大変です。 プロトコルをＨＴＴＰに統一すれば、インターネットに接続できる環境ならばＯＫということになり、 こういったハードウェア，ソフトウェアは時代の流れにより誰かが勝手に更新してくれます。
通常のＷｉｎｄｏｗｓアプリとブラウザＣＧＩソフトの一番大きな違いは操作性につきます。
ブラウザＣＧＩはクライアントからなにか操作しないと、サーバのデータを送れません。
ＨＴＭＬにリロードの機能があるのですが、これを頻繁（といっても１秒に１回）にすると、
画面がちらちらして操作できたものじゃありません。
つまり、サーバのデータをリアルタイムに画面表示するのが苦手なのです。
これを補ってくれるのは私の知るところには、アクティブＸとＪＡＶＡアプレットです。
アクティブＸはマイクロソフトが薦めているＯＬＥの最新の形であり、
クライアント側に固有の数字で管理されたアプリケーションをインストールし、
サーバはその番号をクライアントに返す事で、その機能を実行します。
当然ながら、クライアントはＷｉｎｄｏｗｓマシンでなければなりません。
またＪＡＶＡアプレットはサーバよりプログラムをダウンロードすることにより実行します。
どちらがいいかは本システムの目的から考えてＪＡＶＡの方を選ぶのが普通でしょう。
操作性の為、以下のように処理を分担します。
・サーバ側の処理---本システム
・クライアント側の処理---本システムのＨＴＭＬ＋ＪＡＶＡアプレット
なら、「ＪＡＶＡサーブレットを使えば、すべてＪＡＶＡ開発環境のみでいいのではないか」という意見があると思いますが、
単なるデータベース処理だけならそれでよいのですが、ハードウェアの直接制御や高速性が必要な演算を伴なう場合、
Ｃのようなある程度きたない言語でないとダメですし、ＪＡＶＡのデバッグ性能が十分ではありません。
Ｃ／Ｃ＋＋言語は組み方によって大きなバグを生みやすいことも事実ですが、
最後にプログラムを実行するのはＣＰＵなのでそのマシン語レベルでデバッグできる環境がそなわっている事は大きいと思います。
本システムはＬｉｎｕｘ環境においてライブラリを必要としない（カーネルのみでよい）ので、非常に小さなサイズのＬｉｎｕｘを作る事ができます。 フロッピーディスクだけで動くＦＤ−Ｌｉｎｕｘというものがいくつか出回っていますが、 サイズを小さくするために相当古いカーネルを使用してますし、対応するハードウェアも限られたものになっています。 本システムでは１枚のフロッピーに最新のカーネル＋色々な機能を盛り込むということができます。 （当然ながら組み込む機能はすべて自分で作らないといけないですが．．） たとえばＷＷＷサーバを作る場合、通常はアパッチのような大きなプログラムを組み込む必要があります。 また、データをダウンロードできる様にＦＴＰサーバかＳＡＭＢＡも必要となってきますし、 管理のためにＴＥＬＮＥＴやＸサーバ，ＷＥＢＭＩＮも必要かもしれません。 ＷＷＷサーバを本システムで作成し、アップロードや管理もブラウザからできるようにすれば、 本システムで作成したプログラムのみで機能を実現できますし、その容量も数百バイトで済むはずです。 世界で１番使われてるアパッチと比較すると、セキュリティーの問題があると思われるかもしれませんが、 むしろ危ないのはよく使われている方だと思います。