NTTの株価総額が世界一だった時に、Microsoftに転職した理由
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５年に入社した私は、NTTとしては第１期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました（当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました）。
「締め切りは絶対に守るもの」と考えると世界が変わる
2011年にインプレスジャパンから「エンジニアとしての生き方」という本を出版して以来、書籍よりは「メルマガ（週刊 Life is Beautiful）」の執筆を優先して来た私ですが、この度、とある編集者に説得されて「時間術」の本を出版することになりました。 『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』（文響社） 「時間術」とは言っても、巷に良くある「どうやって時間を効率よく使うか」という話ではなく、実際の仕事の現場において「常に締め切り通りに仕事を終える人」になるための、私なりの「仕事に対する取り組み方」を解説した仕事術の本です。 「いつも締め切りに追われている」「締め切り間際にならないと本気で仕事ができない」という悩みを抱える人たちには是非とも読んでいただきたい本です。締め切りを守れるかどうかは、締め切り間際のラストスパートで決まるのではなく、もっと前の段階での、「
各種ブラウザーで Java (applet) を無効にする方法
こちら（米国）では、見つかった Java のセキュリティホール（＋それを利用した実際のアタック）が大問題になり、米国政府が「ただちに Java を無効にするように」と声明を出し（参照）、全国ニュースでも大きく取り上げられている。 実質的な危険があるのは Java applet なのだが、Java と Java applet の違いの分からない報道機関は、大々的に「Java が危険」と報道しており、Sun Microsystems を買収して Java を入手した Oracle にとっては大きなブランドイメージの損失だ。Oracle は火曜日には５６カ所のセキュリティホールを塞いだパッチを提供するそうだが、そんなパッチでは、今回作られてしまった「Java は危ない」というイメージは拭えない。 どのみち、Java applet にはほとんど価値がないので、これを機会に無効にする人も多いようだ（
Life is beautiful: Windows95と地上の星
Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell（デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス）の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、９５年中にリリースすることはできない」 深刻な問題である。既に当初の予定より１年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ
反面教師としての三木谷発言
kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷：いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション（利用できる状況にセットアップすること）した人が購入者全体の95％を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です（笑）。 販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし
iPod touch と Angry Bird に駆逐された Nintendo 3DS
「スーパーマリオも寄る年波に勝てず 任天堂 営業赤字見通しの裏側」という記事を読んだが、米国に暮らす私の印象は少し違う。少なくとも米国では、Nintendo 3DS は「スマートフォンやソシアル・ゲームに負けた」のではなく、「iPod touchとAngry Birdに駆逐された」という表現の方が実感に近い。 去年の夏ぐらいから、任天堂が得意とする６〜１２才ぐらいの子供たちが遊ぶデバイスが、Nintendo (3)DSから、iPod touch へと目に見えてはっきりと置き換わって来たのだ。そんな親に聞くと、ほとんど決まって「私の iPhone でAngry Bird を遊びたがって、返してくれないので、しかたがないから iPod touch を買い与えた」という答えが返ってくる。 iPhone がなければ Angry Bird は生まれなかっただろうことを考えれば、間接的には「スマートフ
脱原発・脱官僚新党を作りませんか？
７月２８日の夜、菅首相に会って来た。原発問題に関して書いて来た私のブログが菅首相の目に止まり、「この男に会いたい」ということになったそうである。私自身も、海江田大臣の原発安全宣言から菅首相のストレステスト宣言に至る台所事情を知りたかったこともあるし、色々とお願いしたいことも会ったので、喜んで参上した、というしだいである。 具体的にどんな話をしたかは８月から開始するメルマガ（参照）の方に詳しくレポートする予定だが、私が菅首相にどうしても伝えたかったのは、東電を経済原理にのっとって破綻処理しなければ国民は納得しない、という点。「私は民意を反映した政策を打ち出し続ける限り、菅さんを支持し続けますが、万が一東電を救済するようなことになれば、その時点で支持を打ち切ります」と伝えて来た。 マスコミの「菅たたき」が激化し、支持率も低迷する中、私のように菅首相の発言や行動を純粋に政策面のみで評価する人はご
「空気が読める日本人」と「言論の不自由」と
今朝の私のエントリーに対して、池田信夫氏がTwitterで二回つぶやいた。最初のものがこれ。 首相がブログ読んで素人に「脱原発」の知恵を借りるって末期症状だな・・・ 典型的な「菅おろし」発言。まるで読売新聞のようだ。原発に関して色々と書いているブロガーと意見交換しただけなのに、なぜ「知恵を借りる」という表現を使ってわざわざこき下ろすか私には理解できない。オバマが同じことをしてもこんな風に解釈するのか？それとも、オバマだったら「国民の声を聞く、開かれた政府」と褒めたたたえるのか。 そして次がこれ。 私も彼のソフトウェアについての洞察には敬服しているので、おそまつな床屋談義はやめてほしい。 つまり「素人は黙っていろ」という意味だ。池田氏のうらみを買うようなことを言った覚えはないのだが、なぜここまで侮辱されなければならないのかまったく理解できない。「原発のことは原発の専門家に任せておけば大丈夫」
東電を破綻処理せずに救済すると、国民の負担は約１０兆円増える
「原発賠償支援法案に関して、民主・自民・公明の３党が合意、早ければ来週２６日に衆議院で可決される見通し」との報道がされているが、ここで国民が一番注目すべきは、国民の負担を最小にするために、東電を破綻させるスキームになっているかどうか。法案はここに公開されているが、政府からの資金援助のことも書かれており（第５章 第三節）、やはり東電の救済を前提とした法律と読み取れる。報道を見ても、「東京電力に対し、経営責任の明確化や徹底したリストラなどを求める」など、政治家の間では東電救済を前提とした話し合いがされているようで、とても心配だ。 まず誤解してはいけないのは、東電を経営破綻させても電気は決して止まったりしないということ。JALを破綻処理しても飛行機が飛び続けたのと同じ様に、電力の供給は安定して続けながら破綻処理することは普通に可能である。 もう一つ誤解してはいけないのは、東電を経営破綻させても、
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
菅首相はなぜ色々と重要なことをとうとつに発表するのか？
ここのところ、浜岡原発の停止要請、ストレステスト、脱原発宣言、と色々と重要なことをとうとつに発表する菅首相。「党内の意思の統一ができていない」「政権維持のための人気取り」「思いつきで記者会見をしている」などの批判の声が多く聞かれるが、これに関しては、先日のテレビで古賀茂明氏（国民の負担を最小限にする東電の破綻処理の方法を提案した結果、退職勧告を受けてしまった経済産業省の人）がとても納得の出来る説明をしていたので（参照、参照）、私なりの解説をしてみる。 分かりやすく言えば、菅首相は東電（＝原発推進派）相手のオセロゲームをしているのである。脱原発の菅首相が白、あくまで原発推進の東電が黒。オセロ盤の外にいる国民の多くは白（つまり脱原発）を応援しているが、選挙の時以外は盤面の外にいるので何もできない。盤面の上には、電力会社と政治家はもちろんのこと、経産省の官僚、原子力関係の学者、経団連に属する大企
日本が取るべき「ガラパゴス戦略」
Techcrunchに「ComScore Says You Don’t Got Mail: Web Email Usage Declines, 59% Among Teens!」という記事が出ている。要約すれば、「若い人たちほど旧来型のメールは使わなくなっており、SMS（携帯メール）やIM（メッセンジャー）やFacebookなどの新しい形のコミュニケーションを使う」という話。 日本の「ケータイ文化」やmixiの（初期の）成功を見て来た私としては「何をいまさら」という感じ。日本には「パソコンのメールなんて使ったことがない」「最初にインターネットに触れたのはケータイから」というユーザーが沢山いるわけで、「パソコンのメールよりもより軽くて即時性のあるコミュニケーションの方が今の人たちのモバイル・ライフスタイルには適している」ことは数年前から周知の事実。 この例が示す様に、日本はまだまだ「モバイル
組み込みデバイスの開発にこそ必要な「おもてなし設計」
最近、UIEvolutionのビジネスが、単なる「テクノロジーのライセンス・ビジネス」から、「プロトタイプの構築」や「おもてなし設計」ビジネスにシフトしている。一昔前は、「UIEngineのJavaに対する優位性を説明して欲しい」などの技術的な問い合わせばかりが多かったが、最近は「○○向けのデバイスを作っているんだけど、おもてなしの設計の段階から手伝ってくれないか」という話が増えているのだ。「おもてなし設計」の重要性が業界でようやく理解されて来た兆候だと解釈している。 そこで今日は、そんな傾向をさらに押し進めるために、スマートフォン・タブレット・家電などの組み込みデバイスの開発における「おもてなし設計」の重要性の話。 ここのところ「Androidタブレットはヨドバシカメラの「Androidタブレットコーナー」に横並びにされた時点で負けだ」「なぜ横並びで展示されるAndroidタブレットを作
Life is beautiful: Androidタブレットはヨドバシカメラの「Androidタブレットコーナー」に横並びにされた時点で負けだ
今年のCESについてだが、すでに「感心した商品」と「自分も関係していてうれしかった発表」に関しては書いたので、今回は「これはだめかな」と思ったもの。 まずその筆頭は「３Dテレビ」。これ以上大きくすることも薄くすることも解像度を高くすることもできなくなってしまった「成熟しきった」デバイスであるテレビに何とか付加価値を付けようという気持ちも分からないでもないが、正直言ってこれはいらない。CESに出品されている最新の３Dテレビを見てもあまり感動しないし、そもそも目が疲れる。今年の末あたりになって、「結局３Dテレビって何だったの？」という話になると私は見ている。 二番目は「Android」。前にも書いたが、これから家電やスマートフォンの市場に新規参入しようというアジアのメーカーにとっては、Androidを活用して短い開発期間と低コストで「安かろう悪かろう」のデバイスを薄利多売で売りまくるという戦略
google appengine に関してひと言
ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt
今日はWindows95の１５才の誕生日
今朝、久しぶりにFacebookにアクセスしたところ、昔の知り合いの間でちょうど１５年前の今日にWindows95がリリースされたことがしきりに話題になっていた。Windows95は、マイクロソフト自身にとっては大きな飛躍の始まりだったし、パソコン業界全体にとっても「誰もがパソコンを持つ」時代の幕を開けたOSとしても大きな意味のあるものであった。 私が、Windows95の開発に関ることになったのは色々な偶然が重なった結果だが、直接のきっかけは頭でっかちのアーキテクトばかり集めて会議ばかりしていたJim Allchin率いる「次世代のOSを担う」Cairoチームを飛び出して、「Cairoが出るまでの中継ぎ役」だったBrad Shilverberg率いるChicagoチームに移籍したのが原因。 コンピューター・サイエンスの博士号を持つアーキテクトを何人も抱えるCairoチームに「ハッカーの寄
Life is beautiful: WEB+DBコラム「なぜ日本のソフトウェアが世界で通用しないのか」
私がコラムを書いている「WEB+DB PRESS」の最新号が発売されたので、ここで宣伝させていただく。今回のコラムのタイトルは、「「なぜ日本のソフトウェアが世界で通用しないのか」。 ...(前略)...そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること、そして、日本のソフトウェア・エンジニアの境遇が悪すぎるということ。そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 詳しくはコラムを読んでいただくとして（宣伝だと言ったでしょう）、この問題はいまやソフトウェア業界だけにとどまる話ではないから始末が悪い。世界で一番進んでいるはずだった日本の携帯電話メーカーが、今や袋小路に追い込まれているのもこれが原因。 通信業界にはもちろん、携帯電話メーカーにもソフトウェアを自分で書ける人がいない今の日本の状況を考えれば、世界の
スタートダッシュ型仕事術：実践編
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
