ソフトウエア開発ツール関連の業界団体Eclipse Foundationはカナダ時間9月18日，PHP開発者向けの新しいツール「Eclipse PHP Development Tools（PDT）1.0」を公開した。Eclipse PDTは，Eclipse用のPHP開発環境プラグイン。PHP開発者の生産性向上を支援するツールとフレームワークを提供する。 PDT 1.0は，構文強調表示やコード補完機能などを備えるエディタ，PHPコードのインクリメンタル・デバック機能，PDTを拡張して新しいPHP開発者用ツールを構築するためのフレームワークおよびAPIなどを提供する。 多くのPHP開発者は，リッチ・インターネット・アプリケーションを作成する際に，JavaやC/C++といった異なる開発言語を使用しており，ソース・コード管理（SCM），テスト，プロファイリングといったタスクのために複数の開発ツール

Javaや.NETを使うと，メモリー管理を意識しなくてもプログラミングできる。例えばJavaの場合は，Java VM（Virtual Machine）が備える「ガベージ・コレクタ」と呼ぶメモリー管理機能が，未使用のオブジェクトを破棄してメモリーを解放するといった処理を自動的に実行する（図1）。 図1●JavaVMによるメモリー管理の仕組み ヒープ領域は，生存期間の短いオブジェクトを格納する「New領域」と生存期間の長いオブジェクトを格納する「Old領域」で構成される。New領域はさらに，最初にオブジェクトを格納する領域「Eden」と，しばらく生存しているオブジェクトを格納する「世代0」「世代1」から成る。Edenに存在するオブジェクトは，生存期間が延びるにつれて，世代0または世代1に移動。世代0と世代1を何度か移動した後，最終的にOld領域に移される [画像のクリックで拡大表示] だが，処

「始めよければ終わりよし」と言いますが，「最初の仕様があいまいなままプロジェクトを開始した」とか「簡単だと思って始めて深みにはまった」という失敗事例を，システム開発ではよく聞きます。これは，“プロジェクト開始の作法”が確立していないからではないでしょうか。 プラント建設のプロジェクトでは，“元請け”である「コントラクター（契約請負業者）」にとっての「プロジェクトの開始」は，オーナー（発注者）から「見積もり引合い書」が来た時です。この見積もり引合い書のことを，「RFP（Request for Proposal)」と呼びます（「RFQ（Request for Quotation）」や「ITB（Invitation to Bidders）」と呼ぶこともあります）。RFPの作成は，プラント建設では常識中の常識です。 RFPを作成する企業は，競争見積もりには参加しない プラント建設プロジェクトのRF

今回は継承，特に誤解されがちな多重継承について改めて解説します。「オブジェクトは現実世界のモノの反映であり，継承はそのモノの分類を反映したものである」，「多重継承は良くないものだ」という意見が正しいかどうか，判断する基準を紹介します。 今回は，オブジェクト指向にまつわる誤解を取り上げましょう。 これまで，オブジェクト指向プログラミングの古くからのファンとして解説を書き，Rubyというオブジェクト指向プログラミング言語を提供してきました。オブジェクト指向プログラミングをより多くの人が身近に感じられるように貢献してきたつもりです。Smalltalkよりも手軽に入手でき，JavaやC++よりも簡単にオブジェクト指向プログラミングを実践できるRubyによってオブジェクト指向という概念がより理解しやすくなったのではないかと自負しています。 しかし，その過程で，私自身の未熟さもあり，オブジェクト指向プ

参議院選挙が終わってから、社会保険庁の年金記録問題への世間の関心はやや薄らいできたような気もするが、我が家では、ある出来事がきっかけになって、つい先日まで社会保険庁のシステムがたびたび批判の的になった。正直に言ってささいなことだったが、この経験を通して「顧客と接する情報システム（業務プロセス）の設計が甘いと、顧客には大きな不満が残るのだな」ということが実感できた。 まず、社会保険庁のシステムを巡り、我が家で起こった“ある出来事”について説明しておきたい。筆者の妻は国民年金に加入している。年金記録問題が取りざたされているのをテレビなどで知り、自分の年金加入記録が正しいのか気になったようだ。加入記録は社会保険庁のWebサイトで閲覧できるが、そのためには専用のIDとパスワードを社会保険庁に発行してもらう必要がある。そこで妻は、同庁のWebサイト上でIDとパスワードを申請した。 しかし、申請時に入

