本牧神社の横領事件、このまま不起訴で終わるのか？ - はまれぽ.com 神奈川県の地域情報サイト
ココがキニナル！ 宮司の不起訴で幕を閉じたかに思えた本牧神社。横領事件としての捜査は、もう行われないのか？（はまれぽ編集部のキニナル） はまれぽ調査結果！ 新しい証拠とともに「審査申立書」が提出され、横浜地裁検察審査会は、これを受理した模様。今後、立ち入った捜査が行われる可能性があれば、事件はさらに明確に 対立軸が大きく変わった本牧神社 前回の記事でもお伝えしたとおり、「本牧神社横領事件」は、横浜地方検察庁が不起訴としたことにより、自然鎮火という形で決着したかのように思えた。 以前は、事件を巡ってこのような対立軸だった ところがその後、原告側の佐藤健一氏は神社本庁によって解雇され、鶴岡氏と臨時の代務者である吉田氏が本牧神社に残ることになった。また、前回の報告から今までの間に、佐藤寛泰（ひろやす）氏にも休職辞令が発行された。 一方、事件の張本人であった本牧裕司氏は、現在も謄本に責任役員として
Ansible オレオレベストプラクティス - Qiita
多種多様な構成のサーバーを Ansible で管理する場合、単一のベストプラクティスツリーに押し込むのは管理が大変すぎて現実的ではないなとおもい、どうしたものかなと悩んでいました。で、最近やっとこれかなという構成ができたので共有してみます。 何が問題か？ ロールには共用できるものとできないものがある、それがいっしょこたに混ざるのが嫌 無理に共用できるようにと変数を多用するととても管理が大変。変数も覚えられないし、テストが大変 読み込むファイルのパスが大元のymlからの相対パスであり、include ではディレクトリ階層での整理が難しい -l で対象サーバーを絞り込んでも全てのタスクが表示され、skipped, skipped, skipped と関係ない task 表示がターミナルが埋まって見づらい そして、たどり着いたオレオレベストプラクティス まとめて管理したいサーバーグループ毎にベス
暮らしの情報サイトnanapiはサービスを終了いたしました | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![暮らしの情報サイトnanapiはサービスを終了いたしました | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/688421fd352e11a95491e751b6809a648c5e7b82/height=288;version=1;width=512/https%3A%2F%2Fp.cdnanapi.com%2Fr%2F2015%2F07%2F28%2F17%2F27f838f9-29e8-466a-bed1-62b5a7715a48.jpg%3Fheight%3D76%26width%3D76)
列管理の難しさとコツ
毎月1000人程度の行列を従業員4～5人で捌いてたコツを書くよ。 職業：パチ屋（嫌いな人ごめんね） 行列の理由：新台のオープンと、あとはなんでかしらないけど毎月ある特定の日に行列ができた。（諸般の事情により理由は答えられません。） パチンコ屋さんが整理券を配る理由は、開店時間前後に行列をつくると隣接店舗の入り口を塞いでしまうという問題を回避したいとう目的が一番にあります。 そのため、隣接店舗がオープンする前に整理券を配布して、行列を捌いてしまおうとしているのです。 はじめのうちは早朝から並び始める程度だった行列は、加熱していくことで徹夜組を生み出します。 なかには前日の21時、お店が閉店する前から並び始める人もいました。 話題性目的で容認していたものの、ある日おまわりさんからお叱りを受けます。 ピンとくると人も多いと思うのだけど、数年前に突然行列の深夜組に対する指導が厳しくなった時期があり
Ansible の shell モジュールでチェックモードも考慮して冪等性を保つ - Qiita
まずは結論から、例えば以下のようなタスクの場合、 uname -a コマンドの結果を /tmp/hoge に出力する /tmp/hoge が既にあるなら実行しない コメントの通りファイルの存在確認なら stat モジュールで十分なのですが、より多くのケース（なにかしらのコマンドの結果を元に実行の有無を制御）を想定してあえて shell モジュールを使います 次のようにします。 - hosts: localhost tasks: - shell: test -e /tmp/hoge register: res always_run: yes failed_when: no changed_when: res.rc != 0 - shell: uname -a > /tmp/hoge when: res|changed これだけなら shell モジュールの creates を使うだけでいいん
RubyとPythonにおけるガベージコレクションの視覚化 | POSTD
本稿は、ブダペストで開かれたイベント「 RuPy 」で、Pat Shaughnessyが披露したプレゼンの内容をまとめたものです。 プレゼンの映像はここ から視聴できます。 本稿は当初、 同氏の個人ブログ に投稿されましたが、同氏の了承を得て、Codeshipに再掲載します。 このイベントは「RubyとPython」に関するカンファレンスなので、RubyとPythonでは、ガベージコレクション（以下「GC」）の動作がどう違うのかを比較すると面白いだろうと私は思いました。 ただしその本題に入る前に、そもそもなぜ、GCを取り上げるのかについてお話しします。正直言って、すごく魅力的な、わくわくするテーマではないですよね？ 皆さんの中でGCと聞いて、心がときめいた方はいらっしゃいますか？ ［実はこのカンファレンス出席者の中で、ここで手を挙げた人は数名いました！］ Rubyコミュニティで最近、Rub
ワタミが介護事業売却を検討、200億円以上か、財務再建で−関係者 （Bloomberg） - Yahoo!ニュース
（ブルームバーグ）：業績不振の居酒屋チェーン、ワタミが主力事業の一つである介護事業の売却を検討していることが明らかになった。売却額は200億円以上とみられる。本業の外食事業が顧客減少に苦しむなか、介護事業の売却で財務の建て直しを図るのが狙い。事情に詳しい複数の関係者が明らかにした。 業績不振の背景として、消費増税の影響のほか、関係者の一人は従業員の過重労働問題などで評判が落ち、顧客離れが起きている可能性を指摘している。前期（2015年３月期）連結決算は、最終損益が129億円の損失と２期連続の赤字を計上、３月末の純資産は100億円に目減りしていた。本業の外食事業では顧客数（既存店ベース）が前期を通じて毎月、前年を下回り続け、今年度も減少に歯止めが掛かっていない。
原因は停車位置ミス＝過大電流の火花で断線―京浜東北線事故 （時事通信） - Yahoo!ニュース
JR京浜東北線の横浜―桜木町間で架線が切れて停電し列車が立ち往生した事故で、JR東日本は5日、運転士が停車禁止区間に電車を止めたため、再発進時に過大な電気が流れ、火花が発生して断線した可能性が高いと発表した。 同社によると、運転士が停車させたのは、二つの変電所から送られる電流を区分する「エアセクション」という区間。この区間から発進すると過大な電流が流れるため、停車が禁止されている。 列車自動制御装置（ATC）に従えばエアセクション内で止まることはないが、前の電車が桜木町駅に停止しているのを目視で確認した運転士が、ATC作動前にブレーキをかけた。運転士はこの区間にエアセクションがあることを知らず、停車禁止を示す標識などもなかったという。 同社は再発防止のため、停車禁止を再徹底するとともに、エアセクションの位置を音声で乗務員に知らせるシステムを京浜東北・根岸線に導入する。このシステムはJ
Core i7-6700Kの性能がヤバイ！Skylake-Sこと第6世代Coreが予想以上に買いな件 - 週刊アスキー
第5世代Coreプロセッサー（開発コードネーム：Broadwell-CもしくはBroadwell-K）の発売から2ヵ月と、あまりにも早い新製品投入におったまげなわけですが、今回投入したモデルはCore i7-6700KとCore i5-6600Kの2モデル。つまり、型番的には第4世代Core（開発コードネーム：Haswell）のCore i7-4770KとCore i5-4670Kの後継になります。内蔵GPUはIntel HD Graphics 530（今回から3ケタになりました！）になります。第5世代CoreのCore i7-5775C、Core i5-5675CはIris Pro Graphics 6200でしたから、内蔵GPUの位置付け的にもHaswellの後継とするのが妥当でしょう。 CPUとチップセットをつなぐバスはPCI Express 2.0ベースのDMI2.0からPCI E
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Deep Dive into Modules
【レビュー】 Skylakeアーキテクチャを採用した「Core i7-6700K」レビュー
