開発環境

Debian GNU/Linux

オープンソースで開発されている OS のデストリビューションのひとつで、巨大資本が入り込まないコミュニティベースでの開発が続けられている。
X Window System という GUI も用意されているが、Linux 未経験の最初期に少し使った以外では基本的に CUI でしか使ったことがないし、サーバ用途としてならそれで充分だ。
Arcadian garden を維持するサーバ群には基本的に Debian GNU/Linux が導入され絶賛稼働中。
Linux は元々仕事で MIRACLE LINUX をちょっとダケ弄らなければならなかったのが発端 (Linux 未経験者が PHP のコンパイルを強行した) だが、その後 Linux 技術の必要性を痛切に感じて Red Hat Linux 7.3 に手を出して自宅サーバを構築し、現在は Debian GNU/Linux に落ち着いている。

CentOS

Red Hat Enterprise Linux との完全互換を目指したフリーのデストリビューションで、属に言う RHEL クローン。
Red Hat 系 Linux でサーバ運用可能な安定度を得たいとなるとほとんど唯一の選択肢となり、Red Hat 社のサポートは入らないけど Red Hat 系 Linux を導入したい企業ユーザなどに広く浸透している。
自宅環境は基本的に Debian GNU/Linux なのだが、メールサーバ Scalix を安全にインストールして運用するために例外的に導入した。

Microsoft Windows 7 Ultimate

Windows Vista をスッ飛ばして Windowx XP から Windows 7 へ移行した。
初の 64bit 版 Windows も Windows 7 Ultimate から。
Windows Vista の反省点が良い形で反映されており、応答性や互換性も悪くない。
ユーザインターフェイスも思ったより取っ付きにくくはなく、数日で慣れてしまった。
Windows XP で Microsoft のクライアント OS は成熟した感があったが、Windows 7 ではさらに成熟したものになったと思う。
などと、珍しく Microsoft を誉めている自分がいる。
ただ、ネットワークの場所の指定が出来なくなっていたり MIDI マッパーの選択が出来なくなっていたりと、細かく弄り出すと面倒な部分が多いのも事実だ。

Microsoft Windows 7 Professional

MSDN で開発用環境を整える場合には Windows 7 Ultimate だが、メーカから購入した場合のプリインストールではコチラになる。
普通に使う分には全部入りの Ultimate とほとんど大差ないが、いざ多言語対応だなんだとややこしいこと始める時は障害になるかもしれない。

Microsoft Windows Server 2003 Standard

自宅で Windows 系サーバを利用する場合、今の所は 2008 系ではなく基本的に 2003 系が導入される。
Vista の失敗で枯れまくった Windows XP と同系統の技術をベースにしていることもあり、余分な機能はなく、必要最低限の機能は揃っているというバランスがよい。
また Windows 2000 Server までは基本的にインストール直後は全部入りだったが、Windows Server 2003 からは必要な機能を後から追加するスタイルに変更になったのも良かった。
一時期 DFS を積極的に利用するために Windows Server 2003 Enterprise を利用していた時期があったが、現在は Samba に任せてしまっている。

Microsoft Windows XP Professional

長らく Windows 2000 に固執して使わなかった“おっぺけぺぇ～”こと XP だが、MSDN Subscription に契約して開発環境として一揃え利用できるようにしてから導入した。
当時のワークステーション機は Xeon デュアル構成で Hyper Threading 動作の仮想的に４つの CPU が存在するため、Windows 2000 利用時には仕方なく Server エディションを選択していたのだが、XP だと普通に Hyper Threading を認識するので問題はない。
流石に Vista の発売が延びに延びたのでその間に枯れてしまった模様で、安定性という面ではなかなかのレベルに達しているが、Windows 2000 から乗り換えた瞬間に感じたレスポンスの引っ掛かりの多さは、やはり OS が年々無駄に太って重くなっていることを端的に証明した。
本当はワークステーション機には Windows Server 2003 を入れてみたかったのだが、デスクトップ用途に使うには余りにも不便すぎた。
現在はワークステーション、ノート共に Windows 7 に移行したため、過去との互換性のために仮想環境の中にのみ存在する。

Microsoft・NEC MS-DOS 5.0

