「チケットは開発を救う」と考え，2007年のITpro Challenge!にてチケット駆動開発を提唱した。Tracを使う最大の利点はチケットとリポジトリ・ブラウザを連携できることだと考えている。 前回（第2回～第3回）までの連載で，Tracのインストールと基本的な設定が終わりました。これからの連載では，Tracを上手に運用するためのコツをご紹介していきます。 Tracの主な機能には，Wikiとリポジトリブラウザ，それにチケットによるタスク管理システムがあります。Wikiとリポジトリブラウザは使っていても，チケットは使っていないという方は意外に多いのではないでしょうか。そこで第4回では，チケットの一番の用途である「バグ管理」について説明します。今回の説明には，Trac 0.11（日本語版）が含まれるTrac Lightningのバージョン2.0.4を使用しますが，基本的な考え方は以前のバー

「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの

システムの開発・運用という激務を続けていると，いつの間にか心身に疲れがたまるもの。十分に休養を取れず，眼，肩，腰などに辛さを感じている方も多いのではないでしょうか。 そこで，お薦めしたいのが，自分でツボ（経穴）をマッサージすることです。マッサージによってツボを刺激すれば，疲れが和らいで心身がすっきりします。健康を保つのに役立つだけでなく，仕事への集中力を高めることにもつながります。仕事の合間などちょっと時間が空いたときを利用して，ぜひツボのマッサージを習慣化してください。 この連載では毎回，肩こりや腰の痛みといった一つの症状を取り上げ，それに対して効果が大きく，自分でマッサージしやすいツボを紹介していきます。今回は，眼の疲れを取る八つのツボを紹介します。 眼の周りにある六つのツボが疲れに効く 眼の疲れを感じたとき，無意識に目頭を押さえた経験はありませんか。眼の疲れを取るうえで効果的なツボの

Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま

Webアプリケーションのぜい弱性がなかなかなくならない。メディアなどでも盛んに取り上げられているにもかかわらず，である。特に，セッション管理がからむアプリケーションのぜい弱性には，気付かないことが多い。具体的には「クロスサイト・リクエスト・フォージェリ」（CSRF），「セッション・フィクセーション」などである。これらはクロスサイト・スクリプティング，SQLインジェクションといった比較的メジャーなぜい弱性に比べて認知度が低く，対策も進んでいない。 原因の一つは，アプリケーションの開発者が原因を正しく理解していないこと。CSRFやセッション・フィクセーションについて言えば，セッション管理に使うクッキー（cookie）の動作を理解していないと対策が難しい。ところが最近の開発環境では，セッション管理の仕組みが隠ぺいされているため，必ずしもこの知識は要求されない。こうした開発者は容易にはぜい弱性に気

オブジェクト指向スクリプト言語であるPythonは，日常の作業に利用するちょっとしたスクリプトから，商用サイトや大規模Webシステムまで幅広く適用できる非常に便利なプログラミング言語です。日本ではあまり認知度は高くありませんが，欧米を中心に幅広く利用されており，米Google（米YouTubeを含む）などの有名企業でも採用されています。 ここでは，プログラミング言語Pythonの魅力と使い方を説明します。特にこれからPythonをはじめようというビギナーの方に，とっかかりとなる言語の基礎と導入方法を説明します。 日本でPythonの認知度があまり高くない理由 欧米で人気のPythonですが，国内ではまだまだ認知度が高くないようです。原因としては次のような点が考えられます。 ●日本語コーデックに対する不安 Python 2.3の時代まで，シフトJISやEUC-JPを扱うためには，CJKコーデ

この連載は，日経ソフトウエア2006年7月号から，2007年6月号までに掲載した連載「簡単実装で学ぶWeb技術2006 / 2007」の再録です。Web技術を具体的でシンプルなサンプル・プログラムを通して紹介します。進歩と変化の激しいWeb技術は，手際よく本質をつかんでいきたいものですね。小さいけれどもわかりやすいサンプルを実際に動かして「なるほど，こういうものだったのか」と思っていただければありがたいです。 題材は，新しいものから基本的なものまで幅広く取り扱っていく予定です。 第1回 Ajax---動的なWebアプリケーションを作るための技術 第2回 Comet---プッシュ型のWebアプリケーションを作る 第3回 Cookie---状態管理とトラッキング 第4回 Catalyst（前編）---Perl向けWebアプリ・フレームワーク

