タグ

2019年11月27日のブックマーク (4件)

  • 技術書典7で、「ActiveRecord完全に理解した」という本を出します。

    技術書典7で、「ActiveRecord完全に理解した」というを出します。 posted at 2019-09-21 13:10:08 +0900 by kinoppyd 免責事項 書のタイトルにある「完全に理解した」とは、ActiveRecordを完全に理解することではなく、あくまで社会通念上相当のActiveRecord「完全に理解した」であり、書はActiveRecordを完全に理解することを何ら保証するものではありません。 技術書典7 ドワンゴを退職してSmartHRで働き始めそろそろ一ヶ月のkinoppydです。技術書典に出ます。場所は「◎貴サークル「トレイリア学園」は、 か01C に配置されました。」です。ブックマークはここからどうぞ。今回は、ActiveRecordのソースコードリーディングのを出そうと思います。500円です。前回はメタプログラミングRubyの解説

    技術書典7で、「ActiveRecord完全に理解した」という本を出します。
  • 障害対応とポストモーテム - スタディサプリ Product Team Blog

    こんにちは。SRE の @chaspy です。 ユーザに価値が提供できなくなってしまうシステム障害は起きてほしくはありませんが、絶対に発生しないとは言い切れません。 そんなシステム障害は、そもそも発生頻度が不定、かつ多くないので、どのように対応すべきかを体系化することは(起きる事象が毎回異なることも相まって)難しいと思います。 記事では、Quipper において、どのように障害対応を行うのか、また、障害発生時の考え方を紹介します。 障害はどのように対処されていくのか 障害発生フロー Quipper では 標準化された障害時連絡のフロー / 障害レベルがあります。 これによって、障害の内容、影響範囲によっては親会社のリクルートマーケティングパートナーズへのエスカレーションが必要であることと、その基準が言語化されました。また、エスカレーション時に送るメールのテンプレートも用意されており、「誰

    障害対応とポストモーテム - スタディサプリ Product Team Blog
    a2ikm
    a2ikm 2019/11/27
  • 充足可能性問題 - Wikipedia

    英語版記事を日語へ機械翻訳したバージョン(Google翻訳)。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Boolean satisfiability problem|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な

  • 鶏胸肉で作る鶏ハムの中心温度モニタリング

    加熱温度と材の中心温度は全く別物であるため、Anovaで調理中の材の中心温度が、”いつ”、”何度か”は、実際に測ってみなければわかりません。 というわけで、実際に測ってみました。 スポンサーリンク 実験のモチベーション安全面60℃×1時間、55℃×1時間など色々なAnovaによる加熱パターンがレシピとして公開されていますが、その安全性の検証データは公開されていません。材の加熱時間と中心温度を混合してしまっているものさえあります(嫌味ったらしいのでリンクは張りません)。大半のレシピは、実した際の感などで火が入っているどうかを確認している、というのが現状と思われます。 そこで、それらのレシピの加熱を実施した際に中心温度がどのように推移し、結果としてどの程度の殺菌が達成されるのかを算出し、レシピの安全性を評価してみたいと思います。 殺菌レベルの算出にはD-値を使います。なにそれ?って方

    鶏胸肉で作る鶏ハムの中心温度モニタリング