日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に

HTML5にはCanvasタグやVideo/Audioタグ、ドラッグ＆ドロップ、Microdata、Web Workersなどさまざまな機能があると説明されますが、実際にはこれらは「HTML5とその関連仕様」を含んでいます。 仕様書に従った厳密な「HTML5」とは、どこまでの範囲を指すのでしょうか？ モジラジャパンの浅井智也氏が「Keypoints HTML5」という資料を公開して分かりやすく紹介してくれています。 仕様書に沿った「HTML5」の範囲とは HTML5は、W3CとWHATWGが共同で仕様策定をしていますが、両者の仕様書に書かれている範囲は異なっています（非常に細かい部分では一部の仕様に違いもあります）。Keyoints HTML5から、その両方の仕様でHTML5の範囲を示した図を紹介します。 図の右側のW3C仕様ではCanvas、Microdata、Web Messaging

こっちは本物のMapReduceだ！ グーグルがAppEngine-MapReduceをオープンソースで開発中 グーグルはGoogle App Engine上でMapReduce処理を実現するオープンソースを開発中だと、先日行われたイベントGoogle I/Oで明らかにしています。プロジェクトのホームページもGoogle Code上に「appengine-mapreduce - Project Hosting on Google Code」として公開されています。 Reduce処理やJava版はこれから 1つ前の記事「グーグルによるMapReduceサービス「BigQuery」が登場。SQLライクな命令で大規模データ操作」では、グーグルがSQLライクな命令を用いて大規模データ処理のサービスを提供することをお伝えしました。 記事でも書いたとおり、これは内部でMapReduceを使っているかど

最近、日本のSI企業と仕事をする機会あった。 久々に衝撃的な体験だった。 とあるシステム案件の下請け的開発依頼だったのだが、 1.アーキテクチャがおかしい ビジネス系の人が直接実装担当のエンジニアに指示を出している。丸投げである。よってアーキテクチャが根本的におかしいのだが修正できない。 アーキテクト不在。 2.ドキュメントが無茶苦茶 基本なぜかエクセルで書いている。読みにくいことこの上ない。さらにバージョン管理が無茶苦茶である。ほとんど読んでも意味の無い古いドキュメントだらけで解読が非常に難しい。アプリのバージョン、開発環境などもドキュメント毎に違っている。ビルドするとドキュメントが自動生成されるなんてことは一切ない。 ドキュメント担当不在。 3.プロダクトのソース管理が無茶苦茶 ソース管理ソフトはつかっているものの、理解不能なブランチに分かれていて同等製品が複数派生している。修正に手間

孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ

コンサルの広げた(大)風呂敷を畳む係りであり、交渉なり調整が仕事だと思います。あんがいこれを嫌う人がいます。確かに面倒ですが、アーキテクトがしないで、誰がするのかと思うこのごろです。 一方、納期に間に合わないのに、「できます」という技術者がいますが、「できたら、納品します」なんて職人みたいな商売はできないので、納期に間に合わないのは「できない」と同義です。 調整しなくてもいいから、しっかり見積もろう。見積もりが稚拙だから、調整が必要になる。

HTML5はなぜ重要なのでしょうか。このブログでも、HTML5はIT業界全体にとって重要な標準だと位置づけて、その動向については何度も取り上げてきました。 いま起きているWeb標準の進化、HTML5、CSS3、JavaScript 2.0 HTML5/CSS3は最新Webブラウザでどれだけ実装が進んでいるか？ HTML5の標準化で表面化したSQLの非互換性問題 HTML 5でセマンティックWebが進むと困る人たち HTML5はHTML4のバージョンアップではありますが、HTML5はそれまでのHTMLやXMLと大きく異なる点があります。それは、HTML5がWebアプリケーションのための標準だという点です。そこがHTML5の最大の重要性ですが、それに加えて2つの重要なポイントがあると考えています。 本エントリでは、その3つの重要性について紹介したいと思います。 ドキュメントの共有から始まったW