30年以上にわたり使い続けたシステムを入れ替える。企業ITに携わる人間ならば、その困難さを想像するのは難しくないはずだ。このほどANAは、8年間の歳月をかけて、国内線の予約、発券、搭乗業務を支える旅客システムをオープン化。34年間、ビジネスを支えたメインフレームに別れを告げた。プロジェクトの指揮官に話を聞く（文中敬称略）。聞き手：田口 潤 IT Leaders発行人　Photo：陶山 勉 ――今回、8年間にわたる国内旅客システムの刷新という大規模プロジェクトを終えた訳ですが、もともと、いつ頃から検討を始めたのですか？金子：“次”を考え始めたのは、2000年頃だったと思います。30年以上にわたって、メインフレームを使い続けてきましたが、そのころから限界を感じ始めていたのです。　コストについては、必要経費ですから、それほど問題視していませんでしたが、むしろ、技術者の確保には頭を悩ませていました

■ [government][computer]電子政府、ただいま失敗中!（前編） branchさん経由で次の記事を知りました。 崖っぷち！電子政府〜迷走する4500億円プロジェクトの行方・第1回：鳴り物入りでスタートした電子政府だが… 崖っぷち！電子政府〜迷走する4500億円プロジェクトの行方・第2回：浮き彫りになったEA導入の功罪 まだまだ連載は続きそうで今後が楽しみですが、これまででも十分失敗の状況、そしてその原因は描かれています。まずは状況。 人事院――。文字通り国家公務員33万人の人事管理を行う、省庁独立の行政機関だ。5月17日、この役所を一団の男たちが訪れた。彼らはいずれも、内閣官房に新設された「電子政府推進管理室」（GPMO＝ガバメント・プログラム・マネジメント・オフィス）の室員。訪問の目的は、人事院が40億円近くを投じて開発してきた「人事・給与業務システム」の試作版の検証で

Saitamanist曰く、"佐賀新聞の記事によりますと、以前に課税ミスで記事にもなった（/.Jの過去記事）佐賀市の電算システムが、8月1日に全く起動しなくなり、翌2日の0時1分になんとか復旧したそうです。（佐賀市、第一報、第五報） 委託業者がDB（Solaris+Oracleらしい）をぶっ壊しちゃったのが原因のようですが、他人事ではない話なので私も気を付けたいところです。"

気持ちはわからないでもないAC曰く、"asahi.comの記事によると、佐賀市は19日、市独自の基幹システムで、バグを原因とする課税ミスがあったと発表したとの事。 記事によると、国民健康保険税は世帯ごとに国保加入者の合計の年間所得に課税されるが、プログラムでは今年度に65歳になる国保以外の健康保険に加入している世帯主の所得も誤って加算していたため、本来よりも高い税額になったという。プログラムは16日に修正し終えたとのこと。 …ここまでなら、ただの良くあるバグの話題なのだが、実はこのシステムは '05年4月から運用されており、昨年は問題が起きていなかった。 この基幹システムは 同市が韓国のサムスンSDSと共同開発したものだが、運用開始直後は約50人の同社員がエラーをチェックしていたという。どうも昨年はデータがおかしい事に気づいた人が居たものの、データだけ手直して、プログラムはそのまま放置され

はじめに 《日本の著作権事件》 Ｗｉｎｎｙ事件（中央サーバなしＰ２Ｐ） Ｗｉｎｎｙ利用者著作権法違反事件（地裁）（2004；Ｗｉｎｎｙにより公衆送信権を侵害；有罪） Ｗｉｎｎｙ著作権法違反幇助事件（地裁）（2006；Ｗｉｎｎｙの配布は公衆送信権侵害の幇助；有罪） Ｗｉｎｎｙ著作権法違反幇助事件地裁判決について（2007；Ｗｉｎｎｙの配布は車の販売と同じか） ファイルローグ事件（中央サーバありＰ２Ｐ） ファイルローグ仮処分事件（2002；債務者は送信可能化権を侵害していると解する） ファイルローグ事件中間判決（2003；被告（会社と取締役）は損害賠償金を支払う義務がある） ナップスター事件とファイルローグ事件の比較（2003；両事件の日米の裁判所の認定、判断を比較） ファイルローグ事件終局判決（2003；損害額は同種のインターネットによる音楽配信サービスの許諾料を参酌） ファイルローグ事件東

ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア　上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

