人間は危機に直面すると固まるらしい
久しぶりに目からうろこの発見であった。「人間は生死に関わるような大惨事に直面すると、パニックで逃げ惑うより、心も体も麻痺して動かなくなることの方が多い」そうなのですわい。The Unthinkable: Who Survives When Disaster Strikes – and Whyという本に書いてあった。 私のかなり大きな恐怖の一つに「パニックに陥った群衆に踏みつぶされて死ぬ」というのがある。「新宿駅で大地震に見舞われる」とか。何度もその「最悪の状態」を想像したので、映画で見るようにフルカラーでリアルに見ることができるくらい。 「パニックに陥った群衆に踏みつぶされなければ、他の死に方はいいのか？」 という疑問をもたれる方もいると思うが、まぁ、長い間拷問されて、まぶたを切り取られたりしてチリチリと少しずつ殺される、というのはもちろん嫌だが、それ以外は「パニック群衆」よりましかな、と
ここが大変だよBigtableとGoogle App Engine
ここが大変だよBigtableとGoogle App Engine：分散Key-Valueストアの本命「Bigtable」（3）（1/2 ページ） RDBとは別の、クラウド時代のデータベースとして注目を浴びている「分散Key-Valueストア」。その本命ともいえる、Googleの数々のサービスの基盤技術「Bigtable」について徹底解説 月間3000万PVの大規模サイトの運用費が月額4万円!? 月間3000万PV相当の膨大なトラフィックを楽々とさばく大規模サイトが、月額4万円弱で運用されている。 Google App Engine（以下、App Engine）が普及するにつれて、そんな驚愕の国内事例も登場しつつあります。GClueがApp Engine上で実装したmixiアプリモバイルモバイルには、1日100万PV以上のアクセスが集中している状態でもサービスのレスポンス低下やダウンは皆無
ハーバード大学医学部留学・独立日記 第二部 三重大学医学部編 ... 今日という日はギフトなのです
ボストンで１３年働いた研究者が、アカデミック・キャリアパスで切磋琢磨する方法を発信することをめざします。 2024/02 « 12345678910111213141516171819202122232425262728293031» 2024/04 オハイオ大学の先生から届いたメールのシグニチャーに、素敵なQuoteが使われていたので紹介します。映画カンフー・パンダ（Kung Fu Panda）に登場する亀の師匠（Master Oogway）の言葉です。 Yesterday is history. Tomorrow is a mystery. But today is a gift. That is why it is called the present. ―Master Oogway, Kung Fu Panda
仮説検証のトレーニング | タイム・コンサルタントの日誌から
学生のころ、阿佐田哲也の麻雀小説が好きだった。博打にも無頼にも縁遠い存在だった自分だからこそ、そうした世界に憧れを持ったのかもしれない。しかし、阿佐田哲也という人は情感と理性に絶妙なバランスを持った人で、その小説にはときどき非常に理論的な戦略解説がはさまれていた。 いまでもよく覚えているのは「茶木先生」という名前の音楽教師が出てくる短編で、この人はヴァイオリン・ケースをかかえながら、下手の横好きで雀荘に通ってくるのだ。勘に頼った彼の打ち方を見て、阿佐田哲也の分身である主人公が、いう。『麻雀は一回の結果だけ見て判断の良し悪しは言えない。長い平均で見て５５対４５の確率があるならば、５５の方に賭ける。たとえある局面ではそれが裏目に出ても、腐らずに打ち続けることを学ばなければならない。それがフォームというものだ。』 麻雀自体はひどく運に左右される不確実性の高いゲームだが、そこにセオリーとフォームと
iPhone アプリ開発の勉強 - Radium Software
一日時間を確保し，以前からやってみたいと思っていた iPhone アプリの開発について勉強してみた。 今回，習作として作成したアプリは下のようなもの。ただ単に汚い持続音（いわゆるドローン音）を出すだけのアプリだ。 Casper Electronics の Drone Lab にインスピレーションを受けて作成した。名前は "Dr. Drone". iPhone の勉強を始めるにあたって，以下の２冊の書籍を参考にした。 iPhone SDK アプリケーション開発ガイド 作者: Jonathan Zdziarski,近藤誠(監訳),武舎広幸,武舎るみ出版社/メーカー: オライリージャパン発売日: 2009/09/07メディア: 大型本購入: 37人 クリック: 773回この商品を含むブログ (58件) を見る ライトウェイト・プログラマのためのiPhoneアプリ開発ガイド 作者: 百瀬健太,古渡
努力は報われないほうがいい - レジデント初期研修用資料
現在進行形ですごい状態にある人を見て、「僕も頑張ってああなるんだ」なんて、 その人と同じ場所を目指して頑張るのは、危険なことだと思う。 何かの間違いがあって、頑張ったその人の成功を許してしまった業界は、その時点で詰んでしまうから。 劣化コピーが承認を求める 同じ方法論で頑張った人は、どうあがいたってオリジナルの劣化コピーにしかなれないものだから、 そういう人は、ものすごく頑張る。頑張った人が、「頑張り」に見合った承認を求めると、 世代を重ねるごとに、「頑張り」のコストはどんどん上がって、そこはたぶん焦土になる。 業界のどこかで「すごい」を観測したのなら、その人と同じやりかたを重ねるのではなく、 「もっと簡単にあそこに到達するにはどうすればいいんだろう」なんて考えないといけないし、 それでも「頑張り」以外の答えが出ないなら、「すごい」その人たちがいなくても何とかなるように、 仕事のやりかた自
インピーダンスミスマッチング - 都元ダイスケ IT-PRESS
今日はインピーダンスミスマッチについて語ってみたいと思うのだが、そもそもインピーダンスって何よという所を説明しなければなるまい。 前半、オブジェクト指向には全然関係ない話に見えると思うが、少々辛抱いただきたいｗ オームの法則 私が初めて「インピーダンス」という言葉を聞いたのは、大学の軽音楽部（要は、バンド部だ）に所属して、音響理論まわりを勉強している時だった。スピーカーや、マイク等の電子音響機器の入出力端子には、インピーダンスという値（単位はオーム）が示されている*1。 学生時代、オームの法則でつまずいた人は多いと思う。おそらく、未だによくわからない人が大半を占めるだろう。E=IR、電圧＝電流×抵抗って奴だ。 なんで理解できないのかって、「電流・電圧・抵抗って一体なによ」というイメージが全くできないからだと思う。抵抗はおぼろげながら「電気を流れにくくする何かやな」ってのは分かるかもしれない
ググるな危険：プログラマで、生きている：エンジニアライフ
だいぶ前の話になりますけど、「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」と頼まれたことがありました。 その新人はやたらとGoogle検索に頼る人で、とにかくわからないことがあると、わたしに聞かずにGoogle先生に尋ねるんですね。 検索サイトにはわたしもかなりお世話になっていますし、昔に比べるととても使い勝手がよくなっていますけれど、その人の技術レベルに対応して検索結果を出してくれるほど高機能なわけではありません。 そのため新人の書いてくるコードは、つぎはぎというかちぐはぐというか、身についてない知識に振り回されてる感が満載でした。 そういう弊害を気にしつつも、自分で調べようとする気持ちは尊重するべきなのかなあ、と思ってとりあえず黙認していたんですが、あるとき「ちょっと考えが甘かった」と思い知らされるトラブルが発生しました。 その新人が「Windowsのレジス
コンテンツ所有の未来 - novtan別館
楠さんが面白いことを書いている。 SONY Readerを買った直後にKindleの日本展開を知って驚いたが、買おうと思った理由のひとつはKindleでのコンテンツ購入の概念が非常にクラウド的と感じたからだ。買った本はKindleでもiPhone(持ってないけど)のKindleアプリでも、年内にPC版のリーダーでも読めるようになる。Amazonが潰れない限り、Amazonで買ったKindle Bookを、自分が使うどの端末でも読めるのだとすると、それは電子ブックというビット列を買っているのではなく、Amazonのクラウド上に本棚を預け、少しずつ本を揃えていくような感じか。 LIBRIeとKindle - 雑種路線でいこう クラウド的というのはあんまりよくわからない。クラウドってしょせん基盤技術だからね。でも、本を預けるという感覚はわかるな。ここで重要なのは「Amazonが潰れない限り」とい
「片づける」に関するブレスト - 西尾泰和のはてなダイアリー
Twitterから転載 nishio 今ようやく理解したんだが、片づけって、片づける場所を先に用意しておかないといけないんだな。適当にその辺のものと適当に移動していても片づくはずがなかった。次に考えるべきことはどうすれば片づける場所が作れるかだな。 この「片づける場所」は「片づけるのに一時的に利用するスペース」ではなくて「片づける先」のつもりだったのだけど伝わらないので後で「ホームポジション」と言い換えている。 nishio すばらしいまとめ RT @boussk なので、片付けのスタートは「何を捨てるか」から考えることになる訳ですね nishio 問題は何を捨てて何を捨てないかの判断が難しいってところに違いない。何も考えずに捨てていいのなら今からビルに上って自分をぽい捨てするのが一番簡単なわけだから。 「まず捨てる」とは耳に胼胝ができるくらい片づけの本に書いてあるアイデアだけども、本当に
(前回〜11/07) - デー
超気合を入れた日記を書いたところ投稿寸前でマウスのもどるボタンを押してしまい、消滅したため箇条書きでテキトウに書きます。 前々回でいう6の部分の話。 作戦 先に進むには視点(正面とか、右斜め上とか）の違いに強い髪型類似検索が必要 人が似ていると感じる基準→視点の変更に影響を受けない、画素の並びとしての画像→視点の変更に非常に影響を受ける イラストは意識的に視点が変えられていることが多いので「正面のみ」と言って逃れる事ができないのでやるしかない この条件はImager::AnimeFace(アニメ顔検出器)のときにもあった 一般画像認識でも様々な視点の違う画像も分類できている←教師ありだからできる SimHash(参照 lsh p-stable) 同じ髪型なら視点が異なっても似たHash値かつ髪形が違うと似てないHash値になるような変換を求めたい（存在する全ての髪型において！） 教師データ
MustExist | What Twitter lists say about you?
Coming Soon... We are working on an app to make Twitter lists more useful and interesting.
無印吉澤（※新エントリはhatenablogに掲載中） - RDBからGoogle App Engineのデータストアに乗り換えるときのつまずきポイントとか実例とか
吉澤です。このサイトではIPv6やP2Pなどの通信技術から、SNSやナレッジマネジメントなどの理論まで、広い意味での「ネットワーク」に関する話題を扱っていたのですが、はてなブログに引っ越しました。 最新の記事は http://muziyoshiz.hatenablog.com/ でご覧ください。 RSSフィードは http://muziyoshiz.hatenablog.com/feed に手動で変更するか、 Feedly or Live Dwango Reader を使っている方は以下のボタンで変更ください。 ■[programming][GAE]RDBからGoogle App Engineのデータストアに乗り換えるときのつまずきポイントとか実例とか 先週末は、某温泉街に籠もってGoogle App Engine（GAE）を色々いじって遊ぶという2泊3日の合宿に参加してました。合宿と言っ
Google App Engine入門：Datastore上で「ユニーク制限」を実現する方法
Google App Engine のDatastoreには、通常のリレーショナルデータベースと比べた時にいくつかの制限があるが、その一つが「このプロパティの値は常にユニークでなければならない」という指定（ユニーク制限）ができないことである。 Invoice IDのように自動生成するものであれば、アプリケーション側でなんとかすることも簡単だが、メールアドレスやハンドル名など、ユーザーが入力するものになると、ユニークであることをきちんと判定した上でEntityを作ることが必要になる。 もちろん、単純に「有無をチェックして、なければ作る」というプログラムではスレッド間の競合に対応できないので、そこはトランザクションを使ってアトミックに処理をする必要がある。 App Engine上でトランザクションを実現するには、エンティティグループという仕組みを使って行うが、気をつけなければいけないのは、エン
Google App Engine入門：Entity Groupとトランザクション処理
今週に入ってから、ようやく少し本気でGoogle App Engineでプログラムを書き始めている私だが、ようやく Entity Group の使い方が分かって来たので簡単に解説してみる。 Entity Groupとは、一口で言えば「トランザクションを使ったアトミックな読み書きの対象となるEntity（＝データベース上のオブジェクト）の集まり」である。 イメージとしては、まず「一つのハノイの塔を三人で同時に遊んでいる姿」を思い浮かべると分かりやすいかも知れない。全くのルールなしで皆で同時に遊ぼうとすると、腕が交錯してぐちゃぐちゃになってしまう。 そこで、「ある時点でハノイの塔ボード（三つの棒を支えている水平に置かれた板）に触ることが出来る人は常に一人。一度ボードに触った人はすべての円盤をいずれかの棒の位置に置いた状態にしてからしか手を離してはいけない。もし自分がハノイの塔に触りたい時に、す
他人のドメインのGoogleAppsが取得できてしまうんだが（汗 - y-kawazの日記
前エントリ（中古ドメインでGoogleAppsを使ったら）でGoogleAppsネタを書いている最中に更に思いついてしまったネタがあって、試してみたら出来ちゃったので追加でネタにしてみます。 なんとGoogleAppsで、自分所有でないドメインで「ドメインの所有権の確認」もクリアした上での取得が出来てしまいました(^^; これは脆弱性の発見だと思います。ただし、後述するように厳密にはGoogleAppsの脆弱性ではなく、ドメインのWEBサイトの問題だと思います。もしくは「htmlアップロードに寄るサイト所有者の確認という手法」に関する脆弱性かもしれません。 取得が成功する条件は「http://example.jp/googlehostedservice.htmlのページを編集できること」だけです。 なんだ普通は出来ないから平気でしょ？と思いましたよね。僕もそう思いました。ですが偶にあります
Google App Engineとその影響(補足)
41. 準備 PersistenceManagerFacoryを取得するコード Googleのドキュメントに書いてあるコード public final class PMF { private static final PersistenceManagerFactory pmfInstance = JDOHelper.getPersistenceManagerFactory("transactions-optional"); private PMF() {} public static PersistenceManagerFactory get() { return pmfInstance; } } 42. エンティティ定義 アノテーションでいろいろ指定 @PersistenceCapable(identityType = IdentityType.APPLICATION
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
アメリカ人が「日本はいらない子」と言っている気がする【追記あり】：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
ゴールドマンサックスのサイトにレポートのpdfファイルがいっぱいあるので、もぐもぐと読んでいて、悲しくなってきた。ここ１年の彼らが発表し続けてきた文書を読む限り、彼らにとっては日本は、もう、重要な投資対象ではないようだ。 産業界のダメージ。一番右端でグラフを下に伸ばしきっているのが日本。ピックアップしてる国が悪いのか、それともこれが真実なのかはわからない。個人的には、米国は、このグラフより、もっと悪い気がする。 2050年の予想GDP。日本はターキー以下だそうだ。もっというと、中国とブラジルにはるか後塵を配し、メキシコやインドネシアにも負けてしまうそうだ。これが本当なら、フィリピン人の娘っ子が日本のフィリピンバーで出稼ぎ(ジャパユキ)に行くように、日本人の若い娘っ子が、中国のキャバクラで出稼ぎで働く日が近いのかもしれない。 「あたし、高校卒業したら、中国かメキシコにいくんだ...。」みたい
あなたの制作人生を「速記コーディング」で豊かにする、Texterを使ったアウトプット術
何万回も同じ操作で同じ文字を打つ必要はありますか？ よく使う日本語や同じようなコードを、毎回同じように打つのは面倒くさいな… 思考した事がそのままの感覚でアウトプットできれば生産性はもっと高まるはず。 コードを書いている時、いつもそう感じていました。 Texterというソフトに出会ってから、そんな日常が少し変わりました。 キーを打った事を忘れて、 頭の中で浮かんだ事がそのまま目の前に現れるような感覚、 まるで、「速記」を自動展開しているような心地良さを味わえました。 今回はSACSSコーディング勉強会 vol.5のライトニングトークでお話した「Texter」を紹介します。 このTexterを使うようになってから、打つ事が革命的に早く・楽しくなりました。 効率化を追求している人にはお勧めのツールです。 目次 Texterって何ができるの？ Texterのダウンロード(日本語化済み) Text
App Engineのユニーク制限を正しく理解しよう - ひがやすを技術ブログ
Google App EngineではRDBMSのようなUnique Indexをサポートしていません。ユニーク制限を実現する場合は、トランザクション中でKeyを使ったgetとputを組み合わせる必要があります。 ここでは、email addressがユニークだったらそれを確定してtrueを返し、そうでない場合にはfalseを返すコードを考えます。 最初にトランザクションを使わないコードを見てみましょう。KeyFactory.createKeyの最初に引数は、kindといってテーブル名みたいなものです。 public boolean putUniqueEmailAddress(String value) { DatastoreService ds = DatastoreServiceFactory.getDatastoreService(); Key key = KeyFactory.cr
ここが大変だよBigtableとGoogle App Engine
ここが大変だよBigtableとGoogle App Engine：分散Key-Valueストアの本命「Bigtable」（3）（1/2 ページ） RDBとは別の、クラウド時代のデータベースとして注目を浴びている「分散Key-Valueストア」。その本命ともいえる、Googleの数々のサービスの基盤技術「Bigtable」について徹底解説 月間3000万PVの大規模サイトの運用費が月額4万円!? 月間3000万PV相当の膨大なトラフィックを楽々とさばく大規模サイトが、月額4万円弱で運用されている。 Google App Engine（以下、App Engine）が普及するにつれて、そんな驚愕の国内事例も登場しつつあります。GClueがApp Engine上で実装したmixiアプリモバイルモバイルには、1日100万PV以上のアクセスが集中している状態でもサービスのレスポンス低下やダウンは皆無
非対話的デバッガ YouDebug - 川口耕介のブログ
バグ修正はプログラマの仕事の一つですが、このうちのかなりの時間は問題を再現することに費やされます。 症状からバグの全容が推察できる時もあるのですが、多くの場合には、手元で問題を再現し、更なるデータを集めることによって始めてバグが理解されるからです。しかし、環境に依存する問題などは再現が難しい場合もあります。どうしたらよいでしょうか。 ロギングというのがよく行われる解決・予防策ですが、「デバッガを走らせて変数xの値を教えてくれればいいのに！」と思った事があるのは私だけではないと思います。ロギングと異なり、デバッガは予めプログラムに障害発生を予期するコードを埋め込んでおく必要はありません。また、呼び出し元のローカル変数をアクセスしたり、任意の式を評価したり、あるいは変数の値を変更することもできてしまいます。当たり前ですが、障害分析ツールとしてはデバッガはずっと強力だからです。 ではなぜユーザー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
鈴木菜央｜NPOグリーンズ共同代表 on Twitter: "娘（5歳）：パパ、テレビ止めて！もう一回観たい！俺：YouTubeじゃないから止められないの 娘：なんで？…じゃ、ねこちゃんが観たい！俺：テレビは検索できないの 娘：意味わかんない！……みなさま、これが本当のデジタルネイティブです"
はてなブログ | 無料ブログを作成しよう
IPA ISEC セキュア・プログラミング講座