特許庁のシステム開発が破綻した本当の理由
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には（１）コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、（２）霞ヶ関から流れて来るお金にたかる IT ゼネコン、（３）そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた９９億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
Life is beautiful: Windows95と地上の星
Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell（デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス）の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、９５年中にリリースすることはできない」 深刻な問題である。既に当初の予定より１年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ
防備を固める OS X と、無防備な Android と
Forbes の記事によると、アップルがOS X 用のアプリにウィルスやマルウェアの混入を防止する仕組み（Sandbox）を導入するらしい。そしてiOSと同じく、最終的には iTunes ストアからしかアプリをインストールできないようにするという。 反対している開発者もいるようだが、私は逆に遅すぎるぐらいだと思う。Windowsのようにアンチウィルス・ソフトウェアをインストールしないと安心して使えないパソコンなんてどう考えても時代遅れだ。マイクロソフトも同じような仕組みを Windows8 に導入するようだし、私としては大歓迎だ。 同じ理由で、Androidの最大の弱点はセキュリティにあると私は見ている。すでにAndroidアプリの数多くがウィルスに侵されているというデータもあるし（参照）、実質的に、Windowsパソコンと同じように「アンチウィルス・ソフトウェアをインストールしないと安心
福島第一にはメルトダウンした核燃料よりももっと危険なものがある
菅政権の内閣官房参与で、福島第一原発事故対策や原子力政策のアドバイザーだった田坂広志・多摩大学大学院教授が原発事故の教訓や今後の課題について語った講演「パンドラの箱」が公開されているので下に貼付けておく。 原子力発電を利用するというのは、その国全体にとって何を意味するのかをとても的確に表しているので、原発に賛成の人も反対の人もぜひとも見ていただきたい。特に使用済み核燃料の問題が技術的な問題ではなく社会的な問題であること、そして福島第一でもっとも危険な存在は実はメルトダウンしてしまった１〜３号機の核燃料ではなく、４号機のプールにあって取り出す事もままならない大量の使用済み核燃料であること、などが専門家の立場から的確に語られている（ビデオの40:00〜45:00あたり）。万が一４号機のプールがこれから起こる地震で壊れたりしたら、関東にも人が住めなくなるのだ。 １時間強と少し長いので、忙しい人は
いきなり Apple との契約違反をしてしまった au
ついに、auからiPhone5が発売されることになったという記事が日経新聞に掲載された（参照）。 ＫＤＤＩ（ａｕ）が米アップルのスマートフォン（高機能携帯電話）「ｉＰｈｏｎｅ（アイフォーン）」を2012年初めにも発売する。扱うのは10月に全世界で発売される最新型の「ｉＰｈｏｎｅ５（仮称）」。日本でアイフォーンはソフトバンクモバイルが事実上独占販売してきたが、これが崩れる。日本の携帯電話会社の勢力図が再び大きく塗り替わる可能性がある。 iPhoneアプリの開発者としては喜ばしいばかりだが、この発表、いくつか不思議な点がある。 一つ目は、１０月にiPhone5が発売されるということは、多くのアップルファンにとっては99.9%確実な周知の事実ではありながらも、公式には現時点では「噂」でしかないという事実。Appleほど新製品の発表に関する情報をコントロールする会社はなく、こんな風に携帯電話会社に
Steve Jobsの三つの偉業と現実歪曲空間と
Steve Jobsの引退が正式に決まったそうだ（参照）。これからは会長として新CEOのTim Cookをサポートする役に回るとのこと。 Steve Jobsの功績はいくつもあるが、特に注目すべきは、次の三つ。 一つ目は、iPod/iPhone/iPadというすばらしい商品を作り出し、多くの人たちのライフスタイルを大きく変えたこと。Jobsの徹底的なまでのこだわりとリーダーシップがなければ、あれだけの完成度の商品は作れなかっただろう。 二つ目は、違法コピーで悩んでいた音楽業界を説得し、オンラインで音楽を売るという新しいビジネスモデルを成立させたこと。これはJobsの現実歪曲空間とまで呼ばれる交渉力のたまもの。 三つ目は、倒産寸前だった会社をライバルのMicrosoftから資金を引き出すというウルトラCで救済した後、全米一の株価総額を持つまでの株主価値を生み出した事。 このうちどの一つを達成
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
脱原発への具体的な道筋
脱原発の話をすると、すぐに「脱原発派には具体的なプランがない」「再生可能エネルギーは高すぎて、補助金なしでは成り立たない」「狭い日本では、再生可能エネルギーは無理」「再生可能エネルギーでやっていけるという詳細な試算はあるのか」「CO2が増えてもいいのか」「大停電が起こる」「日本経済が失速する」などのヒステリックな答えが返ってくる。逆に、脱原発を主張する人の中には「危険な原発はすぐにすべてを止めて、それを太陽エネルギーで不足分はまかなう」などと極端なことを言う人もいるが、問題はそんなに簡単ではない。原発を止めるにしろ続けるにしろ、もっと冷静に、日本の将来を考えた議論をする必要がある。 現時点で最も大切なことは「現実的な脱原発」とは何かを良く考え抜いた上で、「簡単ではないが十分に達成可能なゴール」を設定し、「実行可能なプラン」を建てること。 そのためには、単に原発をヒステリックに止めるのではな
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
私の親戚が福島県にいたら子供と妊婦だけでも疎開させる理由
子供のころはテレビで放送されていることは１００％正しいと信じていたが、大人になるにしたがい、（１）専門家の中でも意見の食い違いがあること、（２）マスコミは勉強不足でしばしば間違える事、（３）危機の際に政府とか企業は悪いニュースをオブラートにつつんで伝える傾向があること、などを学んだ。 そこで問題となるのが、今回の原発災害のような時に、「誰をどこまで信じて良いのか」ということである。（a）日本政府は３０キロ圏内が危険地域であると言い、（b）米国政府は８０キロ圏内に米国人は立ち入っては行けないという。原発から北西方向にある飯舘村などは、３０キロメートル以上離れていても、空間の放射線量も土壌の放射線汚染度も高いが、（a）日本政府は「ただちに健康に影響はない」と言い続けているが、（b）IEAE (International Atomic Energy Agency)は住民を避難させるべきと言う（こ
これであなたも原子力安全・保安院
放射線量や被曝量がドラゴンボールのスカウターの数値のように一桁づつ大きくなるにも関らず、「健康には影響がない」と言い続ける原子力安全・保安院。何度も聞いているうちに、あるパターンがあることに気がついた。「被曝量を記者会見で話す時にはこうやって説明する」という虎の巻のようなものがあるに違いない。そこで、その虎の巻を彼らの過去の発言からリバース・エンジニアリングしてみた。 １μSv （マイクロシーベルト） 胸部X線検診１回に受ける放射線量（５０μSv）の５０分の１。健康には全く影響がない。 １０μSv（マイクロシーベルト） 胃のX線検診１回に受ける放射線量（６００μSv）の６０分の１。健康には全く影響がない。 １００μSv（マイクロシーベルト） 胸部X線CTスキャン１回に受ける放射線量（６.７mSv）の約７０分の１。健康には全く影響がない。 １mSv （ミリシーベルト） 放射線業務に従事する人
エンジニアから見た原発
典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行や人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関する本はすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日本にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日本にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし
逃げ切りメンタリティ
「逃げ切りメンタリティ」とは、私が執筆中の書籍（エンジニアとしての生き方）で初めて使った造語だが、「サラリーマン経営者が、『とりあえず自分の退職金が出るまで会社が存続してくれれば良い』と問題を先送りして、リスクを避けた経営をする心理状態」のことを指す。 使い方は、こんな感じだ（一つ前のエントリーより引用）。 しかし、そんなことをするとハードウェア全盛の時代に働き盛りだった４０代５０代の人たちは自分たちの居場所がなくなるし、万が一失敗した場合は自分たちの退職金も危うくなるわけで、今の経営陣にこんなことを言っても馬の耳に念仏。彼からからすれば、とにかく自分が円満退職するまで会社が存続してくれることがなによりも大切。余計な冒険などせずに、問題をできるだけ先送りにして、今のままの形で次世代にバトンタッチするのが一番の得策。そんな「逃げ切りメンタリティ」が今の日本をだめにしている。 「最近の若者が元
日本が取るべき「ガラパゴス戦略」
Techcrunchに「ComScore Says You Don’t Got Mail: Web Email Usage Declines, 59% Among Teens!」という記事が出ている。要約すれば、「若い人たちほど旧来型のメールは使わなくなっており、SMS（携帯メール）やIM（メッセンジャー）やFacebookなどの新しい形のコミュニケーションを使う」という話。 日本の「ケータイ文化」やmixiの（初期の）成功を見て来た私としては「何をいまさら」という感じ。日本には「パソコンのメールなんて使ったことがない」「最初にインターネットに触れたのはケータイから」というユーザーが沢山いるわけで、「パソコンのメールよりもより軽くて即時性のあるコミュニケーションの方が今の人たちのモバイル・ライフスタイルには適している」ことは数年前から周知の事実。 この例が示す様に、日本はまだまだ「モバイル
iPadを発売初日に並ばずに入手する方法
ようやく日本での発売日（５月２８日）が確定したiPad。「前の晩からアップル・ストアに並ぶぞ！」と張り切っている方も多いと思うが、「発売日に入手したいけど長時間並ぶのはちょっと」と思うのであれば、もっと簡単な方法がある。 オンラインで注文するのだ（http://www.apple.com/jp/ipad/）。 米国に住む私も、こちらでの発売日（４月３日）には並ぶ覚悟でいたのだが、ちょうどその日はゴルフの約束と重なったこともあり、「発売日に届かなくてもしかたないや」ぐらいの気分でオンラインで予約をしておいたのだ。すると、発売日の５日前には中国の工場からUPSで直接「個別発送」したとの連絡が入り、ちゃんと発売日の昼には家に届いたのだ。 アップル・ストアに前日から並んでお祭り騒ぎに参加したり、テレビのインタビューを受けることを目指したりするのも決して悪くないとは思うが、単に「一日でも早く手に入れ
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
「なぜAppleはiPadにFlashを載せるべきではない」のか
気がついた人も多いと思うが、iPadのアナウンスメントであっさりと無視されたのがAdobeのFlash。私は意図的（＝「Flashなんか重要じゃない」というメッセージ）と読んだが、皆さんはどうだろうか。 iPhoneがFlashをサポートしていないことに対するAdobeを含めたさまざまな方面からの批判を考えれば、「the best way to experience the web （最高のウェブ環境）」を売り文句のiPadが、これだけ広く使われているFlashをサポートしないというのはおかしな話だ。 不思議に思う人も多いかもしれないが、自分をAppleの経営陣の立場に置いて良く考えてみれば答えは明確になる。 Appleという会社は、昔からさまざまなクリエーターたち（アーティスト、ミュージシャン、ウェブ・デザイナー、etc.）を魅力的で便利なパソコンやツールで味方につけ、彼らの作品を消費者
無名関数を使った非同期通信のススメ（JavaScript）
ここ最近はブラウザーの上で動く思いっきりRIAなアプリケーションを書いている私。こと通信の部分になると JavaScript での開発効率が、C++/Java/Objective Cなどと比べて格段に高いことをつくづく感じている毎日なので、今日は、そのあたりを少し解説してみようかと思う。 サーバーのAPIにアクセスするプログラムを書く方法は色々とあるが、「サーバー上の特定のURLにHTTPでアクセスして結果をXMLやHTMLやJSONで受け取る」というケースに限定すれば、基本的に３つのパターンに分けられる。 1. 同期通信 result = urlfetch.fetch("http://www.google.com/") if result.status_code == 200: doSomethingWithResult(result.content) その書きやすさのために、実務経験の
Google App Engine入門：Datastore上で「ユニーク制限」を実現する方法
Google App Engine のDatastoreには、通常のリレーショナルデータベースと比べた時にいくつかの制限があるが、その一つが「このプロパティの値は常にユニークでなければならない」という指定（ユニーク制限）ができないことである。 Invoice IDのように自動生成するものであれば、アプリケーション側でなんとかすることも簡単だが、メールアドレスやハンドル名など、ユーザーが入力するものになると、ユニークであることをきちんと判定した上でEntityを作ることが必要になる。 もちろん、単純に「有無をチェックして、なければ作る」というプログラムではスレッド間の競合に対応できないので、そこはトランザクションを使ってアトミックに処理をする必要がある。 App Engine上でトランザクションを実現するには、エンティティグループという仕組みを使って行うが、気をつけなければいけないのは、エン
Cloud Computing考：Amazon ec2とGoogle App Engineの違いを私なりにまとめてみた
Cloud Computing の話が注目されるようになってしばらく経つが、商用での本格応用という意味ではまだまだ未熟な市場である。PhotoShareは去年の７月サービス開始時から Amazon の ec2＋S3 という組み合わせで運営しており、私から見れば当然の選択だったわけだが、あのタイミングで商用サービスへの採用に踏み切った会社も少なかったのか、何件かインタビューの申し込みが来たりして少し驚いている（参照）。 すぐに陳腐化するハードウェアの資産はできるだけ持ちたくないし、自分でデータセンターにラックを借りるなんてことはコスト的に見合わない。かといって、通常のレンタルサーバーは初期費用がばかにならない（今は少しは改善されているのかも知れないが、去年の段階では「それじゃあハードが自分で買えるじゃん」と言わせるぐらいの初期費用を請求する企業がほとんどであった）。それに加えて、どのくらいの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
