This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Long-running transaction" – news · newspapers · books · scholar · JSTOR (October 2015) (Learn how and when to remove this message) Long-running transactions (also known as the saga interaction pattern[1]
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "2相コミット" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2015年10月) 2相コミット（Two-Phase Commit）とは、コンピュータネットワークやデータベースにおいて、分散システム内の全ノードがトランザクションのコミットに合意するための分散アルゴリズムあるいはプロトコルである。ネットワーク障害やノード故障の場合も考慮され、結果としてトランザクションはコミットが成功するか失敗するかのいずれかの状態となる。しかし、Dale Skeen とマイケル・ストーンブレーカーの研究によれば、2相コミットは同時に複数のサイトが（無作為
概要 ペイロード（payload）とは、有料荷重、有効搭載量、最大積載量、積載物などの意味を持つ英単語。ネットワーク分野では、パケットやデータグラムなどのデータの送受信単位のうち、宛先などの制御情報を除いた、相手に送り届けようとしている正味のデータ本体のことをペイロードという。 現代の通信システムでは、データをパケットやデータグラム、フレームなどの一定の長さの送受信単位に分割してそれぞれ伝送する。これは先頭部分が制御情報を記したヘッダ部、続けてペイロード、必要に応じて末尾にパディングという構成になっている。パティングは全体の長さを特定の数の倍数に合わせるための「詰め物」となる無意味なデータである。 小包に例えると、ヘッダやパディングは箱や送り状、梱包材などにあたり、相手に送りたい荷物の本体がペイロードにあたる。プロトコルによってはペイロードにあたる部分を「ボディ」（body）と呼ぶこともあ
@vestige_さんと いっしょにOnlineJavaScript勉強会をやります！ 毎月第2、第4木曜日の22:00（予定） 第1回目は 7/8(木)22:00 （今日）です！ こんな人にオススメ 何かの言語経験者 && JavaScript初心者 （ちなみに僕は普段Railsを使っています。 JavaSciprtはなんとなく書けるけど、ちゃんと勉強したい！） 興味のある方は ツイッターで"#tkbjs"をつけてつぶやく http://lingr.com/room/tkbjs を見る などしてみてくださいー！ くわしくはこちら [tkbjs]東京ボルダリング.js 1st開催通知 http://d.hatena.ne.jp/vestige/20100704 話の流れ @vestige_ さんと東京ボルダリング部（#tkbb）という部活をはじめた 一人でJavaScriptの写経してた
政府のIT戦略が具体化に向け動き始めた。IT戦略本部（高度情報通信ネットワーク社会推進戦略本部）は2010年6月22日、IT戦略の工程表を公表した。6月29日には内閣官房国家戦略室が、「国民ID制度に必要なシステム開発コストは最大6100億円」との試算結果を発表した。具体的なスケジュ ールやコストが見えてきたことで、7月11日の参議院選挙明けにも、各省庁は予算措置や法改正に向けた作業に入る。 工程表は、5月に発表したIT戦略を具体的な作業内容に落とし込み、図表上にスケジュールとともに示したものだ。「国民ID関連法案を2012年度末に提出する」「内閣官房と総務省が2011年度に政府CIO体制を整備」「総務省が2011年度に政府・自治体のクラウド調達基準を策定する」といったことが、ひと目で分かるようになった。 このIT戦略のなかでも核になりそうなのが、民主党がこれまでマニフェストでも明記してき
最近は仕事でSinatraアプリを書いたりしているので、Sinatraアプリを動かすためにはどのHTTPサーバを使うのがベストなのかが気になっている。（先に結論を書いておくけれど、どれがベスト、という唯一の選択肢は今のところありません。適材適所です。） SinatraはRackの上に構築されているので、Rackに対応したHTTPサーバーを使って動かす事になるのだが、この数がやたらと多く、どれを使えばいいのか迷う。代表的なものを挙げただけでも、WebRick, Mongrel, Thin, Unicorn, Passenger(Apacheとかに組み込んで使うやつ), FastCGI, (普通の)CGI、これぐらいは選択肢がある（いくつかHTTPサーバじゃない物も混ざっているが、Rackが対応してるという点は共通している）。 WebRickはそもそもパフォーマンスに重点を置いていないし、Mo
今回のテーマは飛び込み営業のやり方です。手当り次第に飛び込んでも、無駄が多いばかりで非効率です。手順を踏むことで、効率的な営業が可能になり、無用な不安を打ち消すことも出来るのです。 「みんな、白地図は持ったかい？」と五十嵐さんが聞いてきたので「はい、持ちました」と全員が無言でうなずきます。 「よし、それでは今から飛び込み営業の手順を言うから、今日この会議が終わったら早速実行するように。最初にやることは、まず担当エリアの土地や雰囲気になれること、今日はこれしかやらなくていい」 みんな不思議そうな顔をしています。僕も五十嵐さんの言っていることの意味がさっぱり分からなかったので、聞き返しました。 「慣れるとは、どういうことですか？」 すると「山田さんはどう思う？」と、切り返されてしまいました。 「えっと、普通はなじんだり、うち解けたりすることだと思います」 「その通り。なじむためには普通、何をす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
