NTTの株価総額が世界一だった時に、Microsoftに転職した理由
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５年に入社した私は、NTTとしては第１期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました（当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました）。
アウトプットに遠慮や忖度が必要ない理由
９月２２日発売の「結局、人生はアウトプットで決まる 自分の価値を最大化する武器としての勉強術」からの引用です。 ◉自分では気づかない「好きなこと」の見つけ方（73ページ） これまで、「好きなこと」を追求すべきということをお伝えしてきました。すでに好きなことが見つかっているのであれば、さっそくアウトプットを始めてみましょう。 しかし、実際のところ「そうはいっても、好きなことが見つからないんだよなぁ」と思っている方も多いのではないでしょうか。「趣味と言える趣味がない」「『休みの日は何しているの？』と聞かれてもマンガを読んで、食べて、寝て終わり」などなど……。 また、親や先生から「勉強しろ」と言われとりあえず勉強して、いい大学に入って、就職の人気ランキング上位の会社や流行りの業界には入ったものの、本当は何が好きなのか未だにわからない、という人は少なくないはずです。 私は幸運なことに、好きなことを
米マイクロソフト本社で目の当たりにしたビル・ゲイツの決断力
６月１日発売の『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇ ◇ ◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、＂光速＂と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト本社内にはＯＳの開発に関する派閥争いがありました（ＯＳとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基本ソフトのこと）。＂カイロ＂というグループと＂シカゴ＂という
iOS8が加速する家電メーカーの新陳代謝
メルマガの読者に向けて、今回のAppleによるWWDCでの発表に関する解説を執筆中ですが、それを書きながら強く認識したのが、２００７年に登場したiPhoneが携帯電話機メーカーの勢力図を大きく変えたのと同じ様な大変化が、今度は家電メーカー全体に起ころうとしている、という事実です。 iPhone が証明したのは、ハードウェアの世界においても勝負の鍵となるのはソフトウェアであり、世界最高のプログラマー集団を抱えた企業しか、この業界では利益を上げられない、勝ち残れない、ということです。 日本のメーカーは、NTTドコモによる iモードで、世界で最初にインターネットに繋がる携帯電話を作っておきながら、iPhone の登場とともに市場から淘汰されてしまいました。 これに関しては、「日本は独自企画にこだわったから負けた」と思っている人が多いのですが、それは誤解です（日本の携帯電話市場のことを最初に「ガラ
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
node.js で「サラリーマンの朝」をプログラムしてみる
先日の「node.js と thread hog の話」には、たくさんのコメントをいただいたが、やはり「イベント駆動型」のプログラミングには抵抗がある人も多いようだ。そこで、JavaScript の無名関数を使ったイベント駆動型のプログラミングの可読性が悪くないことを示すために、「朝７時に目覚まし時計をかけて眠りにつき、朝ご飯を食べ終わったら会社に行く」という典型的な「サラリーマンの朝」をイベント駆動型のJavaScriptで記述してみた。 注目して欲しいのは、素早く出来る「着替える」「顔を洗う」などの動作は割り込み不可な動作なので、通常のプログラミングと同じようにシーケンシャルに実行するが、時間のかかる「朝ご飯を食べる」「駅まで歩く」などの動作は割り込み可能な状態で実行し、"complete" のイベントを受けてから次の動作に移る点だ。 ちなみに、目覚まし時計は 「スヌーズボタン」付きな
たかが電気、されど電気
メルマガ「週刊 Life is Beautiful」で「なぜ日本は原発を止められないのか」という連載を始めた。通信業界の東京電力に相当するNTTで働いていた経験を活かし、霞ヶ関や東電のエリートが何を考えてあんな行動に走るのかを解説する。ちょうど良いタイミングで先日の「さようなら原発１０万人集会」での坂本龍一氏の「たかが電気のためになんで命をさらさなければいけないんでしょうか」という発言が注目を集めているので、このブログでもひと言書いておく。 「たかが電気」という発言に対して「電気を止めたら死んでしまう病人がいる」「真夏にクーラーがかけられなければ、熱中症で死ぬ人がいる」と噛み付いている人がいるが、これらの指摘は大間違いである。日本は、原発を止めたぐらいで、病人の生命維持装置が止まってしまったり、熱中症で死ぬ人が増えたりする国ではない。 本当の理由は別のところにある。日本経済が重度な「原発依
喜んで週末働きたくなるような仕事を選べ
巷ではアップルが新入社員に向けたメッセージが話題を呼んでいる（参照）。普段、私が言っている「週末が待ち遠しいような仕事を選ぶな。喜んで週末働きたくなるような仕事を選べ」と同じ意味だ。 せっかくこの世に生まれて来たのだから、思いっきり人生は楽しむべき。そのためにも、夢中になれる職、人生を賭けることのできる仕事を選ぶことが何よりも大切。好きだから、誰よりも頑張れるから、他人よりも良い仕事ができる。成功できる。充実した人生が楽しめる。 仕事には、ただの「仕事」と「人生を賭けるべき仕事」の二種類があります。 あなたの足跡がそこら中に付いた仕事。徹底的にこだわりたくなるような仕事。喜んで週末働きたくなるような仕事。 アップルでならそんな仕事ができます。 安定を求めてアップルに来る人はいません。危険を承知でプールの一番深いところで泳ぐために来るのです。 彼らは自分たちの仕事が「何か」を生み出すことを望
「空気に支配される大人」にはならないで欲しい
「孫正義ソフトバンク社長が、経団連の理事会に出席し、経団連が一致して決議しようとした原発再稼働への賛成・推進に対して、反対し、執行部の姿勢を強く批判した」と報道されている（参照）。いかにも孫さんらしい行動だが、問題視すべきなのは、３００社以上の出席者からは、孫社長の意見に対する反論も同調する意見もなかったという点。 経団連を牛耳る原発推進派の企業により「満場一致で原発再稼働に賛成する」という空気が作られるなか、その「空気作り」が許せなかった孫社長が真っ向から反対したが、残りの「空気が読める、空気に支配される大人たち」は黙ってしまったのである。 この状況は、学校で「いじめ」が起こった時に、一部のいじめっ子たちにより「あの子はいじめて良い」という空気が作られた時に他の生徒が黙認してしまう（そして、結果としていじめる側に回ってしまう）状況に似ている。そんな空気の中で「こんないじめは良くないよ」と
なぜ１０００年に一度の天災を考慮する必要があるのか
(追記）誤解している人が多いようだが、３月１１日の地震＋大津波は、日本全体で見れば決して１０００年に一度しかないまれな天災ではない（日本全体で見れば、１００年に２〜３度は起こると覚悟しておいた方が良い）。これは百歩譲って、それぞれの原発に、１０００年に一度程度、原発の設計で想定している以上の天災が起こり、それがシビアアクシデントに繋がると仮定した場合の計算である。 ある原発がある年に「１０００年に一度の天災」に襲われる確率 1/1000 ＝ 0.1% ある原発がある年に「１０００年に一度の天災」に襲われない確率 100% - 0.1% ＝ 99.9% ある原発が４０年間の間一度も「１０００年に一度の天災」に襲われない確率 99.9% ^ 40 = 96.1% ５４基の原発がどれも４０年間の間一度も「１０００年に一度の天災」に襲われない確率（追記：もちろん、それぞれの事象が独立していると仮定
そしてスティーブ・ジョブズは伝説の人となった
CNetにGuy Kawasakiの "What I learned from Steve Jobs" という文章が出ているので一読をおすすめする。１２項目のメッセージを簡単に解説するとこうなる。 評論家と呼ばれる人たちは実は何も分かっていない。彼らに耳を傾ける必要はあるが、振り回されてはいけない 顧客に何が欲しいかをたずねても答えは見つからない 不連続な変化を起こせ 難しいことにチャレンジするからこそすばらしい仕事ができる デザインへの徹底的なこだわりが違いを生み出す プレゼンの時には大きなフォントと大きな画像を使え 間違いに気がついたら恥じらいもなく方向転換をしろ 「価値」は「価格」とは違う 優秀な人材は自分より優秀な人材を雇いたがる。だめな人材はもっとだめな人材を雇いたがる 本当のCEOは、自分自身で商品のデモをする 会社に必要なのは「研究者」ではなく「エンジニア」だ 「個性的」でか
いきなり Apple との契約違反をしてしまった au
ついに、auからiPhone5が発売されることになったという記事が日経新聞に掲載された（参照）。 ＫＤＤＩ（ａｕ）が米アップルのスマートフォン（高機能携帯電話）「ｉＰｈｏｎｅ（アイフォーン）」を2012年初めにも発売する。扱うのは10月に全世界で発売される最新型の「ｉＰｈｏｎｅ５（仮称）」。日本でアイフォーンはソフトバンクモバイルが事実上独占販売してきたが、これが崩れる。日本の携帯電話会社の勢力図が再び大きく塗り替わる可能性がある。 iPhoneアプリの開発者としては喜ばしいばかりだが、この発表、いくつか不思議な点がある。 一つ目は、１０月にiPhone5が発売されるということは、多くのアップルファンにとっては99.9%確実な周知の事実ではありながらも、公式には現時点では「噂」でしかないという事実。Appleほど新製品の発表に関する情報をコントロールする会社はなく、こんな風に携帯電話会社に
官僚は日本を救うのか日本を潰すのか
海江田大臣が経産省幹部の更迭を発表したことに関して、野党は例によって「通常の人事異動を更迭と呼んだだけのパフォーマンス」などの批判をしているが、少なくとも「更迭」という言葉を使って責任の所在を明らかにしたことは評価して良いと思う。 菅首相にしろ海江田大臣にしろ、今のままの状態で辞任してしまう方がよっぽど無責任だ。総辞職するにしろ解散するにしろ、ちゃんとけじめをつけてからやるべき。今回の事故の原因の根本は、電力の安定供給を国民の安全よりも重視する経産省が無理矢理作り出した「原発の安全神話」にあるわけで、そこにしっかりとメスを入れる責任は現政権にある。 注目すべきは、次の人事。原子力安全保安院を経産省から切り離すだけでなく、古賀茂明氏を経産省のトップに置く、資源エネルギー庁を解体する、ぐらいの抜本的な改革が出来れば良いが、下から同じような人が順繰りに上がってくるだけでは何も変わらない。 ちなみ
原子力安全保安院の本音
最近、国民の信頼をすっかり失ってしまった原子力安全保安院。ああいう立場にいると、なかなか本音で話すわけにもいかないだろうから、私が代わりに本音を語ってあげることにした。 原発は安全です 保安院の本音：これは「原発は絶対安全」という決して意味ではないので、誤解しないように。何事にも絶対ということがないことぐらい私たちだって知っています。 原発は十分に安全です、過酷事故の起こる可能性は１００万年に一回です 保安院の本音：「１００万年に一回」という数値は、電力会社の人たちと一緒に導き出した試算でしかないので、あまり本気にしないでください。日本で原発による商業発電が始まったのは１９６６年なので、実績ベースで言えば「４５年に１回」となります。 福島第一の原発事故を教訓に安全対策を施せば、過酷事故は避ける事ができます 保安院の本音：自動車事故でも飛行機事故でもそうですが、どんなに安全対策を施しても事故
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
脱原発への具体的な道筋
脱原発の話をすると、すぐに「脱原発派には具体的なプランがない」「再生可能エネルギーは高すぎて、補助金なしでは成り立たない」「狭い日本では、再生可能エネルギーは無理」「再生可能エネルギーでやっていけるという詳細な試算はあるのか」「CO2が増えてもいいのか」「大停電が起こる」「日本経済が失速する」などのヒステリックな答えが返ってくる。逆に、脱原発を主張する人の中には「危険な原発はすぐにすべてを止めて、それを太陽エネルギーで不足分はまかなう」などと極端なことを言う人もいるが、問題はそんなに簡単ではない。原発を止めるにしろ続けるにしろ、もっと冷静に、日本の将来を考えた議論をする必要がある。 現時点で最も大切なことは「現実的な脱原発」とは何かを良く考え抜いた上で、「簡単ではないが十分に達成可能なゴール」を設定し、「実行可能なプラン」を建てること。 そのためには、単に原発をヒステリックに止めるのではな
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
ホリエモンを有罪にしておきながら、この東電の粉飾決算を見逃すことは許されない
毎日新聞に「福島第１原発：東電が政府側に渡した文書の全文」という記事が載っているが、それを読んで少し驚いた。まさに東電と保安院がどんな形で、情報の隠蔽（正確には「原発事故の意図的な過小評価」）をしてきたかが良くわかる確固たる証拠だ（こんな文章が表に出る様になっただけ、日本も捨てたものではない）。 とくに驚愕なのは、以下の部分。 （１）地下水の遮へい対策は、馬淵補佐官のご指導の下、『中長期対策チーム』にて検討を進めてきているが、「地下バウンダリ（発電所の周りに壁を構築し遮水するもの)」は現在、最も有力な対策と位置づけ。ただし、対策費用は現状不確定であるものの、今後の設計次第では１０００億円レベルとなる可能性もある。 （２）今回の検討の過程で、政府側から国プロジェクト化の示唆(当初は国交省予算）があり、その前提で、設計着手と工事着工の前倒し案が浮上。ただし、現状では、担当府省がどこになるかも含
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')
プラットフォームを選ぶということ
この業界で仕事をしていると、しばしば迫られるのが「どのプラットフォームに向けて商品開発をして行くのか」という決断。会社としての経営判断の場合もあれば、個人のスキルアップやキャリアパスのための判断の場合もあるが、いずれにしろ限られたリソース・時間をいかに有効に使うか、という点ではとても大切。 パソコン用のソフトウェアであれば、「Windows向けに作るのかMac向けに作るのか」というOSレベルでの選択肢もあるし、「Windows Vista独自の機能を使って差別化を図るのか、それともWindows XPでもちゃんと動くように作ってまずは大きな市場をとりに行くのか」というOSのバージョンレベルでの選択肢もある。もちろん「そもそも特定のOS向けのアプリを作るべきか、それとも、すべてウェブ・アプリケーションとして作るか」というアーキテクチャ・レベルでの選択肢もある。 「少なくともここ数ヶ月はiPh
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
