Webサイトのテーマと内容，サイトやメニューの構成，宣伝方法にいたるまで，企画のベースには，一貫する「アイデア」がある。この企画のアイデア―――漠然と「企画案」とか「提案内容」と呼ばれることもある―――を見つけることが，企画という仕事の肝だ。 アイデアがわく人と，わかない人には決定的な違いがある 良い企画のアイデアさえ見つかれば，後は技術と知識で膨らませて，ユーザー層，制作目的，訴求効果といった項目に落とし込み，企画書の体裁に仕立てるだけだ。この作成作業自体は，暗記と反復練習次第で，比較的容易に習得できる。 ところが，こと「発想」に関しては，知識の丸暗記はあまり役に立たない。制作会社から「制作技術は学べるが，発想は学べない」という声を聞くことがある。手順をマニュアル化して伝えられるものではないので，後進の育成が難しいのだ。 筆者から見ると，アイデアがわき出る人と，アイデアがわかない人では，

梅田望夫 ミューズ・アソシエイツ社長 パシフィカファンド共同代表，はてな取締役 著書に『ウェブ進化論』（ちくま新書）など Blog「My Life Between Silicon Valley and Japan」 まつもとゆきひろ ネットワーク応用通信研究所 フェロー 楽天　楽天技術研究所フェロー Rubyアソシエーション理事長。Rubyの作者 Blog「Matzにっき」 「ウェブ時代5つの定理 この言葉が未来を切り開く!」，「私塾のすすめ ─ここから創造が生まれる」(齋藤孝氏との共著)などの著者である梅田望夫氏と，Rubyの作者まつもとゆきひろ氏。2007年末に行われた対談のあとにあがった「話し足りない」との声から，2回目の対談が実現した。ネットのエネルギーをポジティブに向ける方法，オープンソースの強靱さ，個人が幸福になるためには――ウェブの未来をひらく2人が語り明かす。 ---前回の

プロジェクトの開始から完了までに必要な作業をすべて洗い出し，それらを順序付けたものがマスター・スケジュール。どの作業が最もクリティカルで，どの作業が枝葉か。これが明確になったマスター・スケジュールが作成できれば，プロジェクトは成功に近づいたといっても過言ではない。 布川　薫／日本IBM 前回説明した工数見積もりとリスク査定が終わると，いよいよプロジェクトのマスター・スケジュールの作成に入る。 マスター・スケジュールとは，プロジェクトの開始から完了までを見通した「基本計画」のことだ。以降に作成するすべての作業スケジュールの基準となるだけに，プロジェクトのリスクや要員のスキルなどを加味して，十分に実行可能なものにする必要がある。プロジェクトに必要な作業を見通せるのはプロジェクト・マネジャーだけなので，マスター・スケジュールは必ずプロジェクト・マネジャー自身の手で作成しなければならない。 スケジ

最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開

今回は，「会議は段取りで決まる！」と題して，会議前にどんな準備をしておくべきかについて解説したい。 早速，前回のケーススタディの続きから，スタートしよう。 経営企画部長から，次期基幹システム再構築プロジェクトのリーダーに任命された情報システム室主任の山田さとし。山田を含めて7人のプロジェクト・メンバーが決まり，メンバーの1人である製造部門の高田工長が，サブリーダーとして山田を補佐することになった。いよいよ，山田のプロジェクトが本格始動する・・・ デスクにて。 山田:「プロジェクト・チームのメンバーは決定したし，高田工長をサブリーダーに迎えることもできた。これからは，プロジェクトをどう進めていくかを考えよう。まずは，みんなに集まってもらって，顔合わせのための『キックオフ・ミーティング』を開催しよう。でも，キックオフ・ミーティングで何をしたらいいんだろう？部内ミーティングのリーダーの経験はある

Webアプリケーションが流行しています。Webブラウザ上で何でも実行させる昨今の風潮はいかがなものかと思いますが，これも時流なのかもしれません。Webプログラミングに習熟する前段階として，今回は基礎となるHTTPとCGIについて学びます。 WWW（World Wide Web）はもともと欧州合同素粒子原子核研究機構（CERN）で開発された，相互リンクした技術文書を参照する手段でした。文書間のリンクが世界中をクモの巣（Web）のようにつなぐありさまをもってWWWと名づけられました。 WWWが最初に登場した時点では，基本技術は次の3つしかありませんでした。 （1）HTML（HyperText Markup Language），相互にリンクされた構造を持つ文章を記述するマークアップ言語。 （2）URL（Uniform Resource Locator），各地のサーバーに分散した，文書を指定する記

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

