実質政策金利の推移 - himaginary’s diary
FRBの2000年代前半の低金利政策を批判する経済学者の急先鋒であるジョン・テイラーが、1/12ブログエントリで以下のような図を紹介している。 これによると、コアPCE（Personal Consumption Expenditures＝個人消費支出）インフレ率*1（前年同期比）で実質化したFFレートは、2000年代は期間の4割以上でマイナスだったという。これはインフレが昂進した1970年代を上回る率であり、テイラーはこの期間に金利が「Too Low For Too Long」であった証左だとしている。 この図の出所はカンザスシティ連銀総裁のトーマス・ホーニグ（Thomas Hoenig）の年初（1/7）スピーチの原稿。そのpdfでは、実質FFレートの時系列推移も載せている（下図）。 これを見て、日本で同様の図を描画したらどうなるかと思って描いたのが下図である。 政策金利としては、1995
DB設計の神ツール「ERMaster」なら、ここまでできる
DB設計の神ツール「ERMaster」なら、ここまでできる：ユカイ、ツーカイ、カイハツ環境！（11）（1/3 ページ） 無料のEclipseプラグイン「ERMaster」とは データベースのテーブル設計を行うときに皆さんは、どのようにしているでしょうか？ いくつかの無料で利用できるツールが提供されているので、筆者はそれらを利用していましたが、最近「ERMaster」と呼ばれるEclipseプラグインの存在を知りました。 ERMasterは、ほかのツールに比べ、直感的で分かりやすいUI（ユーザーインターフェイス）に、カスタマイズ可能な、Excelで出力できるテーブル定義書、辞書機能など痒いところに手が届くERモデリングのツールです。本稿では、このERMasterについてご紹介します。 ERMasterの主な特徴、8つ ERMasterには、主に次のような特徴があります。 【1】直感的で使いや
少しでもフィード消化が疲れないようにGoogleリーダーをカスタマイズする３つのポイント*二十歳街道まっしぐら（FC2ブログ時代）
「なんだかフィード消化が最近つらいなー」 これを生み出している原因はたくさんありますが、以下の3つについて今回は考えてみます。 1.購読しすぎ 2.うまく整理されてない 3.全部読もうとしている 今回はこの3点に絞ってみます。 そんなに外れてはいないと思います。 以下にそれぞれについての解決策をいくつか提案して紹介します。 まずは『購読しすぎ』についてです。 まず今自分がどれくらいブログを購読しているか確認してみましょう。 Googleリーダーの「トレンド」よりチェックできます。 私の場合ですと、416件購読しています。 多すぎる！ってことはありませんが、さすがに全部読むにはしんどいレベルです。 だいたい100件を超えると、消化が追いつかなくなるんじゃないでしょうか。 まず一つ目の解決策として、「購読量を減らす」というのをやってみます。 単純に購読する量を減らせば、読む量も減りますし少しは
まとめ：2010年「転職組」におくるハック12選 | ライフハッカー・ジャパン
「退職引き止め」がリーマンショックを機に66％から54％に減少なんていう調査結果も報道される昨今。こんな時代ですから、転職せずにじっくりとひとつの仕事を継続できる環境が一番いいとは思うのです。が、しかし、止むも止まれぬ状況というのもあるでしょうし、振り返ってみて、その会社に残るのがベストな選択とはいえなかったというようなケースも当然でてくるでしょう。既に転職の渦中にある方、これからその可能性のある方、それぞれのケースに当てはめて、少しでもサポートになるかと思われるハックをまとめてみました。 STEP1: 決断期 ・「会社を辞めたい」その思いが止められないなら... ・「ジョブチェンジ」を成功に導く、勝ち組の思考法 ・良好な関係を保ちつつ円満退職するための8つのコツ ・独立やサイドビジネスに必要な6つの心構え＆ツール さらに続きます。 STEP2: 就活期 ・就転職活動の反応比率は「5:1」
経路探索アルゴリズムの「ダイクストラ法」と「A*」をビジュアライズしてみた - てっく煮ブログ
as詳解 ActionScript 3.0アニメーション ―衝突判定・AI・3DからピクセルシェーダまでFlash上級テクニック を読んでいて、経路探索のアルゴリズムで A* が取り上げられていました。A* については、いろいろ検索して調べたりもしたのですが、やっぱり本に書いてあると理解しやすいですね。せっかくなので自分流に実装してビジュアライズしてみました。ダイクストラ法まずは A* の特別なケースでもあるダイクストラ法から見ていきます。クリックすると探索のシミュレーションが開始します。スタート地点(S)からゴール(G)への探索が始まります。色がついたところが「最短経路が決定した場所」です。スタート地点から少しずつ探索が完了していきます。半分ぐらい完了しました。まだまだ進みます。最後まで終わりました。最短経路を黒色矢印で表示しています。ダイクストラ法は、スタート地点から近いノード(=マス
MySQL を使ったお手軽メッセージキュー実装 - ドワンゴ 研究開発ブログ
はじめに この記事では、MySQL を使って簡単なメッセージキューを手軽に実装する方法を解説します。 メッセージキューとは、メッセージを一時的に溜めておき、順次処理するための仕組みです。迅速なレスポンスが必要な Web アプリケーションにおいて、時間のかかる処理を非同期に行うために、バックグラウンドで順次処理していくような場合に利用できます。 簡単なメッセージキューと言っても、大規模な運用にも耐えられる程度の速度と堅牢性を持ちます。 また、ここで解説している方法で作られたメッセージキューは、弊社ウェブサービスであるニコニコ動画に最近追加されたtwitter連携機能でも利用しています。 メッセージキューを作るにあたって 今回実装するメッセージキューは メッセージの追加(push)を高速に行う事ができる メッセージの取得(pop)はある程度高速に行う事ができる 多くのクライアントから同時に p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【特別企画】USBメモリから起動できる“Chrome OS”「ChromiumOS ZERO」を試す 前編