自分に出来ることは数限られてるけど、 これからどんな技術が、どう組み合わさって、どう発展していくのかは 大体予想がつく。 これからブラウザの拡張機能として サイドバーにソーシャルブックマークが組み込まれるだろう。 それは自分が今見ているページから ドメイン内の人気のあるページをリストアップしてくれたり どんなタグがついているのか、誰がブックマークしているのか、 関連しているページは何か、関連している本は何か、関連する商品は何か、 ページ内の単語のwikipediaへのリンク、逆リンク、前回の更新箇所(diff)、 同じページを見た人のオンライン状況、ページの評価、などなどを取得してくれる。 ブラウザ本体画面のほうはともかく、サイドバーの方はtorなどのP2P匿名プロキシを経由して、さらにはcoralのような分散キャッシュサーバーを利用して、プライバシーの漏洩を心配することなく、転送量もサー

yukotan曰く、"ITProの記事によると、島根県のWEBサイトがオープンソース言語Rubyで構築されたそうです。 (1)読み上げ，(2)ふりがな，(3)文字拡大，(4)文字色反転は，ページ左肩にあるボタンを押すだけで行われ，表示設定はページを移動してもそのまま引き継がれる。 --- 中略 --- 「視力の弱いユーザーでも利用しやすいようにアクセシビリティを強化した。読み上げなどを可能にしている県のホームページはあるが，多くは専用ソフトウエアをダウンロードする必要がある。Webブラウザだけで読み上げができる県のホームページは初めてではないか」とのこと。 構築を担当したのは、Rubyの開発者であるまつもとゆきひろ氏も所属する島根県の株式会社ネットワーク応用通信研究所。どうしても中央に集中しがちな現在にあって、うらやましくもあり、頼もしく思えます。これが地方自治体の企業の活性化の一つのきっ

ワシントン州レドモンド市のあるスターバックスでの会話 知人：おお、Satoshi、久しぶり！ 私：やあ、最近見なかったけどどう？ 知人：言わなかったっけ、Microsoftに戻ったんだ。Vistaだよ。 私：Vistaか、大変だろう。 知人：大変なんてもんじゃないよ。 （ここから、彼の愚痴がしばらく続く） 私：そっか、大変だね。がんばってね。 知人：Satoshiは戻って来ないの？ 私：だめだめ、OSだけはもう作りたくない。 知人：そうか。でも、気が変わったらいつでも連絡してよ。 私：そっちもまた外の空気が吸いたくなったら連絡しろよ。 私は常々「プロジェクトの大きさと、エンジニアのプロダクティビティは反比例する。だから、ある程度以上にプロジェクトの規模が大きくなると幾ら人を追加しても全体のプロダクティビティは上昇しなくなる」と言ってきたが、ひょっとするとVistaはその臨界点を超えてしまっ

人力検索のリニューアルでURLが変更されてしまった結果、リニューアル以前の質問に付けられたブックマークが全部無効になってしまいました。 まるで、仕事から帰ってきたら鉄道模型のコレクションがすべて処分されてしまっていたような気分なのですが、どうしたらよいでしょうか？

特集　Windows Server 2003完全ガイド 可用性を向上させるボリューム・シャドウ・コピー・サービス ―― SANなどのエンタープライズ・ストレージ・バックアップにも対応―― Windows Server 2003では、サーバの可用性向上やTCO削減のために、ハードディスクのデータなどをバックアップするための新機能が追加された。今回取り上げる「ボリューム・シャドウ・コピー・サービス（Volume Shadow Copy Service、以下VSS）」がそれである。「ボリューム・シャドウ・コピー（またはシャドウ・コピー）」とは、従来からバックアップ・ソフトウェアで「スナップショット」と呼ばれていた機能のことで、ある特定時点での瞬間的なファイルやデータの状態を記録したものを指す。 ただし、このスナップショットはバックアップ・データそのものではなく、バックアップ対象のファイルやデータ

「ソースコードが仕様書である」という言葉を最近よく聞きます。 また，Googleのエンジニアなども「説明はいいからとにかくソースコードを見せろ」という話をするなどという噂を聞いた憶えもあります。 そこで，ソースコードは本当に仕様書であると考えれるかお聞きしたいです。 私自身の場合，数百万行あるソースコードの一部を読んだことがありますが，とてもドキュメントなしでは読めませんでした。 勿論1000行くらいのものであればソースコードだけで問題ないかもしれないですし，大規模なソフトウェアでも十分にモジュール化されていて，またコードに詳細なコメントが記述されていれば問題ないかもしれません。 とは言え，関数が関数を呼びそれがまた別の関数を呼ぶというのを繰り返す大規模ソフトウェアを，ドキュメントなしで理解するというのは少々難しいように思います。 これは私自身のスキルの問題で，優秀なエンジニアであればソー