日本の家電メーカーのソフトウェアの作り方や、人材の活用方法の問題点関しては、このブログでもメルマガでも何度も指摘したが、その問題を浮き彫りにするブログエントリーを見つけたので紹介する。 パナソニックを退社しました ...私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。 単価計算は人月とステップ数。仕様書を書く上流工程が重要で、コーディングは単純作業という価値観のもとでの開発です。当然正社員はなかなかコーディングに携わることができませんでした。 また、単純作業とみなされがちなコーディングを効率化しようとするモチベーションが少なかったのか、いくつか作業環境で疑問に思うところもありました。例えば、メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない、などです。PCスペックやディスプレイなどは入社の時期によってはそこ

New York Times に「Risk From Spent Nuclear Reactor Fuel Is Greater in U.S. Than in Japan, Study Says（使用済み核燃料のリスクは日本よりも米国の方が高い）」という記事が出ている。原子力発電所が「トイレなきマンション」であることは、どの国でも同じだ。それどころか、使用済み燃料プールがテロリストの標的になれば、最悪の場合、チェルノブイリ以上の事故を米国内で引き起こされてしまう危険すらある、というレポートすらあるという（参照）。 つくづく思うのは、たとえ１００歩譲って、十分に安全な原発の運転が「技術的には可能」だと仮定したところで、営利企業が運営する限りは、原発特有の「色々な問題は先送りした方が経済的に有利」という強いインセンティブが働くため、どうしても安全よりも経済性を優先してしまうし、経済性に関して

Sony や Panasonic が家電のコモディティ化で大赤字を出して苦しむ一方で、今や株価総額が日本の大手家電メーカー８社の株価総額の３倍以上にもなった Apple（参照）。 この差に関しては、私も含めて、リーダーシップの欠如だとか、ゼネコン型のソフトウェア開発スタイルが悪いとか、ソフトウェアの重要性を理解しない経営者、などのさまざまな考察がされているが、その根底にあるのは、「大企業は一度正社員になった人は会社が倒産の危機にでもさらされない限り解雇してはいけない」という日本特有の雇用スタイル。 家電業界の成り立ちは、日本の家電メーカーが業績をのばしていた高度経済成長期とは大きく変わってしまった。ソフトウェアがものすごく重要になったのはもちろんのこと、ハードウェアに関しても、中国を含む東南アジアが「世界の工場」となった今、「何を自分で作り何をアウトソースするか」がコスト削減の上でも差別化

CNetにGuy Kawasakiの "What I learned from Steve Jobs" という文章が出ているので一読をおすすめする。１２項目のメッセージを簡単に解説するとこうなる。 評論家と呼ばれる人たちは実は何も分かっていない。彼らに耳を傾ける必要はあるが、振り回されてはいけない 顧客に何が欲しいかをたずねても答えは見つからない 不連続な変化を起こせ 難しいことにチャレンジするからこそすばらしい仕事ができる デザインへの徹底的なこだわりが違いを生み出す プレゼンの時には大きなフォントと大きな画像を使え 間違いに気がついたら恥じらいもなく方向転換をしろ 「価値」は「価格」とは違う 優秀な人材は自分より優秀な人材を雇いたがる。だめな人材はもっとだめな人材を雇いたがる 本当のCEOは、自分自身で商品のデモをする 会社に必要なのは「研究者」ではなく「エンジニア」だ 「個性的」でか