最終回です。今回は，ある意味IT業界の禁忌に触れてみます。Web＋DBシステムを発注したときの見積もり額の秘密です。システムが目指す最終的な目的は”利益を上げられる仕組みの構築”です。見積もり額は利益算定の一番わかりやすいコスト判断ですが，果たして構築費用はどういう計算で生まれているのでしょうか。 利益を上げるコツは「身の丈に合った投資」をすること 利益を上げるためにはどうするべきか。私は経済評論家ではありませんから，あれやこれや難しい話はできません。ただ物事の本質は，実はいつだって単純なものです。バサっと単純明快に言い切ってしまいましょう。「自分の身の丈に合った額を投入すること」です。 決して都会とは言い切れない我が家周辺では，冬になると焼き芋の巡回販売車が回ってきます。焼き芋屋さんのほとんどは軽トラックを使っています。なぜ軽トラックなのでしょうか？　つまらないことに見えますが，これがビ

第0回　あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と

受託開発するソフトウエアに関する会計基準が、プロジェクトの進ちょく度に応じて収益や費用を計上する「工事進行基準」に一本化されることが正式に決まった。企業会計基準委員会（ASBJ）が12月27日、「工事契約に関する会計基準」と適用指針を公表した。この会計基準によると、受託ソフト開発は工期や受注額を問わず、原則として2009年4月以降の事業年度から進行基準の適用が義務付けられる。 進行基準が適用されるのは、受託ソフト開発のうち、進行途上にあるプロジェクトの進ちょく部分について成果の確実性が認められる場合。成果の確実性を示すために、収益総額、原価総額、決算日における工事進ちょく度の三つの要素について、信頼性をもって見積もることが求められる。 これらの要件を満たさない場合と、工期がごく短いものに関しては、検収時に収益や費用を計上する「工事完成基準」を適用する。対象企業は上場・非上場や規模を問わない

開発フェーズで，データベース設計とアプリケーション設計との間で仕様の認識が異なっていることがよくある。そのようなとき，データベースもしくはアプリケーションのどちらかで仕様変更を吸収する必要に迫られ，ビューやトリガーといったデータベースとアプリケーションの中間に位置するグレーな部分で回避する場面をよく見かける。 これは，構築したデータベースへの変更とアプリケーションへの変更を最小限に抑えるテクニックの一つである。しかし，このグレーな部分での回避策を多用すると，今後のデータベース，アプリケーション双方のメンテナンス性に対して大きな禍根を残すことが多い（図1）。 カラムを一つ削除するのも大変 確かに，ビューやトリガーは，使い方によってはアプリケーションで考慮しなくてはならないことをデータベース側で吸収できる優れた機能である。しかし，データベースから見ればビューやトリガーは通常のオブジェクトとは異

「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基

私は以前SIベンダーに所属し，Web系システムのソフトウエア・アーキテクチャを設計，開発していました。正直に打ち明けると，そのころはシステムの設計や開発と比べ，運用や保守をあまり楽しい仕事だと考えず，そうした仕事を避けていたと思います。こんなことを書くと怒られるかもしれませんが，ITアーキテクトを志す人には，そういう方が少なくないのではないでしょうか。 現在は音楽配信サイトのベンチャー企業を立ち上げ，自分たちで設計・開発したシステムを自分たちで運用・保守する立場になりました。そしてやってみて，私は心底ガックリしました。ほかでもない，自分の設計にです。本エントリではこの経験を基に，「ITアーキテクトと運用・保守」について，考えをまとめたいと思います。 まずは，ちょっとまどろっこしいかもしれませんが，ITアーキテクトと呼ばれる役割の仕事について，レストランのシェフに例えて少し想像しながら考えて

ITの専門家であるはずの，働き盛りであるはずのあなたについて書きたい。社会に出てからインターネットを利用するようになった，社会人になってから携帯を持つようになったあなたが，25歳以下の若手社員にITの活用で勝てない理由について，である。 もちろん，読者のすべてが“あなた”に当てはまる人物だとは思わない。ただ以下の条件の1つでも当てはまると感じるようなら，若手社員に脅威を感じる必要があるのではないか，と記者は考える。 こんなあなたに聞いてみたい まずは，ニコニコ動画を知らないあなたである。ニコニコ動画はネットを利用した動画投稿サービスだ。公開した動画の画面上を流れていくコメントを，自由に書き加えていくことができる点が他の動画共有サービスとは異なる。 あなたは，社内ブログに何かを書き込むことをためらってしまう。「目立とうとしているのではないか」あるいは「つまらないことを書いて他人にバカにされる