我が青春の国民機、《偉大なる友》NEC PC-9821Ap3 の主力 OS。
MS-DOS を知らない人は、Windows の DOS プロンプトだけでひとつの OS になっている物と考えればよい。
一般に Microsoft が作ったとされているが実際には旧デジタル・リサーチ社 (DEC) の OS、CP/M のコピーで、逆アセンブルすると DEC 会長キルドール氏のコードが出てきたというのも有名な話。
至高の言語 Turbo Pascal 6.0 を走らせるためには取り敢えず必要………どこかに NEC PC98x1 シリーズでのアプリケーション開発の仕事、落ちてないかな………？

VMware vSphere Hypervisor

ハードウェアに直接インストールして利用するベアメタル型の仮想化ハイパーバイザ。
VMware ESXi と言った方が分かりやすいかも知れない。
商用版 VMware vSphere の中核を成す仮想化基盤で、VMware vSphere Hypervisor だけならフリーで利用する事が出来る。
同様のベアメタル型の仮想化ハイパーバイザには Hyper-V、Xen、KVM などいくつかのソリューションがあるが、現在のところでは VMware に一日の長がある模様。
ただ、Microsoft にはバージョン 3 の法則もあるので、Hyper-V 3.0 が登場すると分からなくなるかも？
現在の仮想化された自宅サーバ環境の基盤技術で、Windows、Linux など様々な環境のホスティングに威力を発揮している。

VMware Player

ホスト OS 上に仮想化されたハードウェアを作り出してゲスト OS を走らせることが出来る仮想化ソリューション。
仮想化ソリューションとしてはその他にも実装の違いも含めて様々な物が存在するが、ゲスト OS が限定されていたり、ゲスト OS に専用の実装を要求したりしない、ハードウェア自体の仮想化による汎用性の高さが抜きん出ている。
特に VMware Player 2.0 以降はユニティ機能を用いてゲスト OS 上のウインドウをホスト OS 上に表示、操作できるようになって、より便利になった。
Windows 7 の XP Mode でも同様のことが出来るが、XP Mode が互換性の維持を念頭に置いて搭載される機能でしかないことに比して、VMware Player は仮想マシンの構築 (3.0 以降) など開発にも耐えうる性能を持っている。
Windows 7 が主力環境となった現在、過去との互換性を維持するために Windows XP Professional を動かしたりと大活躍している。

Embarcadero RAD Studio XE2 Enterprise

Embarcadero 社が開発、販売する統合開発環境。
Borland Developer Studio、CodeGear RAD Studio の各シリーズを源流に持つ。
Delphi と C++Builder によるネイティブアプリケーション開発と、Delphi Prism による .Net Framework アプリケーション開発が可能。
更に Delphi には 64bit コンパイラが装備され、また FireMonkey フレームワークによる Mac OS X や iOS などのクラスプラットフォーム開発が可能になっている。
VisualStudio の IDE にはどうしても慣れないので、Delphi Prism の RAD Studio IDE への統合と C# Builder の復活も望まれる。

Borland Delphi 7 Enterprise

Delphi 1.0 からの統合開発環境のスタイルを維持していた最後のバージョンの Delphi。
当初 Delphi 7 は Professional 版を利用していたのだが、Delphi 8 Enterprise にアップグレードした際に同梱されていた Enterprise 版に乗り換えた。
基本的に過去資産のスムーズな移行を約束している Delphi シリーズではあるが、一部の過去資産の維持のために一応維持している。

PHP: Hypertext Preprocessor

オープンソースで開発されている、ウェブアプリケーション開発用のスクリプト言語。
言語自体が様々な能力を持っており、手軽かつ素速くウェブアプリケーションを開発するのに優れる。
未だ巨大なプロジェクトには向かないが、使い所さえ誤らなければ JAVA などで開発するよりも遙かに瞬発力が高く、工数も工期も少なくて済む。
現在 Arcadian garden のバックエンドとして絶賛稼働中。

ActiveState ActivePerl

UNIX 世界では一般的なスクリプト言語 PERL を Windows で実現する。
WEB ページで CGI を利用するようになってからローカルでテストするために導入、その起源からテキスト処理に強いことより、その他のテキスト処理にも利用される。
また、DBI と DBD を組み込んでデータベース連結も可能なので、データベース処理スクリプトとしても有用である。

PostgreSQL

オープンソースで開発されているデータベースで、日本国内ではコミュニティ「日本 PostgreSQL ユーザ会」のおかげか MySQL よりも知名度があった。
最近 Windows にネイティブで対応したが、まだまだパフォーマンスが Linux で運用するよりも落ちるようである。
Arcadian garden ではリニューアルを機にそれまでのバックエンドだった MySQL から PostgreSQL に移行している。

