タグ

ブックマーク / satoshi.blogs.com (5)

  • NTTの株価総額が世界一だった時に、Microsoftに転職した理由

    「6年勤めたNTT退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が32年前(1986年)に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ(週刊 Life is beautiful)の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、1985年に入社した私は、NTTとしては第1期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました(当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました)。

    manaten
    manaten 2018/11/27
  • 福島第一にはメルトダウンした核燃料よりももっと危険なものがある

    菅政権の内閣官房参与で、福島第一原発事故対策や原子力政策のアドバイザーだった田坂広志・多摩大学大学院教授が原発事故の教訓や今後の課題について語った講演「パンドラの箱」が公開されているので下に貼付けておく。 原子力発電を利用するというのは、その国全体にとって何を意味するのかをとても的確に表しているので、原発に賛成の人も反対の人もぜひとも見ていただきたい。特に使用済み核燃料の問題が技術的な問題ではなく社会的な問題であること、そして福島第一でもっとも危険な存在は実はメルトダウンしてしまった1〜3号機の核燃料ではなく、4号機のプールにあって取り出す事もままならない大量の使用済み核燃料であること、などが専門家の立場から的確に語られている(ビデオの40:00〜45:00あたり)。万が一4号機のプールがこれから起こる地震で壊れたりしたら、関東にも人が住めなくなるのだ。 1時間強と少し長いので、忙しい人は

    manaten
    manaten 2011/10/22
  • なぜ1000年に一度の天災を考慮する必要があるのか

    (追記)誤解している人が多いようだが、3月11日の地震+大津波は、日全体で見れば決して1000年に一度しかないまれな天災ではない(日全体で見れば、100年に2〜3度は起こると覚悟しておいた方が良い)。これは百歩譲って、それぞれの原発に、1000年に一度程度、原発の設計で想定している以上の天災が起こり、それがシビアアクシデントに繋がると仮定した場合の計算である。 ある原発がある年に「1000年に一度の天災」に襲われる確率 1/1000 = 0.1% ある原発がある年に「1000年に一度の天災」に襲われない確率 100% - 0.1% = 99.9% ある原発が40年間の間一度も「1000年に一度の天災」に襲われない確率 99.9% ^ 40 = 96.1% 54基の原発がどれも40年間の間一度も「1000年に一度の天災」に襲われない確率(追記:もちろん、それぞれの事象が独立していると仮定

    manaten
    manaten 2011/10/15
    つーかリスクを考えれば1000分の1で十分高い確率だと思えるので、こんな計算はしなくてよろしい
  • 「なぜAppleはiPadにFlashを載せるべきではない」のか

    気がついた人も多いと思うが、iPadのアナウンスメントであっさりと無視されたのがAdobeのFlash。私は意図的(=「Flashなんか重要じゃない」というメッセージ)と読んだが、皆さんはどうだろうか。 iPhoneがFlashをサポートしていないことに対するAdobeを含めたさまざまな方面からの批判を考えれば、「the best way to experience the web (最高のウェブ環境)」を売り文句のiPadが、これだけ広く使われているFlashをサポートしないというのはおかしな話だ。 不思議に思う人も多いかもしれないが、自分をAppleの経営陣の立場に置いて良く考えてみれば答えは明確になる。 Appleという会社は、昔からさまざまなクリエーターたち(アーティスト、ミュージシャン、ウェブ・デザイナー、etc.)を魅力的で便利なパソコンやツールで味方につけ、彼らの作品を消費者

  • Python Hack : 噛めば噛むほどおいしくなるクロージャの話

    最近 JavaScript を書く機会が増えているが、それに従って自分のコーディングスタイルが少しづつだが変化してきているのが分かる。もともと「コードの読みやすさ」や「実行効率」にとことんこだわるタイプだが、(JavaC++になくて)JavaScriptRubyにあるクロージャや無名関数が私のコーディングスタイルにとてもマッチしているからだと思う。 簡単な例を紹介しよう。Pythonで書かれた config.py というモジュール。config.yamlという設定ファイルを読み込んで Dictionary として返す config.get() という関数。普通に実装すると、以下のような感じになる。 import yaml _config = None def get(): global _config if not _config: data = open('config.yaml')

  • 1