米ウィキアは2008年1月7日、オープンソースで開発を進めている検索エンジン「Wikia Search」のアルファ版を公開した。処理の仕組みを公開すること、ユーザーからのフィードバックを受けて検索結果を改良していくことなどを特徴とする。ウィキアは、ユーザーの手で作られる知識共有型の百科事典サイト「Wikipedia」を創始したジミー・ウェールズ氏らが2004年に設立した会社。Wikipediaのようにユーザーの広い支持を得られれば、インターネット検索の分野で台風の目となる可能性がある。 「ウィキアの検索エンジンは、オープンで、透明性の高い、公開された方法によって、信用ある利用者のコミュニティーからのフィードバックによって作られるものと考えています」――ウィキアは、Wikia Searchの目指すところをそう説明する。 具体的には、（1）透明性（2）コミュニティー（3）品質（4）プライバシー

Web2.0とは何かを定義するのは難しいが，大きな流れとしてテクノロジからビジネスへと多くのエンジニアが視点を移していることは間違いないだろう。言語，設計，コンパイラ，ライブラリ，といった要素技術から，SOA（Service Oriented Architecture）の視点，例えばGoogle APIをどのように使ってサービスをミックスし，新しいビジネス価値を提供できるか，というサービスの視点がより時代に合ったものになっていると思う。エンジニアがビジネス・モデルに関心を示し，ビジネスの言葉で技術を語るようになってきているのだ。さらに，アジャイル開発の考え方が浸透し，「ビジネス価値（Business Value）」を開発の最優先とする考え方が広まっているという背景もある。 この連載では，このような時代におけるソフトウエア製品開発にはどういった視点が必要か，また，その開発はどのような手法によ