PSqlEdit

Arcadian garden のバックエンドを PostgreSQL に移行してから使い始めたデータベースクライアント。
Oracle 用の OSqlEdit と同様の操作系が利用できて直感的なのだが、やはり利用者数の絶対的な差か OSqlEdit に比して機能的に数世代前、という感じが否めない。
それでも慣れとは恐ろしい物で、他のツールを使うよりも遙かに作業性が高い。

PSqlGrid

Arcadian garden のバックエンドを PostgreSQL に移行してから使い始めたデータベースクライアント。
OSqlGrid と同様に単純なテーブル単位の修正しかできないが、ちょっとしたデータの修正、テストデータ作成などに非常に便利である。

Subversion

有名な集中型バージョン管理システム。
導入当時、他にも CVS (Concurrent Versions System) や Microsoft の VSS (Visual SourceSafe) などがあったが、ファイル単位でしかバージョン管理しないそれらと違い、コミット単位で複数ファイルやディレクトリ移動をサポートしていることや、早くから Windows のエクスプローラとリンクする TortoiseSVN が開発されていたこと、HTTP/HTTPS 経由でリポジトリを公開して管理できたことなどを評価して採用した。
大規模な管理を要求していないし、使っている人間も極少数なので、今の所は Git や Mercurial などの分散型への移行は考えていない。

astah* professional

UML やマインドマップ、ER 図など多くの作図機能などを装備しているソフトウェア設計支援ツール。
UML 自体を真面目に勉強していないので「なんちゃって図」しか書けない自分の力量不足もあるが、ちょこっとした図から本格的な作図までそつなくこなしてくれ、手放せないツールとなっている。
無償版の astah* community もあるが、自分が最も欲しかった ER 図が書けないので有償版を使っている。

Microsoft Windows 2000 シリーズ

実用に耐えるようになってきた Microsoft の OS で、Windows XP が出足不調だったこともあって割と生き残っていた。
当初 Windows 95 系列と Windows NT 系列を統合すると喧伝していたこともあり一般ユーザが Windows 2000 に飛びついてしまって混乱、急遽 Windows Me を発売して Windows 95 系列からのアップグレードの受け皿とするも Windows Me がまた不安定極まり大混乱を招いたという悲しい過去も持つ。
Windows 2000 に関しては Server エディションも利用していたが、これは Professional エディションでは CPU が２つまでしか認識しなかったから。
Xeon デュアル構成の上に Hyper Threading で仮想的に４つに見えてしまったので仕方なく利用した。
ちなみに Windows 2000 は Server エディションと Professional エディションにさしたる違いがないので、Windows 2000 Server はパワフルな機体をデスクトップ用途で使うには丁度良かった。

Microsoft Windows 95、98SE

似非マルチタスク、似非ユーザ管理、無制限のバグ、無制限のセキュリティホールの似非 OS、MS-DOS 専用メニューソフト。
我が青春の国民機、《偉大なる友》NEC PC-9821Ap3 に最後の 98SE が一応インストールされてはいるが、その稼働率は限りなく零に近く、もはや過去の遺物として扱っても問題あるまい。
ただ、Microsoft Windows 95 の一般ご家庭に TCP/IP とインターネットを浸透させた功績は無視することは出来ないだろう。

VMware Server

VMware Player と同様にホスト OS 上に仮想化されたハードウェアを作り出してゲスト OS を走らせることが出来る仮想化ソリューション。
VMware Player との違いは "Server" の名が示すとおり、バックグラウンドサービスとして常時稼働を前提とした管理機能が揃っていて、実運用環境を想定されていること。
ただ、サーバ仮想化による実運用を考えたら開発も止まっていることだし、素直に VMware vSphere Hypervisor を利用すべきだと思う。
自宅サーバを仮想化した際に御役御免となった。

VMware Workstation

VMware Player と同様にホスト OS 上に仮想化されたハードウェアを作り出してゲスト OS を走らせることが出来る仮想化ソリューション。
VMware Player との違いはスナップショット、クローン作成などの開発者向け機能が充実していること。
かつては VMware Player 単体では仮想マシンが作れなかったので VMware Workstation しか選択肢がなかったが、現在は VMware Player で最低限の作業は出来る様になってしまった。
ただし、前述の通り開発者の貴重な時間を有効活用する機能が天こ盛りなので、本当に開発環境として利用したいのであれば VMware Workstation を推奨する。

Embarcadero RAD Studio シリーズ

