開発環境

Debian GNU/Linux

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

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 を入れてみたかったのだが、デスクトップ用途に使うには余りにも不便すぎた。

Microsoft Windows 2000 Professional

Microsoft と付き合うしかない悲しい技術屋が選択する率が最も高かった OS で、未だに Microsoft の OS の中では最もバランスが取れていると思っている。
基本的に 2000 より前の Microsoft OS は機能も安定性も足りず、2000 より後の Microsoft OS は無用な機能が付きすぎていて邪魔で重い。
MSDN Subscription に契約してからメインの開発環境は軒並み XP へアップグレードしたが、ちょい前の機体などのパワーの足りない機体や、Windows 2000 までしか対応しない一部デバイスを利用するために生き残っていたり何かする。
ちなみに Microsoft のロードマップに素直に従う従順さがない一般的な企業だと普通に生き残っていたりするので、実はまだまだ現役。

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 Server

ホスト OS 上に仮想化されたハードウェアを作り出してゲスト OS を走らせることが出来る仮想化ソリューションの代名詞。
その他にも実装の違いも含めて Virtual PC や coLinux、Xen など存在するが、ゲスト OS が限定されていたり、ゲスト OS に専用の実装を要求したりしない、ハードウェア自体の仮想化による汎用性の高さから VMware Server を利用している。
過去の仕事の環境を維持したり、仕様上自分の端末内で環境が構築しきれない場合や、各種テスト環境の構築と、あればあったで便利である。
しかし VMware Server を本気で使い出すとホスト OS が走るハードウェアの要求スペックはドンドン上がってしまうことに注意か。

CodeGear RAD Studio 2007 Enterprise

統合開発環境の老舗、Borland の子会社、CodeGear が手掛ける統合開発環境。
Delphi 2007 for Win32 と C++Builder 2007 による Win32 API ネイティブアプリケーションと、Delphi .NET による .Net Framework 上のアプリケーションを開発することが出来る。
残念ながら C# Builder はこのバージョンから無くなってしまった。
特に Delhi 2007 for Native (ネイティブコードコンパイラを持つ Delphi を畏敬の念を込めて敢えてこう呼ぼう) は Borland という会社と共に育ってきた Borland Pascal の集大成であり、現在の私の思考回路の基盤を構成する厳格な言語である。

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 に移行している。

Microsoft Windows 2000 Server

Windows 2000 をメインで使っていた当時、メインワークステーション機が Xeon デュアル構成の上に Hyper Threading で仮想的に４つに見えてしまうことから Server エディションを導入した。
Windows 2000 はサーバ版とデスクトップ版にさしたる違いがないので、Windows 2000 Server はパワフルな機体をデスクトップ用途で使うには丁度良かった。
反対に Windows Server 2003 をデスクトップ用途で利用するにはかなり厳しい物がある。

Microsoft Windows 95、98SE

似非マルチタスク、似非ユーザ管理、無制限のバグ、無制限のセキュリティホールの似非 OS、MS-DOS 専用メニューソフト。
我が青春の国民機、《偉大なる友》NEC PC-9821Ap3 に最後の 98SE が一応インストールされてはいるが、その稼働率は限りなく零に近く、もはや過去の遺物として扱っても問題あるまい。

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 のバックエンドとして稼働していた。

Sun Microsystems Solaris 8

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 は冗談抜きにほとんど使えない。