【追記】この件に関しては、その後もHerokuとRap Geniusとの間でやり取りがなされました。Heroku側の説明については、下記の続報で紹介しております。こちらもご確認ください。 http://www.atmarkit.co.jp/ait/articles/1302/19/news109.html Ruby on RailsのPaaS「Heroku」の課金の仕組みをめぐり、新興のネット企業が「Herokuにだまされた」と訴えている。Herokuは2月15日、顧客に対する説明が不十分だったなどの問題を認め、改善に努めると表明した。 2月14日に「Herokuの醜い秘密」というブログを掲載して問題を提起したのは、急成長中の新興企業Rap Genius。これまでHerokuに月額2万ドルもの料金を払いながら、そのサービスには満足していたという。 ところが10日ほど前、JavaScript

1980年代には「COBOLは衰退するので、ほかのプログラミング言語に移行しなければならない」などと言われた。実際に1970～1990年代に書かれた細かなCOBOLプログラムのほとんどは新しいシステムと新しい技術に置き換えられている。しかし、銀行、保険会社、製造業、小売チェーン、医療機関といった大企業のミッションクリティカルなシステムは依然として大昔にCOBOLで書かれたコードによって運営されている。多くの企業はこれらのシステムを何度も入れ替えようとしたが、システムが全体が巨大で複雑な上、重要なビジネス・プロセスに統合されていること、また問題なく動いていることからこうした取り組みの多くは失敗した。 ITWORLDの記事によると、こうしたCOBOLで書かれたシステムを支えてきた団塊世代プログラマの引退が近づいているという（ITWORLD、本家/.）。 今は大学のプログラム講座などでは教えるこ

聖イグヌチウスに扮するリチャード・ストールマン 聖イグヌチウス（せいイグヌチウス、英: Saint Ignucius, 西: San Ignucio）とは、フリーソフトウェア財団（FSF）の創始者であるリチャード・ストールマンが冗談で自称する名である。正確にはEmacs教会の聖イグヌチウス( Saint IGNUcius of the Church of Emacs )という。 ハッカー文化においては、愛好するソフトウェアを宗教的狂信とも言える尊敬を持って扱う伝統がある。時としてユーザ間での対立が宗教戦争の様相を見せることがある。有名なエディタ戦争は、古くよりvi と Emacs というUnix系オペレーティングシステムで最も一般的な2つのエディタの信奉者の間で主に行われている。リチャード・ストールマンは冗談で Emacs教会（Church of Emacs）を設立し、自身を聖イグヌチウス

グーグル教徒の信仰の対象 グーグル教（グーグルきょう、英:Googlism）は、グーグルのシステムや検索によって表示される画面や語句などを宗教としてパロディ化したインターネット文化のこと。 この宗教において特徴的な点は、グーグルが出力するデータを、グーグルが「思考している」と捉える点にある。 概説[編集] グーグルの検索結果を解析することにより、「ディック・チェイニーはまだ死んでいない」「ジョージ・クルーニーはそこらじゅうにいる」「ウサーマ・ビン＝ラーディンの存在は絶対にでっち上げ」などといった叡智が神託のように得られる[1]。そのため、グーグル教の公式サイトでは、このような記述が行われている[2] グーグルの検索結果をみよ、何千ものそなたの思考、そして何千ものトピックに対する意見、人物、事物、地理に関する事柄が分かるであろう。グーグルで検索せよ、さすればグーグルはあなたに検索キーワードに

左後ろ足立ちの動物をかたどった紋章様式の「見えざるピンクのユニコーン」の肖像。 見えざるピンクのユニコーン（みえざるピンクのユニコーン、英: Invisible Pink Unicorn、インヴィジブル・ピンク・ユニコーン、略称：IPU）は、有神論を揶揄したパロディカルトにおける女神であり、「見えないのにピンク色」という逆説的なユニコーンの形をとっている[1]。 その特徴は有神論の神性に関するいくつかの矛盾を皮肉っている点にあり[2]、無神論者や他の宗教懐疑論者が使用する修辞的な主張として作られた。 例えば「あらゆる有神論の“神”という言葉を“見えざるピンクのユニコーン”に置き換える」といったように超自然的存在に対する信仰を恣意的に揶揄するのによく使われる[3]。無神論のニュースグループ alt.atheism のFAQでは、見えざるピンクのユニコーンの用途についてまとめられている: 「そ

JavaScriptのプロトタイプチェーンについて理解しようとしたのだけど、prototypeとか__proto__とかごちゃごちゃになって、色んなブログを読んでもなかなか理解しきれなくて悶々としていたのだが、図を書いたらパッと理解できた！以下、情報ソースはなるべくECMAScript仕様書（3rd）を元にするようにして書きました なぜ分かりづらいのか？ そもそも、なぜJavaScriptのプロトタイプチェーンは自分にとってこうも分かりづらかったのだろうか？自分なりに分析してみると、まず、「似ているが違う用語が沢山ある」という点がある。ざっとあげただけでも、「prototypeと__proto__」「__proto__と[[Prototype]]」「FunctionとFunctionオブジェクト」などがある。そして次に、「入り組んだ構造が動的に変化する」という点がある。上記のように似たよう

このエントリでは、Webアプリケーションにおけるログアウト機能に関連して、その目的と実現方法について説明します。 議論の前提 このエントリでは、認証方式として、いわゆるフォーム認証を前提としています。フォーム認証は俗な言い方かもしれませんが、HTMLフォームでIDとパスワードの入力フォームを作成し、その入力値をアプリケーション側で検証する認証方式のことです。IDとパスワードの入力は最初の1回ですませたいため、通常はCookieを用いて認証状態を保持します。ログアウト機能とは、保持された認証状態を破棄して、認証していない状態に戻すことです。 Cookieを用いた認証状態保持 前述のように、認証状態の保持にはCookieを用いることが一般的ですが、Cookieに auth=1 とか、userid=tokumaru などのように、ログイン状態を「そのまま」Cookieに保持すると脆弱性になります

clique percolation methodの有向グラフにおける高速化と，http://smartlist.bz へ応用した解説．Read less

Java 8 では JSR 335: Lambda Expressions が取り入れられます。 これを使うと Pure Java でありながら「どう見ても Scala」というコードが書けるようになります。 主に私がメンテナンスしている ScalaFlavor4J というライブラリがあります。 https://github.com/m3dev/scalaflavor4j Java 7 まではこんな感じで使う必要がありました。 Seq.apply(1, 2, 3, 4, 5).filter(new F1<Integer, Boolean>() { public Boolean apply(Integer i) { return i > 2; } }); // -> Seq.apply(3, 4, 5) しかし、Java 8 ではこんなにシンプルに書けてしまいます。 Seq.apply(1,

1 以下、名無しにかわりましてVIPがお送りします 2013/02/14(木) 20:30:39.52 ID:E7w867+m0