タグ

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

  • 選挙に行かないあなたには、日本が他の国に言って戦争をする国になっても文句を言う権利はない

    選挙に行かないあなたには、日が他の国に行って戦争をする国になっても文句を言う権利はない 選挙に行かないあなたには、徴兵制で無理やり戦争に行かされても文句を言う権利はない 選挙に行かないあなたには、日が人権よりも国益を重視する国になっても文句を言う権利はない 選挙に行かないあなたには、貧富の差がますます広がっても文句を言う権利はない 選挙に行かないあなたには、国の借金が増え続けて将来破綻しても文句を言う権利はない 選挙に行かないあなたには、スーパーインフレになってものが買えない時代になっても文句を言う権利はない 選挙に行かないあなたには、老朽化した原発が福島第一を超える事故を起こしても文句を言う権利はない 選挙に行かないあなたには、あなたの故郷が大量の使用済み核燃料を押し付けられても文句を言う権利はない 選挙に行かないあなたには、マスコミが自由な報道を出来ない国になっても文句を言う権利は

    rti7743
    rti7743 2016/06/30
    主義主張は置いといて、期日前投票便利だから投票に行くべし。 ただそれでも投票に行かない人がいるので投票に行かなければ合計の議席が減るとかの仕組みが必要だとは思うけどね。
  • 米マイクロソフト本社で目の当たりにしたビル・ゲイツの決断力

    6月1日発売の『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇ ◇ ◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、"光速"と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト社内にはOSの開発に関する派閥争いがありました(OSとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基ソフトのこと)。"カイロ"というグループと"シカゴ"という

    rti7743
    rti7743 2016/06/08
    動かないコードに意味ないからなあ。 だがしかしwin95も急ぎすぎて不安定だったと思う。解散したカイロチームにデバッグさせればよかったのにな。開発仕事遅くても重箱の隅突くの得意そうじゃん
  • Life is beautiful: Windows95と地上の星

    Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell(デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス)の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、95年中にリリースすることはできない」 深刻な問題である。既に当初の予定より1年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ

    rti7743
    rti7743 2012/09/03
    ベース部分に鑑賞するソフトウェアはバディングテストが大変だよな。。。
  • 「空気に支配される大人」にはならないで欲しい

    「孫正義ソフトバンク社長が、経団連の理事会に出席し、経団連が一致して決議しようとした原発再稼働への賛成・推進に対して、反対し、執行部の姿勢を強く批判した」と報道されている(参照)。いかにも孫さんらしい行動だが、問題視すべきなのは、300社以上の出席者からは、孫社長の意見に対する反論も同調する意見もなかったという点。 経団連を牛耳る原発推進派の企業により「満場一致で原発再稼働に賛成する」という空気が作られるなか、その「空気作り」が許せなかった孫社長が真っ向から反対したが、残りの「空気が読める、空気に支配される大人たち」は黙ってしまったのである。 この状況は、学校で「いじめ」が起こった時に、一部のいじめっ子たちにより「あの子はいじめて良い」という空気が作られた時に他の生徒が黙認してしまう(そして、結果としていじめる側に回ってしまう)状況に似ている。そんな空気の中で「こんないじめは良くないよ」と

    rti7743
    rti7743 2011/11/16
  • Life is beautiful: 言語・ローカルビジネスに対応した Siri の実力

    にもすでに iPhone 4S を入手した人は沢山いると思うが、日語のSiriは来年まで待たなければならないそうだ。そこで今日は、その時になればどんなことが実現されるのかの予告編として、米国(シアトル)での使い心地を電話帳を中心に実例で示してみる。 まずは、"Japanese Restaurant(日レストラン)" と言ってみる。 近いところにある日レストランを教えてくれる。レストランを選んでタップすると、地図上にレストランが表示され、そこから道順を調べたり、電話をかけることができる。 つぎに、"Call Japanese restraunt (日レストランに電話して)"と言ってみる。 同じく近くのレストランが表示されるが(なぜリストが異なるかは不明)、今度はレストラン名をタップすると、地図には飛ばずに、直接電話してくれる。とても便利だ。 そこで "Direction t

    Life is beautiful: 言語・ローカルビジネスに対応した Siri の実力
    rti7743
    rti7743 2011/10/16
  • ホリエモンを有罪にしておきながら、この東電の粉飾決算を見逃すことは許されない

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

    rti7743
    rti7743 2011/06/28
    [粉飾決算
  • エンジニアから見た原発

    典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関するはすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし

    rti7743
    rti7743 2011/04/03
    原発って暴走したとき犠牲が出るのは車と一緒だけど、被害がある程度のエリアと時間で限定される自動車事故と違って、被害が広範囲で長期にわたって続くからやっかいだよな。
  • 日本のケータイが「ガラパゴス化」した本当の理由

    「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ(もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった)。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が2001年のCTIA(米国の携帯電話業界で一番大きなカンファレンス)のスピーチでこの言葉を使った時は、単に日という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな

  • Google App Engine入門:実践編

    今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。3日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む20〜30代の社交

    Google App Engine入門:実践編
    rti7743
    rti7743 2010/03/17
  • Google App Engine入門:Entity Groupとトランザクション処理

    今週に入ってから、ようやく少し気でGoogle App Engineでプログラムを書き始めている私だが、ようやく Entity Group の使い方が分かって来たので簡単に解説してみる。 Entity Groupとは、一口で言えば「トランザクションを使ったアトミックな読み書きの対象となるEntity(=データベース上のオブジェクト)の集まり」である。 イメージとしては、まず「一つのハノイの塔を三人で同時に遊んでいる姿」を思い浮かべると分かりやすいかも知れない。全くのルールなしで皆で同時に遊ぼうとすると、腕が交錯してぐちゃぐちゃになってしまう。 そこで、「ある時点でハノイの塔ボード(三つの棒を支えている水平に置かれた板)に触ることが出来る人は常に一人。一度ボードに触った人はすべての円盤をいずれかの棒の位置に置いた状態にしてからしか手を離してはいけない。もし自分がハノイの塔に触りたい時に、す

  • Google App Engine入門:実行効率を犠牲にせずに開発効率だけを上げるテクニック

    一つ前の富豪プログラミングのエントリーともつながる話だが、Google App Engineは「ちゃんとスケーラビリティを考慮してアプリケーションを作るには何に気をつけなければならないか」を勉強するには絶好の環境だ。そこで今回は、その「ケチな大富豪的なプログラミング」の実践編。 Google App Engine上のアプリをいくつか書いているうちに、必要に迫られて自然発生的にできてきたのが、gdispatchという数十行のコードからなる小さなモジュール(ソースコードはgithubに置いてある)。これをGoogle App Engineに標準で付いて来るwebappと組み合わせてフレームワークとして使っている。 gdispatchを設計する上で重視したのは、 (1)Google App Engine上でのアプリの開発を効率化する上で「明らかにこれがあると開発効率が格段に向上する」というもの以

  • 丸山ワクチンの過去・現在・未来、自然免疫と癌治療

    今回の訪日中に、ソニーの(音楽ゲームなどの)エンターテイメント・ビジネスの生みの親でもある丸山茂雄氏とお会いする機会があった。私もつい最近まで知らなかったのだが、丸山氏の父親は「丸山ワクチン」の生みの親である故丸山千里博士。「私自身も丸山ワクチンで癌と戦っている」という丸山氏の言葉に刺激され、丸山ワクチンに関して調査してみたのでここにまとめてみる。 「丸山ワクチンの効果」に関しては、専門家の意見でも意見が分かれている、というのが現状である。そのため、事実と意見が混在した形でネット上に存在しており、単にググっただけでは玉石混淆の情報に悩まされるだけ。そこで、一歩踏み込んで、新聞・専門書・学術ペーパーなどを読んで事実確認をしながら、まずは確実に事実と言える部分を洗い出してみた。 事実1:丸山ワクチンは、丸山千里博士がもともとは皮膚結核の治療薬として開発したもの(1944年誕生) 事実2:丸山

  • Ruby on Railsの「えせMVC」の弊害

    先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC(Model View Controller)がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの(コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること)を避

    rti7743
    rti7743 2009/10/13
    MVCのVはいいとして、MCの分離は結構もめると思う。うまくやっているソースがみたいです。特にエラー処理のところら辺。
  • 1