タグ

2012年10月12日のブックマーク (8件)

  • 「そんなの知らないよ」と彼女は - デマこい!

    「どうやって生きていけばいいだろう」と彼は言った。「学歴もなければ大した職歴もない、ぼくらのような人間はどうやって生き残ればいいだろう」 京都、三条河原町。最近できたばかりのつけ麺屋に、友人とたむろしていた。 麺大盛り根菜チャーハンセットを待ちながら彼は続けた。 「いまの時代、あらゆる仕事が機械に置き換えられていっている。一昔前なら、知的な労働は人間がやるしかなかった。どんなに単純な足し算、引き算だろうと、人間の手で計算するほうが早かった。だから、ぼくたちのような人間にも仕事があった……」 と、料理が運ばれてきて、彼はちょっとだけ口を閉じる。目をむくような量の炭水化物の塊がテーブルを埋めていく。 「……だけど、いまは違う」つぶやきながら、彼はわりばしを割る。「当たり前のことが当たり前にできるだけの人間なら、機械を使ったほうが安上がりだ。ぼくらのような人間の居場所は、どんどん無くなっている。

    「そんなの知らないよ」と彼女は - デマこい!
    kanetann
    kanetann 2012/10/12
  • 長文日記

    kanetann
    kanetann 2012/10/12
  • JVNDB-2012-004864 - JVN iPedia - 脆弱性対策情報データベース

    OpenStack Keystone は、無効なテナントに対する認証トークンを適切に処理しないため、テナントのリソースにアクセスされる脆弱性が存在します。

    kanetann
    kanetann 2012/10/12
  • JVNDB-2012-004863 - JVN iPedia - 脆弱性対策情報データベース

    OpenStack Keystone の (1) OS-KSADM/services および (2) tenant API は、X-Auth-Token を適切に検証しないため、任意のユーザのロールを読まれる、または任意のサービスを取得される、生成される、または削除される脆弱性が存在します。

    kanetann
    kanetann 2012/10/12
  • RESTfulな設計とCRUDはちょっと相性悪いという話 - yojikのlog

    http://www.infoq.com/jp/news/2009/08/CRUDREST 上記URLを読んで自分なりに例題を考えてみる。(todo:あとで状態遷移図を追加) RestBucks cafe 完全にオンライン化されていてWebAPIで注文できるというすごいカフェを想定します。(この手の例にStarbucksを使うのはGregor Hopeさん以来の伝統らしいです) 客側から見たユースケースはこんな感じ 客はレジのサービスを呼び出して、注文を入力して支払い 自席で注文状況をチェック、出来上がっていたら取りに行く。 注文というエンティティと、[注文編集] [支払い] [受け取り] という(アプリケーション)状態によって上手く表現できそうです。 (RESTfulだけど)CRUDな設計 CURDな設計では、リソースをURLにマッピングします。それに対してCRUDするというイメージです

    RESTfulな設計とCRUDはちょっと相性悪いという話 - yojikのlog
    kanetann
    kanetann 2012/10/12
  • シリコンバレー 24時: Rubyの「p」

    2006年11月17日 Rubyの「p」 Rubyのサンプル・ソースコード を読んでいたりすると 途中に「{|v| p v}」 のような表現があったりする。 この表現の全体の意味については、今日は触れないが、 通常、プログラム中に「p」という 一文字の表記があると、 名前が一文字の変数かな、と思ってしまうのではないかな。 しかしRubyの場合、これが組み込み関数(メソッド)だったりする。 Ruby リファレンスマニュアル「p」 によると、このメッソド「p」の定義は、 p の引数として オブジェクトをいくつか与えると、 与えられたオブジェクトを人間に読みやすい形で出力する、 というもの。 ということで、前述の「{|v| p v}」のうち、 「p v」というところは、「v」という名前の変数の内容を 「p」メッソドを使って表示させる、ということ。 ちなみに、「p」というのは埋め込みメッソドの名称

    kanetann
    kanetann 2012/10/12
  • 川o・-・)<2nd life

    Perl での print debug の方法の紹介がブーム(?)だったので、自分がよく行ってる Ruby での debug 方法7つについて書いてみます。 p ご存じの人も多い Kernel#p メソッド。これを使うとオブジェクトの内容を見やすい形で出力してくれます。 >> p ({:foobar => :baz}) {:foobar=>:baz}Object#inspect を使うと、p で出力するときと同じ文字列を String として取得できます。 >> puts ({:foobar => :baz}).inspect {:foobar=>:baz}初心者の頃この p での出力を使う方法がわからなくて困った記憶が…。 pp pp というライブラリを使うと、p より、より見やすい形式で出力してくれます。たとえば >> a = Array.new(10) { {:foobar => :

    川o・-・)<2nd life
    kanetann
    kanetann 2012/10/12
  • library pp (Ruby 1.8.7)

    要約 オブジェクトなどを見やすく出力するためのライブラリです。 このライブラリを require すると Kernel.#pp が定義されます。 Kernel.#p のかわりに Kernel.#pp を使うことにより、 適切にインデントと改行された分かりやすい出力を得ることが出来ます。pp ライブラリは、 ユーザがあたらしく定義したクラスに対しても見やすい表示を するように作られていますので、Kernel.#pp を使う上で余計な作業をする 必要はありません。 どちらが読みやすいでしょうか? p による pretty-print されてない出力: #<PP:0x81a0d10 @stack=[], @genspace=#<Proc:0x81a0cc0>, @nest=[0], @newline="\n", @buf=#<PrettyPrint::Group:0x81a0c98 @group

    kanetann
    kanetann 2012/10/12