特許庁のシステム開発が破綻した本当の理由
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には（１）コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、（２）霞ヶ関から流れて来るお金にたかる IT ゼネコン、（３）そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた９９億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
エンジニアから見た原発
典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行や人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関する本はすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日本にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日本にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし
「ガラパゴス問題」に対する少し前向きな一考察
昨日の「日本のケータイが『ガラパゴス化』した本当の理由」には沢山のコメントをいただいたが、その中には、「じゃあ、日本はこれからどうすれば良いのか」という質問があったので、私の考えを少し書いてみる。 まず、ケータイやテレビのように消費者向けのデバイスを作るのであれば、世界規模でビジネスをすること以外は考えない方が良い。先のエントリーで書いた通り、日本の携帯メーカーは、単に「ソフトウェアの開発能力・デザイン・おもてなし」で負けているだけでなく、ビジネスの規模の違いから、部品の調達コスト・製造コストでAppleに大きく引きはなされているのだ。「悪かろう高かろう」では勝てるわけがない。 もし、日本のメーカーがAppleやSamsungと本気で戦おうとするのであれば、（１）コスト面での徹底的な合理化をはかり（役員のお抱え運転手を廃止する、年功序列で給料だけが高くなってしまった人たちに辞めてもらう、系
日本のケータイが「ガラパゴス化」した本当の理由
「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
今日はWindows95の１５才の誕生日
今朝、久しぶりにFacebookにアクセスしたところ、昔の知り合いの間でちょうど１５年前の今日にWindows95がリリースされたことがしきりに話題になっていた。Windows95は、マイクロソフト自身にとっては大きな飛躍の始まりだったし、パソコン業界全体にとっても「誰もがパソコンを持つ」時代の幕を開けたOSとしても大きな意味のあるものであった。 私が、Windows95の開発に関ることになったのは色々な偶然が重なった結果だが、直接のきっかけは頭でっかちのアーキテクトばかり集めて会議ばかりしていたJim Allchin率いる「次世代のOSを担う」Cairoチームを飛び出して、「Cairoが出るまでの中継ぎ役」だったBrad Shilverberg率いるChicagoチームに移籍したのが原因。 コンピューター・サイエンスの博士号を持つアーキテクトを何人も抱えるCairoチームに「ハッカーの寄
勝てば官軍、負ければガラパゴス
私が数年前からこのブログで使っている「ガラパゴス化」という言葉、今やテレビや雑誌でまで見る様になり、何だかうれしいような悲しいような、複雑な気持ちである。 私が最初に公の場でこの言葉を使ったのは、２００１年のCTIA（米国最大の携帯通信業界のカンファレンス）でのこと。UIEvolutionというベンチャー企業を立ち上げたばかりでもあり、この業界でなんとか注目を集めようと、「NTTドコモのiモードのことなら詳しいので、日本の若い人たちのライフスタイルがiモードでどう変わったからなら解説できるよ」と会議の主催者に連絡すると、いきなり２０００人も収容できる会場を割り当てられたのだ。 私がNTTドコモから来た人間だと勘違いした人もいたようで、会場は超満員。冒頭でドワンゴの「釣りバカ気分」の面白さを手振り身振りで伝えたところそれが大受けで、日本のギャルの生態系の解説も交えながら、日本の「ケータイ文化
Python Hack : 噛めば噛むほどおいしくなるクロージャの話
最近 JavaScript を書く機会が増えているが、それに従って自分のコーディングスタイルが少しづつだが変化してきているのが分かる。もともと「コードの読みやすさ」や「実行効率」にとことんこだわるタイプだが、（JavaやC++になくて）JavaScriptやRubyにあるクロージャや無名関数が私のコーディングスタイルにとてもマッチしているからだと思う。 簡単な例を紹介しよう。Pythonで書かれた config.py というモジュール。config.yamlという設定ファイルを読み込んで Dictionary として返す config.get() という関数。普通に実装すると、以下のような感じになる。 import yaml _config = None def get(): global _config if not _config: data = open('config.yaml')
デザイン・パターンとは何か
先日のMVCの議論の際には、私自身いろいろと勉強させていただいたが、少し心配になったのは、「MVCの定義だって時代とともに変わる」「ウェブサービス用のMVCはSmalltalk時代のMVCとは異なるもの」「MVCなんか理解してなくてもアプリケーションが作れればいいじゃん」など、そもそも「MVCとは何か」どころか「デザイン・パターンとは何か」を理解していないんじゃないかと思われる発言が見られたこと。ということで、今日はデザイン・パターンについてひと言。 デザイン・パターンとは、（業界に蓄積されたノウハウに立脚した）何かを作る際の指針のこと。ソフトウェアに限らず、ものを作るときにはさまざまな（場合によってはお互いに矛盾する）要求条件や制約が課せられるわけだが、そんな時に過去にさまざまな事例を解決してきた先人の知恵を「パターン化」してノウハウとして身につけておけば、似たような事例に出会った時に効
O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」
昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトルが功を奏したのか、たくさんのフィードバックがいただけた。そんな中で見えて来たのは、この問題はRailsに限った話ではなく、業務用アプリケーションで使われているJavaや.Netの世界でもよく見られる問題だということ。 その「問題」とは、ActiveRecordに代表されるO/Rマッピングの技術の進化が、本来のMVC（そしてオブジェクト指向そのもの）のメリットを無視した「えせMVC」な設計を助長している、という問題である。 ・MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている（ここが根本的な問題） ↓ ・SQLを自分で記述しなくて良いO/Rマッピングはとても魅力的（これはこれで別の問題を含んでいるが、このエントリーではあえて突っ込まない） ↓ ・O/Rマッピ
「Flash vs. HTML5」という構図がはっきりと見え始めたぞ、と
業界関係者（特にスマートフォン関係の仕事をしている人たち）少し前からすでに気がついていた話だが、今回のAdobeからの一連のアナウンスメントで明らかになってきた「HTML5対Flash」という構図。とてもワクワクする戦いだ。 ウェブ上のリッチコンテンツという分野でリーダーシップ・ポジションを取りながらも、「無料Flashゲーム」と「ウェブサイトの見栄えをちょっと良くするアイ・キャンディ」というニッチなポジションに一度は追いやられるように見えたFlash（数年前の話）。しかし、動画フォーマットがReal Networks、Microsoft、Appleの三強いの間で中に浮く隙間を付いた戦略で、見事に「ウェブ上のマルチメディアのデファクト・スタンダード」のポジションをがっちりつかんだかに見えるFlash（現在）。しかし、その地位も安泰ではない。 Adobeにとって一番頭の痛い問題はiPhone
特許問題に関して一言
青色ダイオードを初めとする最近の特許訴訟に関して、アメリカのハイテク企業（マイクロソフト）で、実際に幾つも特許を申請してきた研究者としていろいろと言いたいことがある。 まず第一に、あの２００億円というでたらめな判決である。確かに、日亜化学工業が青色ダイオードによって得た利益はその数倍だったかも知れないが、ある「発明」を「利益」に結びつけるためには、それがどんなにすばらしい発明だったとしても、誰かがそれ相応のリスクを追って人と資金をつぎ込み、「利益を生み出すビジネス｣にしなければならない。このケースでは、会社側が１００％のビジネスリスクを追っており、その部分の投資に対する見返りが全く考慮されていないのが大きな問題である。 仮に、中村修二氏が、シリコン・バレーでベンチャー企業を起こして青色ダイオードを発明していたと過程しても、創業者利益として２００億円を得ることが出来たかどうか、疑問である。運
「戦略的OS」の開発がことごとく失敗している点に関する一考察
９０年代にIBM、Microsoft、Apple各社が巨額の開発費を投じて作っていた「戦略的OS」がすべて失敗してしまったことを皆さんはご存知だろうか？ IBMが作っていたのはOS/2。元々はMicrosoftとの共同開発だったが、途中で仲違いをしてしまい、最後はIBMだけが細々とサポートしていたことすら覚えていない人が多いとは思うが、Windows95の成功であっというまに市場から消えてしまったのがOS/2。具体的な数値は公開されていないので分からないが、両社が数百人体制で数年間開発していたので、少なく見積もっても日本円で数百億円は投じられたことは間違いない。 Cairoの方は私自身が初期のころにいたこともあるし、最終的には「Chicago(Windows95のプロジェクト名) vs. Cairo」の戦いの最前線にいた私としては知りすぎている点も多いのだが、一つだけ確かなのは、プロジェク
iPhoneがなぜそれほどまでに「革命的」なのか
iPhoneに関しては、まだ誤解している人も多いようなので、念のために解説しておくと、iPhoneがこれほどまでに通信業界で注目されているのは、マルチタッチのUIを採用しているからでも、NextStepの血を引く最先端のiPhoneOSを積んでいるからでもない。NTTドコモなどの旧来型の通信キャリアからみれば「単なるデバイスの調達先」でしかなかったデバイスメーカーがキャリアのビジネスに口も手も出している点にある。 私がAppleとAT&Tの提携発表で一番驚かされたのは、その料金体系であった。パソコン並にネットワークを使うiPhone向けの使い放題プラン（日本の「パケ放題」に相当する部分、ただし容量制限は一切ない）が月々わずか２０ドルというのは、本当に破壊的な価格である。この価格故にiPhoneは非常に魅力的なデバイスとなっているし、これだけ普及している。もちろん、それを実現するためにAT&
「普通そういうことしないよ」という言葉の暴力
先日の海部さんとの対談のビデオがYoutubeに上がったので、その中から私が海部さんの本（パラダイス鎖国）の中に出て来る「プチ変人」が受ける言葉の暴力について語ったくだりを紹介。 ちなみに、「プチ変人」とはスティーブ・ジョブズやアインシュタインのような「何をやっても許される大変人」と「ごく普通の人」の間に存在する無数の「何か新しいものを生み出すユニークな力は持っているけど、何をやっても許されるほどはまだ実績がない人々」のこと。 そんな「プチ変人」たちが人と違うことをしようとすると必ず投げかけられるのが「普通そういうことしないよ」「そんなことやってもうまくいかないよ」という言葉の暴力。スティーブ・ジョブズだってアインシュタインだって、最初は「誰も知らないプチ変人」だったわけで。そんな暴力に負けていてはイノベーションは起こせないぞ、と。 こんにちわ。 いつも楽しく拝見させていただいております。
Life is beautiful: 「へんな会社」と「出るクギを打つ」社会の話
へんな会社を貫くために、普通の会社のやり方をよく理解しておくというのは必要なんじゃないか、とこれははてなに限らず思う次第。【Kousyoublog | はてな移転で中の人が言うべきことと言ってはいけないことより引用】 この手の発言こそが、まさに「出るクギを打とうとする」行動。近藤さんに関してはそんな心配をする必要は全くないが、他の若い人たちが「やっぱり『普通の会社のやり方』をちゃんと勉強しなきゃ」などと誤解してはいけないと思い一言。 上場している企業と違い、はてなのように、ごく少数の株主が所有している会社の場合、株主・取締役の了解さえ取れれば、大幅な経営方針の変更は自由にしてかまわない。それが非上場であることの大きな利点だ。 今回の場合、「米国からは一時撤退し、多少会社の規模が小さくなっても良いから、京都にもどって落ち着いた環境でもう一度もの作りに専念する会社としてやりなおす」という決定は
米国の近代経営工学の手本になった日本の製造業
昨日も紹介させていただいた海部美知さんの「パラダイス鎖国」、草稿をアスキー出版から入手して読ませていただいているのだがとても面白い。最近の日本の「自主的鎖国」状況を彼女なりの考察を加えて解説した本だが、同じく「外から日本を見る」という立場にいるせいか共感できる部分も多くあり、楽しく読ませていただいている。 彼女の本にも、私と梅田氏との対談（「おもてなしの経営学」に収録...宣伝、宣伝^^）にも出て来る一つの共通する大きなテーマは、「なぜ高度成長経済の時期に、自動車だとかエレクトロニクスなどのハードを作る企業がこれほどグローバルな経済で成功出来たのに、時代がソフトやネットに以降した時に日本企業は世界の波に乗り遅れてしまったのか」という疑問。簡単に解答が見つかる話ではないが、海部氏の「パラダイス鎖国」論はその難しい質問に一つの光を差しかける。 ちなみに、MBAのクラスを取り始めてつくづく認識し
Jerry Yangがプライベート・エクイティと話しているという噂
A Valley source is hearing that a major private-equity firm was just days away from making its own bid for Yahoo when the Microsoft bomb hit this morning.【Hold Everything! We May Get Another YHOO Bidder!* - Silicon Alley Insiderより引用】 MicrosoftによるYahooの買収劇に関して、CEOであるJerry Yangがプライベート・エクイティによる買収（つまり非上場化）を考えているといううわさが飛び交っている。これだけの巨額の買収の引受先が実際に見つかるかどうかはいささか疑問だが、Jerry Yang個人としてはMicrosoftの傘下に下るよりは一旦非上場に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外国為替相場取引（FX）で確実にもうける方法（必勝法）
単なる「低コストの外注先」ではなくなりつつあるインドのIT産業