歴史文学「HHhH」 - $shibayu36->blog;
歴史文学でもたまには読もうと思い、「HHhH」という本を読んだ。 HHhH (プラハ、1942年) 作者:ローラン・ビネ東京創元社Amazon この本は第二次世界大戦中のドイツ占領下におけるプラハや、ナチの中で重要なポジションを担いプラハの統治を行っていたハイドリヒ、そしてハイドリヒの暗殺計画に携わったクビシュとガブチークについて書かれた歴史文学。 歴史文学と聞いていたので、最初は小説のつもりで読んでいた。だけれどたちまち僕はどういう構造になっているのか掴めなくなった。例えばこの本の中に書かれている「僕」というのは誰なのか。「僕」の視点になったり、その状況下のプラハの情景に変わったり、ころころ場面が変わるのはなんなのか。 いろいろ見てみると、いくつかの発見があり、ようやくどういう本なのかわかってくる。この本は歴史について創作で書くことをよしとせず、残っている資料を元にしか書かないという制約
MySQL for JSON: Generated Columns and Indexing - Compose Articles
Unlock innovation with highly secure, fully-managed Database-as-a-Service capabilities on IBM Cloud® IBM Cloud® Database-as-a-Service (DBaaS) services free developers and IT from complex and time-consuming tasks including deployment of infrastructure and database software, infrastructure operations, database software updates, and backup. IBM Cloud® Database SMEs deliver and maintain ready-to-use,
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more
How to: Production Deployment With Docker
How to: Production Deployment With Docker By Pluralsight | January 16, 2015 Docker is a great tool for developing applications. For software teams, it’s much easier to build an app without having to ensure each engineer’s computer is configured properly. Docker runs the same whether they’re using Mac, Linux, or Windows. The thing Docker is still a bit shaky on, at least from a Ruby on Rails
Torch | Scientific computing for LuaJIT.
What is Torch? Torch is a scientific computing framework with wide support for machine learning algorithms that puts GPUs first. It is easy to use and efficient, thanks to an easy and fast scripting language, LuaJIT, and an underlying C/CUDA implementation. A summary of core features: a powerful N-dimensional array lots of routines for indexing, slicing, transposing, … amazing interface to C, via
分散システム設計のチェックリスト - ワザノバ | wazanova
http://monkey.org/~marius/checklist.pdf 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのMarius Eriksenは分散システムのエキスパートであり、モジュール化され、安全でかつ効率よく機能するサーバソフトの構築のノウハウは、「Your Server as a Function」という論文にまとめられています。 また、分散システム設計における留意点も、下記の内容のチェックリストというかたちで紹介してくれています。 1. 障害耐性 もし依存先が障害を起こしたらどうなるか？その障害がゆっくりと起きたらどうか？ システムをどのようにスムーズにデグレードさせることができるか？ システムは想定以上の負荷にどう対処するようになっているか？ 大きな障害が起き
devise をあまりオススメしない理由 - HsbtDiary(2015-01-20)
■ devise をあまりオススメしない理由 いまいち使うのに気が乗らない理由はこんな感じ コントローラレイヤ以降に作用する gem は inspect が物凄くやりにくい、params ないし、必要なコンテキストを全て揃えた上で、コントローラを new して action を呼んで、みたいなこと、考えただけでもだるい テストを書いていたとしても、環境要因、特にセッションとクッキーに影響して挙動が変わる箇所が多すぎるので、全ての環境で正しく再現することが難しい フルスタックすぎることから Rails よりも devise にロックインされることの方が多くなって負債化する そもそも devise で便利になることの多くは、自分で作ってもわけない物が多い 使うからには、devise のコードも全部読むし、PR も投げるしという前提かつ、上のようなことを全て乗り越えるつもりなら僕は止めません!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Meta Research News | Meta Research