個人が成し遂げられることはどんどん大きくなっている。常識は短期間で変わる。今貴重なものは，やがて過剰になる。日本市場を世界からへだててきた日本語の壁はなくなろうとしている。ネットの向こうにいる仲間を信じよう---「U-20プログラミング・コンテスト」という，20歳以下を対象にしたコンテストに参加した若い技術者たちに，伝えたかったことだ。 ここ3年ほど，このコンテストの審査会にオブザーバという名目で立ち会わせてもらっている。なにしろ審査員のひとりであるまつもとゆきひろ氏が「私が応募しても入賞できないかもしれない」というレベルの高さである。思わず唸る完成度の高い作品あり，思わず吹き出してしまうユーモアのある作品あり。記者は好きに意見だけ言って審査の責任は負わないという美味しい役目でもあり，こんなに無料で見させていただいていいのだろうかというくらい楽しませていただいている(関連記事）。 ところで

ポイント ・高度なインデックスやジョインを利用し，最短経路でデータにアクセス ・メモリー不足を自律的に解消し，キャッシュのヒット率を高める ・インメモリーDBは全データをメモリーで処理し，高速化を図る 目的地に早く到着したいなら，最短の経路を最速で行けばよい。これはデータベース（DB）でも同様だ（図1）。インデックスなどを使ってデータへの最短経路を見つけ，メモリー・アクセスを増やして，最速でたどり着く。DBにはそんな技術が詰まっている。 図1●データベース高速化技術のポイント ビットマップ・インデックスなどを使い、データにたどり着く最短の道を選ぶ。また、できるだけメモリーにデータをキャッシュさせておくことで、アクセスのスピードを上げる、という二つのポイントがある [画像のクリックで拡大表示] 以下では，（1）データにたどり着く最短の道を選ぶ仕組みと，（2）アクセスのスピードを上げる仕組みの

【ITpro Challenge!】「世界を変えられるのはコードだけ」---はてなCTO伊藤直也氏が明かす“ネトゲ廃人”から“なりたかった自分へ”の道のり 「本当の意味で世界を変えられるのはコードだけ。コードとインターネットの力で，10万人を驚かすことができた」---はてな 取締役最高技術責任者 伊藤直也氏は9月7日，イベントITpro Challenge!でこう語った。アルファギーク（技術の方向性を指し示す先鋭的なエンジニア）の代表格とも目される伊藤氏は，意外にも「ネトゲ廃人（ネットワークゲーム中毒者）」で「不満を会社のせいにしていた甘ちゃん」だったという。 ネトゲにはまった「何も生み出さない3年間」 伊藤直也氏とコンピュータの最初の出会いは早く，幼稚園の時に父親が買ってきた８ビット・パソコンで，雑誌に載っていたゲームのプログラムをキーボードから入力して遊んでいたという。だが，中学や高校

設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

Xenは，英国ケンブリッジ大学コンピュータ研究所で，広域分散コンピューティングのインフラ作りを目指す Xenoserverプロジェクトから生まれた。2005年にはXenをベースとしたエンタープライズ・ソリューションを提供するXensource社が発足し，現在では様々な企業がXenに対する支持を表明している。近年のIT環境でも，特に高い注目を集めている仮想化ソフトウエアの1つである。 Xenはオープンソース・ソフトウエアであり，今もなお発展途上にある。そのため，商用ソフトウエアのように，インストール手順がまだ確立されていない。使用するLinuxディストリビューションなどによって，仮想環境の構築方法は様々だ。そこで今回は，Xenのインストール方法を紹介する。 仮想OSを起動できたら，次は仮想OSをネットワークで接続してみよう。Xenの仮想ネットワークは，ドメイン上に仮想的なネットワーク・インタ

「更新とJOINが多ければMySQL，シンプルなSELECT主体ならPostgreSQLが向いている。ストアド・プロシージャでシングル・コネクションならFirebirdは非常に速い」---6月23日に開催された「オープンソースカンファレンス2007.DB（OSC2007.DB）」で，各オープンソースDBのコミュニティのメンバーによる性能比較が披露され，従来の一般的なイメージとは異なる“意外な結果”が明らかにされた。 オープンソースカンファレンスは，オープンソース関連コミュニティが主催するイベントで，OSC2007.DBはデータベース関連のコミュニティが集まったイベントである。性能比較セッションを担当したのは，日本MySQLユーザ会の堤井泰志氏，日本PostgreSQLユーザ会の片岡裕生氏，Firebird日本ユーザー会の木村明治氏。「あくまでボランティアによる性能比較であって，最速，最新マ