毎日新聞に「福島第１原発：東電が政府側に渡した文書の全文」という記事が載っているが、それを読んで少し驚いた。まさに東電と保安院がどんな形で、情報の隠蔽（正確には「原発事故の意図的な過小評価」）をしてきたかが良くわかる確固たる証拠だ（こんな文章が表に出る様になっただけ、日本も捨てたものではない）。 とくに驚愕なのは、以下の部分。 （１）地下水の遮へい対策は、馬淵補佐官のご指導の下、『中長期対策チーム』にて検討を進めてきているが、「地下バウンダリ（発電所の周りに壁を構築し遮水するもの)」は現在、最も有力な対策と位置づけ。ただし、対策費用は現状不確定であるものの、今後の設計次第では１０００億円レベルとなる可能性もある。 （２）今回の検討の過程で、政府側から国プロジェクト化の示唆(当初は国交省予算）があり、その前提で、設計着手と工事着工の前倒し案が浮上。ただし、現状では、担当府省がどこになるかも含

今日のこちら（米国西海岸）でのもっぱらの話題は、Oracleの「Android訴訟（詳細）」だが、これに関しては、私も含めて「やはり来たか」と見ている専門家は多い。 そもそも、スマートフォン以前の携帯電話用のJavaがプラットフォームとして成功しなかった理由の一つは、J2MEが根っこのところで、NTTドコモ独自のDoJaとモトローラ主導のMIDPに分岐してしまったことにあるし、同じJ2ME間でも実装の差異が大きく "write once, run everywhere" が机上の空論になってしまったことにある。Sunがちゃんとリーダーシップを発揮できなかったためである。 その意味では、J2ME/MIDPとコンパチビリティがなく、Sunから正式にJavaをライセンスしていないAndroidはけしからん、というのは（今はOracleの一部になった）Sunから見れば当然のこと。 「J2MEの時に

ここの所モバイルの世界ではすっかりGoogleとAppleにおいしいところをもっていかれてしまっているMicrosoft。そろそろ「撤退」か「全力投球」のどちらを選ぶ時期だと思っていたのだが、ついに「全力投球」を決めたそうだ。 今までは「Windows CEビジネスの延長上」程度にしか力を入れて来なかったWindows Mobileビジネスだが、Steve Ballmerが「開発者の心をAppleに奪われるなんて由々しき事態」と宣言し、主戦力をWindows部隊のトップクラスのエンジニアにごっそりと入れ替えての「体力勝負」に出る事にしたとのこと。

ワシントン大学で受講しているMBAもあと１ヶ月を残すところまで来たが、最後の期に受けている授業の一つが "International Finance" という外国為替に関する集中講座。今までいろいろと疑問に思ってきたことが一気に解消されたので大好きな授業の一つだ。 その授業の中で、金利の低い外貨で借金をして家を買った結果巨額の借金を抱えることになってしまった人たちがアイスランドにたくさんいる話だとか、リスクを十分に理解せずに為替リスクを１００％負って金利の高い外貨預金に走る日本の主婦たちなのど話が出たので、日本の事情に関して少し調べてみた。

９０年代にIBM、Microsoft、Apple各社が巨額の開発費を投じて作っていた「戦略的OS」がすべて失敗してしまったことを皆さんはご存知だろうか？ IBMが作っていたのはOS/2。元々はMicrosoftとの共同開発だったが、途中で仲違いをしてしまい、最後はIBMだけが細々とサポートしていたことすら覚えていない人が多いとは思うが、Windows95の成功であっというまに市場から消えてしまったのがOS/2。具体的な数値は公開されていないので分からないが、両社が数百人体制で数年間開発していたので、少なく見積もっても日本円で数百億円は投じられたことは間違いない。 Cairoの方は私自身が初期のころにいたこともあるし、最終的には「Chicago(Windows95のプロジェクト名) vs. Cairo」の戦いの最前線にいた私としては知りすぎている点も多いのだが、一つだけ確かなのは、プロジェク

今週はMBAの授業の一環でインドのいくつかの企業を訪ねてまわっているのだが、今日行ったのはInfoSys。 InfoSysは、Fortuneマガジンが"Top Companies for Leaders 2007' list"の１０位に選んだ、インドの「IT産業」の花形。

こちら（北米）で仕事をする場合、一番の褒め言葉は「あいつはAccountableだ」という言葉。辞書には、Accountableには「責任のある」などの訳語が乗っているが、仕事の場面で使う場合は「安心して仕事をまかせておける」という意味。 プログラミングにしろ他の仕事にしろ、何をしていてもさまざまな「予想外の問題」が生じるもの。そういう問題への対処も含めた上で、「あの人に仕事をまかせておけば安心」と思ってもらうには、さまざまなところに予防線を張り、常に「地に足をつけた」状態で、着実に仕事を進めて行くことが何よりも大切。

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の傘下に下るよりは一旦非上場に

知り合いから転送されて来た誰が書いたとも知れないメールに書かれていた一文。 If you had purchased $1000 of shares in Delta Airlines one year ago you will have $49.00 today. If you had purchased $1000 of shares in AIG one year ago you will have $33.00 today.If you had purchased $1000 of shares in Lehman Brothers one year ago you will have $0.00 today.But if you had purchased $1000 worth of beer one year ago drank all the beer then turne

ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと

今回Googleが発表したウェブ・ブラウザー、Google Chromeは、ひと言で言えば、「安定度・安全度を高めるために、それぞれのタブを別プロセスで走らせるタブ・ブラウザー」である。 ９５年にIE3.0を設計した時には、タブのコンセプトも存在せず、セキュリティの問題もそれほど強く意識していなかったので、ウィンドウごとに１スレッドを割り当てたマルチ・スレッドを選択した訳だが、ここまでウェブ・アプリケーションが重要になってくると、マルチ・プロセスに移行するのは当然。特定のページ上でのJavaScriptの挙動がおかしくなったからと言って、ブラウザーすべてが落ちてしまう今までの設計が異常。 一つのウィンドウ下で管理させるそれぞれのタブにプロセスを割り当てる、一般的に一つのウィンドウに一つのプロセスやスレッドを割り当てる通常のGUIアプリケーションとは異なるが、ユーザー・モデルとリソース管理は

MBAの授業の一環で、"Marketing Myopia" (by Theodor Levitt) という１９６０年に書かれた論文を読む機会があったのだが、色々とうなずけるところがあったので、メモ代わりに。 家電メーカーのような技術系の会社は、どうしても技術系の人が経営者になりがち。技術系の人は（私も含めてだが）色々な問題を論理的に解決しようとする。技術的な問題を解決するためにはこのアプローチはとても有効だが、消費者心理のように曖昧で非論理的なものには適用できない。 技術系の経営者が陥りやすい失敗は、自分がコントロールできる分野、すなわち、技術的に難しい問題を解決することにばかりエネルギーをそそぎ、非論理的で簡単にはコントロールできない消費者の動向のようなものに十分な注意を払わないこと。 その結果、「消費者はどのみち論理的な行動なんてしないんだから、それに関して色々と戦略を立てたところで無

TechCrunchの「SNSの世界進出ーなぜMySpaceとFacebookは日本でだめなのか」は、私が最近強く感じていることと通じることもあり、いろいろと考えされられた（英文でのレスポンスはここ）。 私と増井君が作ったBig Canvasは、米国法人であり、その最初の商品PhotoShareはAppleのApp Storeを通じて世界同時リリースをした（UIは英語と日本語のみサポート、ただし投稿はどんな言語でも可能）。その意味では、特定の国のユーザーに特化したつもりは全くない。ただ、既に６００万人いるiPhone 2Gユーザーを考えれば、SNSとして成り立つに最低限必要な数千人のユーザーを確保するには米国でがんばらねばならないとは強く認識していた。 米国での一番のライバルは当然MySpaceとFacebookであるが、「常時接続ライフスタイル」に最適化されたサービス作りで「写真版Twi

今日もいくつかPhotoShareに関するブログエントリーを見つけたのだが、その中でもとてもうれしかったのがこれ。 あとはタイトルを付けて「完了」ボタンをタップするだけ。めちゃくちゃ簡単に投稿できます。【 iPhoneのキラーアプリになりそうな写真共有アプリ「Big Canvas PhotoShare」（もとまかApp Selection 第７回） - もとまかのiPhone・iPod touch戯れ日記より引用】 増井君と一緒にPhotoShareのアーキテクチャの設計した際に、もっとも力を入れたのが「どうやったらこれ以上簡単にすることは不可能なぐらいに簡単に写真を投稿できるようにできるか」という部分。その意味では、「めちゃめちゃ簡単」という言葉は最高の褒め言葉。 この手のアプリを作っていると陥りがちなのが「機能のてんこもり」。特に他のサービスと比較されることを意識し始めてしまうと、「敵

【材料】 ・小さな学生ベンチャー。東大・京大などの有名校の理学部・工学部の卒業生が集まって作った１０人程度の企業。売り上げどころかビジネスプランすらちゃんと描けていないが、そこそこの技術力とハングリー精神だけはある、というタイプがベスト。資本金は少ない方が良く、ＶＣからの資金調達前でなければならない。 ・３～４億円程度の資金 ・欲の皮のつっぱった証券会社へのコネ 【レシピ】 １．まずは、顧客としてこのベンチャー企業にアプローチする。ビジネスプランもろくに持たないベンチャー企業の場合、とりあえずは「開発の下請け」でも何でもやって売り上げを立てなければならないので、その弱みを突く。Web2.0っぽいものならブログでもＳＮＳでも何でも良いので、とりあえずシステム構築を発注する。この段階での発注額は二～三千万円ぐらいに抑えておくが、それでもこの会社にとっては「最大の顧客」となるはず。 ２．その会社

iPhone登場以来すっかりAppleファン（＝マカー：ただし、この呼び方を蔑視と見る人もいるので要注意→コメント欄参照）になり、しまいにはメインの開発マシンまでMacにしてしまった私だが、この「アップル教」とまで呼ばれるApple好きの人たちの言動と、それ以外の人たちがAppleファンに対して持つ違和感をどう説明したら良いものかと考えていたら、良い答えを見つけた。 Apple社は，Don Norman氏の教えの信奉者であるようにも見える。有名な認知心理学者で，Steve Jobs氏が復帰する前のApple社に勤務していたNorman氏は，「感情に訴えるデザイン（emotional design）」を主張している。デザイナーは，消費者と製品の間に感情的な絆を作り上げるべきとの発想である。これに成功すれば，消費者は製品の様々な欠点を見逃してくれるようになる（関連記事）。Steve Jobs氏