CodeGear を買収した Embarcadero が手掛けている統合開発環境。
Borland の開発ツール部門は CodeGear に分社化したり、Embarcadero に買収されたりと激動しているが、その製品コンセプトはそれほどブレもなく一貫しているようで嬉しい。
Delphi for Win32 と C++Builder による Win32 API ネイティブアプリケーションと、Delphi .NET による .Net Framework 上のアプリケーションを開発することが出来る。

CodeGear RAD Studio シリーズ

統合開発環境の老舗である Borland が開発ツール部門を分社化して作った子会社である CodeGear が手掛けた統合開発環境。
名前が変わっただけで Borland Developer Studio シリーズの正当なバージョンアップシリーズ。
Delphi for Win32 と C++Builder による Win32 API ネイティブアプリケーションと、Delphi .NET による .Net Framework 上のアプリケーションを開発することが出来るが、2007 から C# Builder による開発が無くなった。

Borland Developer Studio シリーズ

統合開発環境の老舗、Borland の統合開発環境。
Borland Developer Studio、BDS と名が付いたのは BDS 2005 からで、Delphi for Win32、C++Builder による Win32 API ネイティブアプリケーションの開発と、Delphi for .Net、C# Builder による .Net Framework 上の開発の双方に対応できる。
基本的に Delphi しか使っていないので全ての言語が統合されている必要はないのだが、BDS 2005 は統合版しかなかったので導入。
BDS 2005 は開発環境自体が過渡期にあったと見えてかなり BUGGY で、2006 で大分安定した。

Borland Delphi シリーズ

Borland の誇るオブジェクト指向ビジュアル開発環境で、Turbo Pascal シリーズで培った Borland Pascal 技術の集大成として満を持して放たれた。
Turbo Pascal で思考回路が構成されていた自分にとって C++ や VisualBasic での GUI 開発は苦痛以外の何物でもなく、Delphi 1.0 が「Delphi の神託」として発表されて以来の長い付き合いである。
OOP を感覚的ですら使えなかった当初は VCL の恩恵に本当に意味で与ることは出来なかったが、Delphi 5 で PowerWitch the Royal の開発に着手するに当たってその開発能力と完成度の高さに度肝を抜かれた。
現在でもことクライアントアプリケーション開発に関して Delphi よりも高効率が出せる開発環境に自分は出会っていない。

Borland Turbo Pascal 6.0

Borland という会社の間違いなく代表作であり、Borland の名前を世の開発者に知らしめた記念碑的な製品の 6 代目。
コンパイラ言語が高嶺の花で、コンパイル時間で食事が出来たり夜が明けたりする時代に、"Hung on to your seat !" が表すとおりの超高速コンパイラと統合開発環境を学生が小遣いを貯めた程度で購入可能な低価格で提供した。
事実、高校生だった自分は小遣いを貯めて Turbo Pascal 6.0 を購入しているが、BASIC しか知らず、C++ に生理的な拒絶反応を起こした自分にとって Pascal の厳格な構文はセンセーショナルであると同時に非常に美しく映り、後の自分の方向性を定めた。
ちなみに ALGOL 系の手続き型言語である Pascal だが、Turbo Pascal は 5.5 からオブジェクト指向開発もできる言語に生まれ変わって周囲を驚かせ、それが非常にアーキテクチャが美しいと評判の Delphi へ受け継がれている。
(ちなみにその後 .NET Framework にも受け継がれていたりなんかする)
現在の自分の OOP 理解の根底は Turbo Pascal 6.0 のマニュアルだったりするのも事実だ。

Fortran90

大学の卒業研究で利用した、FORTRAN77 を大幅に機能強化した言語で、こと数値計算分野において非常に優れた開発能力を発揮する。
FORTRAN77 はまだまだ古い時代の大型電算機の雰囲気を持っていたが、Fortran90 は構造化言語構文を取り入れてより強力な言語として生まれ変わっている。
この辺りの構造化構文の強化には多分に Pascal 的な部分があり、Turbo Pascal で思考回路が構成されていた自分には取っ付きやすい言語であった。
FORTRAN77 譲りの「計算する」という大命題以外にはとことん労力を割かないで住む言語仕様も無論健在。

FORTRAN77

