タグ

2013年2月26日のブックマーク (6件)

  • GitHub - rails/exception_notification: NOTICE: official repository moved to https://github.com/smartinez87/exception_notification

    = Exception Notifier Plugin for Rails The Exception Notifier plugin provides a mailer object and a default set of templates for sending email notifications when errors occur in a Rails application. The plugin is configurable, allowing programmers to specify: * the sender address of the email * the recipient addresses * the text used to prefix the subject line The email includes information about t

    GitHub - rails/exception_notification: NOTICE: official repository moved to https://github.com/smartinez87/exception_notification
  • 文明の絶滅のタイムライン:いまある何が、2050年以前に不要になり、私たちの生活から消えるのだろうか?

    文明の絶滅のタイムライン:いまある何が、2050年以前に不要になり、私たちの生活から消えるのだろうか? この予測は1950年に遡り2050年までに我々の生活から何が消えてゆくかをチャートにして示しています。人々は未来について話すとき、通常、新しいものが通り過ぎてゆくことに加重を於いて考えがちです。しかし人間社会の進化は、どんどん新しいものが登場するように、古いものも同時に消えて行きます。これは、絶滅する可能性がある私たちの文明を考えることは未来を考えることに、とても有効です。

    文明の絶滅のタイムライン:いまある何が、2050年以前に不要になり、私たちの生活から消えるのだろうか?
  • 連載第36回 ラジオの登場で売上25分の1になったレコード産業、イノヴェーションを重ね復活 | Musicman-net

    <エピローグ『未来は音楽が連れてくる』> レコード産業、壊滅の危機から復活した歴史トーマスエジソンとフォノグラフ。後世、レコードの発明は「科学がエンタテイメントにもたらした最大の貢献」と賞されるようになる。 レコード産業は、フリーメディアのラジオに勝てず、かつて売上が25分の1に落ちたことがある、と書いた。1930年初頭のアメリカのことである(※1)。 1930年代の不況はエンタメの明暗を分けた。ラジオと映画は力強く、30年代に黄金時代を築いていった。一方、レコード産業の売上は30年代のうちに、恐慌前の水準へ戻すことはなかった。 現代のレコード産業を彷彿させる状況だ。 新たなフリーメディアのインターネット。ソーシャルゲーム、スマートフォンアプリ、次々とあらわれるエンタメ産業の競合。彼らに押されたレコード産業の売上はピーク時の半分にまで落ちた(※2)。 だが80年前の米レコード産業は諦め

  • 『JavaScript開発時に便利なツールたち』

    1 pixel|サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。アメーバ事業部でディベロッパーをしています、平木(id:Layzie)です。 先日2/9に行なわれたFrontrend Vol.4で"JavaScript Development Tools – JavaScript開発の効率アップ"というテーマで登壇させていただいたのですが、セッションでは時間の都合でお話できなかった補足や、その他のツールのご紹介をしていきたいと思います。公式サイトで各講演のスライドと動画を見ることができますので、残念ながらイベントにいらっしゃらなかった方は、ぜひご覽になってください。 Chrome Canaryビル

    『JavaScript開発時に便利なツールたち』
  • 勝手に査読:Webアプリにおける11の脆弱性の常識と対策

    「Webアプリにおける11の脆弱性の常識と対策」という記事を久しぶりに読みました。出た当事も思いましたが、基的な誤りが多く、読者が誤解しそうです。このため、編集部から頼まれたわけではありませんが、「勝手に査読」してみようと思います。 細かい点に突っ込んでいくとキリがないので、大きな問題のみ指摘したいと思います。 ※2013年2月25日追記 このエントリに対して、編集部が元記事を修正くださいました。徳丸も修正に協力いたしましたが、十分正確な内容ではないことをお含みおきください。 ※追記終わり 同記事の想定読者は誰か査読にあたり、この記事の想定読者を明確にしておいた方がよいですね。記事の冒頭には、連載の説明があります。 連載は、JSP/サーブレット+StrutsのWebアプリケーション開発を通じて、Java言語以外(PHPASP.NETRuby on Railsなど)の開発にも通用する

    勝手に査読:Webアプリにおける11の脆弱性の常識と対策
  • なるべく同じ言葉を使いたい - レジデント初期研修用資料

    大きな病院から患者さんを紹介されて、前の病院は「主治医がみんな違うことを言う」から怖かった、みたいな言葉をご家族からもらうことがある。 自分たちは免許仕事で、同じ検査所見、同じ画像を見れば、だいたい誰もが同じ診断、同じ重症度にたどり着く。患者さんやそのご家族に伝えるべき内容は、主治医が複数いるような大きな施設であればなおのこと、主治医は語るべき内容を共有できているはずなのだけれど、同じ内容をどう伝えるのか、言い回しを共有できている施設は、恐らくはそれほど多くない。 言い回しには工夫の余地がある 心エコーの検査は、自分がやるとだいたい10分ぐらいはかかる。検査中には患者さんと言葉を交わす程度の余裕はあって、検査はたいてい他科からの「心臓を精査してください」という依頼で行われるものだから、検査中に問診がてら、「今までに心臓の病気をしたことがありますか?」と尋ねる機会が多い。 ところが検査と並行