garbage in, garbage out / ガイゴー / ギーゴー / ガーベジイン・ガーベジアウト コンピュータによる情報処理において、プログラムに組み込まれたロジックに一切間違いがなくとも、与えられたデータ（入力）が誤っていれば、得られる値（出力）は無効なものにしかならないということを示す警句。直訳すれば「ゴミを入れると、ゴミが出てくる」で、FIFOのもじりと思われる。 内容的には「不正な入力からは不正な出力しか得られない」という、コンピュータ技術者にとっては自明のことがらをいったものにすぎないが、GIGOという表現はコンピュータの歴史のごく初期のころから使われてきた。これは「コンピュータは頭がいい」「間違った入力も直してくれる」といった過大な幻想を抱いているコンピュータ初心者に、コンピュータの特性を説明する平易な言い回しとして定着したようだ。 その後、不適当な入力を拒絶するチ

「月刊Windows Developerマガジン」（翔泳社 発行）の人気連載「降ればどしゃぶり」の筆者 だいだひろ氏 がITpro Developmentに登場。システム開発の現場で起こっている暗黒面に容赦なく光りをあて，教訓と改善のきっかけをもたらす！（と思う）。 第1回 真・開発プロセス 第2回 トラブル現場は娯楽がいっぱい 第3回 ユトリストの脅威 第4回 ITギョーカイ用語の意味 第5回 王様は裸だと言ったSEはその後？ 第6回 SIerのジレンマ 第7回 SEとして一年目に読んでもらいたい本 第8回 「Microsoftのバグ」との戦い

なぜなら、本書はギークとつきある必要のあるすべてのスーツ必携の一冊。 本書「The Art of UNIX Program」は、「七夕の国」で言う所の「窓が開きかつ手の届く」者である Eric S. Raymond (ESR)が、「UNIXプログラミングとは何か」ではなく、「なぜUNIXなのか」を説いた本である。 序章 本書は「how-to本」ではなく「why-to本」なのである。 目次 序章 第1部 コンテキスト 第1章 思想:大切なのは思想だ 第2章 歴史:2つの文化の歴史 第3章 対比:Unix思想と他のOS 第2部 設計 第4章 モジュール化:簡潔に、単純に 第5章 テキスト形式:優れたプロトコルが優れた実践を生む 第6章 透明性:光あれ 第7章 マルチプログラミング:プロセスを機能別に分割する 第8章 ミニ言語:歌いだす記法を探す 第9章 コード生成:高い水準で規定する 第10章

ネットは危険がいっぱい――。そこで，すっかり身近になった暗号通信。でも暗号通信は，単純に通信内容を暗号で隠しているだけではない。いくつかの暗号技術を組み合わせ，通信相手の確認や改ざんの有無も調べている。なぜそんなことができるのか，どうして安全なのか。暗号技術と暗号通信のキモをきちんと押さえれば，わかってくるはずだ。 Part1　原理---ルールに合わせてビット列を並べ替えたり置き換える Part2　種類---3種類ある暗号技術，それぞれで用途が異なる Part3　組み合わせ---三つの暗号が役割分担，SSLで実際の動きを確認

雑誌にせよWebにせよ，最近のWindowsプログラミングの記事のほとんどは .NET向けだ。マイクロソフトも，これまでネイティブ・コードでの開発が主流だったC/C++開発まで， .NETへの移行を促そうとしている。 ではネイティブ・アプリケーション開発用のプログラミング・インタフェースであるWin32 API（Application Programming Interface）の知識は不要になるのかというと，決してそうはならないと筆者は考えている。理由の一つは，OSが動作する仕組みを知ることが，今後も開発者にとって重要であり続けることだ。プロセス管理，メモリー管理，同期化といった概念は，.NETで開発する場合でも必要だ。こうした知識を得るのに一番いいのは，やはりOSのカーネルに近いAPIのレベルで学ぶことである。 将来どうなるかはともかく，現時点では .NET Frameworkの大部分

「Tech TIPS（旧Windows TIPS）」では、WindowsクライアントやWindows Serverを中心に、クラウドサービスやAndroidスマートフォン／タブレット、iPhone／iPad（iOS）、Office、スクリプトなどの「テクノロジ」をビジネスシーンで活用するためのテクニックや基礎知識を解説しています。

今回はコーディング規約についてちょっとおさらいをしてみたいと思います。 みなさん、それぞれ会社のコーディング規約というものがあると思いますが、PHPの代表的なコーディング規約といえば、「PEARコーディング規約」（以下PEAR規約）と「Zend Framework PHP 標準コーディング規約」（以下Zend規約）があります。 PEAR標準コーディング規約　：　http://www.phppro.jp/phpmanual/pear/standards.html Zend Framework PHP 標準コーディング規約　：　http://framework.zend.com/manual/ja/coding-standard.html その中のいくつかを見ていきたいと思います。 まず、意外に知られていないスクリプトの最後の「?>」ですが、（ご存知の方はおさらいということでご容赦下さい。）