Life is beautiful: エンジニアにも分かる「アベノミクス」
（理科系の友人が多い）Facebook の方で「アベノミクスの正体を誰か解説してくれ」という話題が盛り上がっていたので、私なりに「エンジニア向け」の解説をしてみる。まずは基礎知識から。 1. 経済学と数学・物理学との違い 経済学が相手にしているのは「人間の行動」であり、数学・物理学のように、基本的な「定理」を積み上げて現象を予測することが不可能だ。基本的には「経験則」に基づいて人々の行動を「予測」するしかない点が、学問として物理学とは大きく違う。 2. 景気にかかる「正のフィードバック」 経済学が対象とするものの一つに「景気」がある。景気の尺度には、GNP、物価、株価、失業率など色々とあるが、常に「正のフィードバック」がかかる性質を持っており、これが色々な問題を引き起こす。 「不動産価格」が一番分かりやすい例だが、不動産の価格は、より多くの人が「将来は不動産の価格が上がる」と思うとそれを先
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
WSSEのセキュリティリスクとその対処法に関する一考察
引き続きiPhone SDKで遊んでいる私だが、Typepadやはてなが採用しているAtomを使ったiPhoneアプリを作ってみようとしたところで、WSSE認証の仕組みを（Objective-Cで）ゼロから作らなければならないことに気づき挫折しかける。SHA1のライブラリまで自前で用意しなければならないのはちょっと荷が重かったのだが、増井さん（masuidrive）からRFC中のコード（参照）が使えることを教えていただき、それを元に実装（持つべきものは友だ^^）。 細かな間違いをいくつもしていた上に、WSSEの仕様を少し勘違いして始めたためになかなか動かず、はてなからステータスコード200がもらえたのは夜の１０時過ぎ。半日ぐらいで軽く作れると思っていたのに、結局丸一日かかってしまったが、「WSSEとは何ぞや」を何も知らないところから始めたのだから良しとしよう。 しかし、WSSEの仕様に関し
マルチスレッド・プログラミングの落とし穴、その２
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
Life is beautiful: MacWorld Expo: なぜiPod touchのアップグレードのみ有料なのか？
スティーブ・ジョブズの基調講演でもうひとつひっかかったのが、Apple TVとiPhoneのソフトウェア・アップグレードが無料なのに、iPod touchのアップグレードが２０ドルなこと。Apple TVとiPhoneのソフトウェア・アップグレードが無料なことに触れたときは、誇らしげにストップして拍手を受けたのに、iPhone touch のアップグレードに関しては、「これから販売するiPod touchには無料で新しいアプリケーションがついて来るけど、既存のiPod touchに関しては２０ドル」と、あっさりと流したことに妙な違和感を感じた人も、「Appleはセコい」と思った人も多いはずだ。 私も「アレ？」と思ったのだが、思いあたるフシがあったので、AppleのAnnual report を調べてみたところ、答えが見つかった。 エンロン・スキャンダル以来、厳しくなった米国の会計基準が理由
Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話
「Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者（TuckerとEdmondson）は、医療ミスがなかなか減らない原因を探るために、全米の１０の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ
じょうずな討論会のやり方
今日の討論会を見て思ったのは、明石家さんまのやっている番組「恋のからさわぎ」「踊るさんま御殿」のやり方がうまいということ。これらの番組では、あらかじめお題について回答させておき、その回答に対する詳細説明として話をしてもらう。 【IPAフォーラム2007 - 発声練習より引用】 全く同じ情報を得ながら、そこから学ぶものが大きく違うということは良くある。「恋のからさわぎ」は何度か見たことがあるが、あれがシロウトの頭を真っ白にしないための綿密な手法だとは全く気がつかなかった私はいったい何を見ていたんだろう^^;。 とにかく、これは本当に使えそうなので今度機会があったらぜひとも試してみたい。CTIA wireless (Cellular Telecommunications & Internet Association Wireless)みたいな思いっきりまじめなカンファレンスで「恋のからさわぎ方
NGNをユーザーの立場に立って考えてみた
今日は、早稲田のキャンパスで開かれたGITI(早稲田大学国際情報通信研究センター)のフォーラムで講演をする機会をいただいた。NGN（Next Generation Network）に関して好きなことを話して良いと言われて私が用意したプレゼンは、「素朴な質問シリーズ」。インフラや技術の話ばかりが先行しているので、「もう少しユーザーの立場に立って考えてみませんか」、というのが私のメッセージである。 私が並べた素朴な質問は以下の１５個。 1.家にはビートルズのCDがあるんだけど、今回のドライブに持ってくるのを忘れたから聞けない。これって不便じゃない？ 2.うただひかるのシングルCDはもう持ってるのに、なぜ携帯電話用の「着うた」をまた買わなければならないの？これって「二重取り」でしょ。 3.CDはiTuneにコピーしてiPodやApple TVで楽しめるのに、どうしてDVDはコピーすらできないの？
その「頭がいい人は成功して当然」という発想が甘すぎる
はてなの人気エントリーに見つけた「頭のいい人が成功できるかどうかの境目」というanonymousなエントリー。ちょっと彼（そのエントリーの作者）の将来が心配になったのでひと言。 そもそも「頭が良さ」が一つのものさしで計れると思っている点が大間違い。百歩譲って、「旧帝大の大学院にトップクラスの成績で入れるぐらいの学力がある」＝「頭がいい」という彼のものさしを認めたとしても、「俺はこんなに頭がいいのになぜ成功できないのだろう＝頭がいい人は成功して当然」という発想はあまりにも甘すぎる。子供のころから、「東大に入りさえば幸せになれるのよ、○○ちゃん」という母親の一途な価値観だけに踊らされて塾に通い続けた学歴社会の被害者、とで言えば良いのだろうか。 これを読んで思い出したのが、大学時代の同期の一人。成績は文句なくクラスでトップ。ものすごく頭の切れる男で、修士号取得後に霞ヶ関の官僚になったのだが、彼が
素直な疑問:数字には四桁ごとにテンを打った方が日本人には読みやすくないか?
中学校の数学授業で「数字は三桁ごとにテンを打つ」ことを教わったときに、手を上げて「何で三桁ごとにテンを打つんですか？」と質問したことがある。「その方が読みやすいでしょ」という教師に、「読みさすさを優先するなら、四桁ごとの方が読みやすい」と食い下がる私。「そうは言っても決まりだから今さら変えられない」という教師に、「そんな役に立たない決まりなんて変えた方が良い」とさらに食い下がるが、「決まりなんだから皆さんはそれを覚えるように。では、次に進みます」と頭から否定されてしまって少し傷ついたことを覚えている。 今になって考えてみれば、その教師は「確かに君の指摘するように日本人にとっては四桁ごとにテンを打った方が読みやすい。でもね、英語やフランス語などの欧米の言語の場合は３桁ごとにテンを打ったほうが読みやすいんだ。戦争に負けて、欧米を中心にしたグローバル経済圏に取り込まれた日本はそれに従うしかないん
Live Page-View Counter, Comet server and JSON-push
Overview A "page-view counter" or "hit counter" is a mechanism that displays the number of page-views on an HTML page. It uses a server side of script that counts the page-views, dynamically generates an HTML page on the server side, and returns it back to the browser. Although it accurately displays the number of page-views at the point when the HTTP request was made to fetch the HTML page, it wi
Life is beautiful: 大人になると誰も間違いを指摘してくれなくなる
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５年に入社した私は、NTTとしては第１期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました（当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました）。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外国為替相場取引（FX）で確実にもうける方法（必勝法）