大学の授業で出会った言語で、大型コンピュータにパンチカードで入力していた時代の名残を目一杯残している旧態依然とした言語。
暗黙の型宣言や、コンパイラの構文解釈に対する深い知識などをプログラマに要求する危険な言語だが、数値計算の用途に非常に強いと言う事実自体は認めざるを得なかった。
また「計算する」という大命題以外にはとことん労力を割かないで住む言語仕様は潔い。
FORTRAN という言語の凄いところは、言語仕様として複素数計算の機能を平然と持っていると言うことだと自分は思う。

電脳組 BASIC/98 Fast、BASIC/98 Compiler

MS-DOS 上で BASIC のプログラムを走らせるのは割と難儀な話であった。
N88-BASIC コンパイラは高価で、N88BASIC.LIB というファイルが無いと動かず、しかも N88BASIC.LIB は再配布が認められていないというイジメのようなライセンスだった。
そんな中で試したのは、当時構造化 BASIC を謳っていた BASIC/98 Fast と再配布可能の実行ファイルを作成可能な BASIC/98 Compiler だった。
IF ～ THEN ～ ELSE ～ END IF などの構造化構文がサポートされていたり、ローカル変数がサポートされていたりした。
もっとも Turbo Pascal 6.0 との邂逅を果たす直前の出会いであり、BASIC/98 の活躍の時間は長くはなかった。

NEC N88 日本語 DISK-BASIC(86)

高校に入って NEC PC-9801RX/21 から本格的に弄りだした言語で、自分にとってはプログラミングの世界に本格的に入っていった記念すべき言語。
『プログラミングの教育はまず行番号付き BASIC から入るべきだ』という自分の持論を強力に支えている存在である。
BASIC のクセにグラフィックス LIO を使ったグラフィックス処理は妙に速く (もちろんアセンブラでチューニングしまくったアルゴリズムを組まれた日には手も足も出ないが)、コンピュータにビジュアルの要素を簡単に結びつけることが出来た。
これが直接的なプログラミングの愉しさを自分に教えてくれた原因のひとつだと思う。

NEC N88-BASIC

プログラミングの始まりは最初に触れたパソコン NEC PC-8801mk-II との出会いまで遡る。
ROM BASIC と俗称されていた物だが、当時のゲームがほとんど例外なく PC-8801mk-II SR 以降を必要としていたため、自分にとってのパソコンとは純粋にプログラミングして遊ぶ玩具となっていた。
分からないなりにも参考書や雑誌のコードを打ち込んで遊んでいた記憶があり、今にして思えば読み耽っていた「すがやみつる著 こんにちはマイコン」が最初の道標だったのかも知れない。

MySQL

オープンソースで開発されている、複数のストレージエンジンを選択して利用できるという特徴を持ったデータベースで、特に MyISAM 型の検索速度は熱い。
かつては単純さ故の堅牢性を維持していたが、現在ではエンタープライズ用途にも利用できるように様々な付加機能が追加された。
リニューアル前まで Arcadian garden のバックエンドとして稼働していた。

Common SQL Environment

仕事で MySQL を利用した時に利用したデータベースクライアント。
MySQL の他にも Oracle、PostgreSQL、ODBC にも対応するようだが、Oracle になら OSqlEdit、PostgreSQL になら PSqlEdit を利用するので活躍の場は MySQL の場合のみだ。
しかも MySQL にネイティブ対応しているのはかなり古いバージョンだけなので、事実上 ODBC 接続用のクライアントと化した。

Sun Microsystems Solaris

Sun Microsystems のエンタープライズ UNIX。
流石に作られた環境を利用したという程度で環境構築などの経験があるわけではないが、System V 系 UNIX であり、Linux 経験があると最低限は使えたりなんかする。

Microsoft WindowsNT 4.0 Server

Microsoft のなんとかまともに維持できる最低限度の OS で、一応 NT、"Network Technology" を標榜しているが個人的には "No Technology" か "Neanderthal Technology" だろうと考える。
しかし過去の開発環境と称してはいるが、実はまだまだ現役で動いていることが多く、全く知らんぷりできるシロモノでもないところが悲しい。

JAVA

Sun Microsystems が世界に誇るオブジェクト指向言語だが、基本的に仕事以外で利用したいとはあまり思わない。
「一度書けばどこでも動く」 "Write once, run anywhere" を標榜していたが、さしずめ「一度書けばどこでもデバッグできる」 "Write once, debug anywhere" が関の山。
さらに言語自体には何の能力もなく結局のところ様々なライブラリ、アプリケーションサーバに頼らざるを得なくなってしまう。
結果としてバージョン依存が非常に強く、JAVA で作れば大丈夫と盲目的に信じた馬鹿がバージョン問題で青くなったりもする。