筆者は，10月11日付けのこの欄で，9月26日から10月2日にかけて実施した「ITエンジニアのメンタルヘルスに関するアンケート」の調査結果を報告した(3割弱が「こころの病と診断されたことがある」）。アンケートでは，「こころの病」に関するご自身の悩みや会社の体制など，ITエンジニアのこころの病に関する意見を自由に記入していただいた。このコメント数は406件にも上った。 今回は，アンケート回答者に記入していただいたコメントを基に，こころの病にかかる原因や背景，会社のサポート体制の現状，エンジニアに必要な心構えなどを探っていきたい。まずは，「最近，こころの病が急増している」と指摘するコメントを紹介しよう。 ■周囲を見ると非常に多いです。異様に多いです。自分の部下も複数人追い込んでしまった経験がありますが，プロジェクトで独立して活動していますので，人事上の上司ができることも限られます。それどころか

まず空気の流れを制御する サーバーの熱対策としてまず思い付く手段は空調である。では，部分的に温度が際立って高い場所が生じた場合はどうするか。ここで，空調の温度を下げてサーバー・ルームをもっと冷やせばいいと考えていないだろうか。 これは正しい熱対策とは言えない。「局所的な熱なのに，部屋全体を冷やすことは電気代の無駄」（日本ヒューレット・パッカードの高原明彦インフラソリューションマーケティング本部プログラムマネージャ）。空調を強めるより，まずは熱を逃がす方法を考えたい。 熱対策を考える上で重要なのは，サーバー・ルーム全体の効率的な冷却である。その基本になるのは，エアフロー（空気の流れ）を考慮したラックや空調設備のレイアウトだ。冷気の通り道「コールド・アイル」と暖気の通り道「ホット・アイル」を分けて作るように，ラックの向きや列をそろえる（図1）。 一般に，サーバーは前面から冷気を取り込み，背面か

「情報の共有は善。Googleも全員がほとんどのコードにアクセスできる。そして少人数のチームであること。Googleでも，一つのプロジェクト・チームは5～6人以下」---Google ソフトウエアエンジニアの鵜飼文敏氏は9月7日，イベントITpro Challenge!で「ハッカーのソフトウエアエンジニアリング」と題し講演，高い生産性を実現するハッカー流の開発手法を解説した。 ハッカーと呼ばれるプログラマは，通常の数倍とも数十倍とも言われる生産性と，高い品質を実現していると言われる。鵜飼氏はボランティア・ベースのLinuxディストリビューションDebian ProjectオフィシャルメンバーとしてIPA OSS貢献者賞を受賞したほか，The Free Software Initiative of Japan副理事長，2003年と2004年度の「未踏ソフトウエア創造事業」プロジェクトマネージ

最近，WebアプリケーションやWindowsソフトの取材で，“このソフトは担当者が一人で作っています”という事例に続けて遭遇する機会があった。フリーソフトや趣味のソフトではなく，会社が商品として提供し，不特定多数のユーザーが使っているアプリケーションを一人で作って，一人でメンテナンスしているという点に興味を覚えた。 先週都内で開催された開発者向けイベント「ITpro Challenge!」でも，ドワンゴの戀塚昭彦氏がニコニコ動画を一人で（しかも3日間で）作ったと語っていた（関連記事）。よく考えてみれば，ITpro Challenge!に登壇したようなハッカーとかアルファギークなどと呼ばれる優れた開発者でなくても，企業内で一人でソフトを作っているケースは思いのほか多いのではないだろうか。 アプリケーションの規模や内容，また開発者のスキルにもよるだろうが，おおむね一人で開発するほうが， ・低コ

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

写真●「X-over Development Conference 2007」で講演する，まつもとゆきひろ氏 「結局のところ，顧客に何が必要かは，顧客にも開発者にも理解は不可能だ。そうならば，まずアプリケーションを作って，それを使ってもらい，顧客に合うように直すしかない。これからのエンタープライズ開発も，とにかく速く安く作って，直すことが重要になる」－－。プログラム言語「Ruby」の開発者であるまつもとゆきひろ氏は9月7日，ソフト開発をテーマにしたイベント「X-over Development Conference 2007」の講演でこう主張した。 まつもとゆきひろ氏の講演テーマは「Web 2.0時代のエンタープライズ開発」というもの。Web 2.0時代のアプリケーションは，「YouTube」に代表されるように，「仕組みそのものよりも，データがどれだけ集まっているかが生死を分けている」（ま

情報処理推進機構（IPA）は11月1日，安全なWebサイトを構築・運用するためのポイントをまとめたドキュメント「安全なウェブサイトの作り方」の改訂版（改訂第2版）を公開した。改訂版ではクロスサイト・リクエスト・フォージェリ（CSRF）の解説などを追加した。 同ドキュメントの第1版は2006年1月末に公開された。ドキュメントでは，IPAへの届け出件数が多かった脆弱性や，攻撃を受けた場合の影響が大きい脆弱性を取り上げ，それらを作りこまない実装方法や影響を軽減できる実装方法を具体的に紹介している。 改訂版では，第1版で取り上げた「SQLインジェクション」「OSコマンド・インジェクション」「ディレクトリ・トラバーサル」「セッション管理の不備」「クロスサイト・スクリプティング」「メールの第三者中継」に加えて，「CSRF（Cross-Site Request Forgeries）」と「HTTPヘッダー

私の個人ブログに掲載したら好評でしたので、こちらでもご紹介してみます。 最近知ったんですが、生年月日から年齢を計算する簡単な計算式というのがあるそうです。 (今日の日付-誕生日)/10000の小数点以下切捨て。 PHPで書くと echo (int)((20070823 - 19850101)/10000); Perlで書くと print int ((20070823 - 19850101)/10000); JAVAで書くと System.out.println( (int)((20070823 - 19850101)/10000) ); という感じになります。 日本の法律を確認してみました。誕生日の前日が終了する瞬間（すなわち誕生日をむかえる午前0時00分の直前）に1歳を加えることになる。ただしうるう年など、年によって期間を定めた場合において最後の月に応当する日がないときは、その月の末日を

ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の

インターネットを駆使した最近のアプリケーションでは，電子メール（本稿ではメールと呼ぶ）をシステムの一部として利用する場合も多い。例えば，「Webサイトでの申し込み確認をメールで送る」機能などである。 J2EEアプリケーションでは，メール送信の場合にはJavaMail APIが提供されているため，比較的簡単に送信することができる。 しかし，メールによる自動申し込みを受け付けるような機能の場合，メールを受けて何らかの処理を行う必要があり，JavaMail APIだけでは不十分である。なぜなら，JavaMail APIにはメールを受信するという機能は提供されていないからだ。提供されているのは，「メール・サーバーにメールの送信を依頼する」「メール・サーバーが受け取ったメールを読む」というMail User Agent(MUA)の機能のみである。 本来メールを送受信するという処理は，他のメール・サー

6月29日金曜日の深夜，テレビ朝日で「朝まで生テレビ」が放送された。与野党の国会議員が出席し，国民年金に関して意見を戦わせていた。 その番組を見ていた筆者は，片山さつき衆議院議員の発言に，思わず起き上がって映し出されている画面を注視した。片山氏は「（新しい年金システムは）数カ月でできる」と発言したのだ。筆者は「どうやったら数カ月でできるのか説明してください」と画面に向かって叫びそうになった。 同時に，筆者は片山氏の「数カ月でできる発言」には何かの根拠があるのではないか，と考え始めた。国会議員，それも自由民主党広報本部副本部長兼広報局長としての発言だから，さすがにまるっきり根拠や確信のないことは言わないだろう，と考えたからだ。 テレビに映し出された片山氏の発言はそこで終わったのだが，隣席の出席者から小声で訪ねられたのだろう，小さな声で「マイクロソフトの…」という片山氏の私語が短い時間流れた。