Microsoft VisualBasic

その存在からして仕様バグである Microsoft のビジュアル開発環境で、元はどこかのベンチャーが作った物を Microsoft が買い取ったかした物。
バージョンアップの度に言語仕様が変わったり、様々な外部モジュールに頼りすぎてバージョン依存問題で泣かされたり、言語自体で自分自身を強化できないからサードパーティの高価なコンポーネントを買いあさらなければならなかったりとダメダメな言語。
無駄に高い瞬発力があり、コンピュータに関する基礎知識と高度な技術を持っているプログラマの開発力を助けることはできるが、そんな人材はそうそう居るわけがないので結果として管理に困る「ヘタレ資産」を量産することになった。

Oracle

エンタープライズデータベースとして知らぬ者はいないと思われるほどに有名なデータベース。
もちろんとても高価なので仕事以外で使おうとか思わない。
確かに歴史もあるし機能も多彩だが、妙に古い設計が随所に残っていたり、妙なバグがひたすら放置されていたりする。
Oracle 8、8i、9i、10g の利用経験、環境構築経験 (取り敢えずインストールした程度だが) あり。

Borland InterBase

Borland が開発した軽量の RDBMS で、一時期だけオープンソース化されて Firebird とうブランチが発生した。
元々アプリケーション組み込み用途も想定していたためか使ってみると割と便利よく、現在の不遇な立場にはちょっと勿体なさを感じる。

Microsoft Access

不安定、肥大化、データ破壊率激高といいこと無しのデータベース。
ミッションクリティカルではない簡易アプリケーションの組み込み用途として JET と共に配る以外ではあまり扱いたくない。
ちなみに何を隠そうこの瑞輝、Access は冗談抜きにほとんど使えない。

OSqlEdit

Oracle 専用の SQL 実行用クライアントだが、オブジェクトのソースコード取得などにも威力を発揮するシェアウェア。
基本機能を必要充分かつ高いレベルで網羅しており、データベース操作に無くてはならないツールとなった。
この OSqlEdit のおかげで自分の仕事の効率がかなり跳ね上がっているのは無視できない事実である。

OSqlGrid

Oracle 専用の表形式データ編集ツールで、微妙にシェアウェア。
テーブル単位の編集しか能力はないが、直感的に操作できたり OSqlEdit と連動したりと割と便利で、プログラムデバッグ時のテストデータ作成などを非常に強力にバックアップしてくれる。

SI Object Browser

Oracle 専用の管理ツールで、一応 SQL 実行用の機能も備えているが OSqlEdit と比べると遙かに編集機能が弱いため使い分けている。
ただし PL/SQL に関してはデバッグ機能が搭載されており、巨大なストアドプロシージャを構築する際の問題究明には活躍したりする。
しかしデータをあまりにも簡単に変更できてしまうため、運用状態に入った場合には正直余りオススメできない。

Enterprise Architect 3.5

実績があるということである巨大プロジェクトで導入された UML ツールだが、ハッキリ言って仕様段階から間違っているとしか思えないユーザインターフェイスの劣悪さには反吐が出た。
これが採用されていたおかげで、そのプロジェクトにおける事務手続きが通常の数倍から十数倍の工数を要したと断言できる。
新しいバージョンでは改善されているかも知れないが、新しいバージョンを試してみようという気すら完膚無きまでに叩き壊してくれた。

MultiPortFAX 3 Adv.

信之助 異文書 LAN があまりにも不安定なのでシステム再構築の折りに乗り換えた多回線 FAX 送受信ミドルウェア。
大規模コールセンタ向け機能なども充実しており、自前のアプリケーションとの連携方法もいくつも用意されている。
本格的に利用すると Diva Server などの通信ボードが必要になるが、ちゃんと整えてやればかなり安定的に動作する。

信之助 異文書 LAN

FAX 送受信ミドルウェアで、ネットワーク対応して複数端末から利用できるように強化されている。
のだが、ネットワーク対応と言いつつ共有フォルダをみんなで見に行くだけでサーバプロセスなど存在せず、ロックファイルでユーザ排他する ACCESS みたいな設計だわ、ユーザ数が増えると指数関数的にレスポンスが落ちるわ、夜間回しっぱなしにしていると OS ごとフリーズして帰ってこなくなるわ、Norton AntiVirus と衝突するわ、とにかく存在自体が許せないミドルウェアであった。
間違っても使ってなどやらん。