夜ぐっすり眠るための監視分類 - NRIネットコムBlog
本記事は AWSアワード受賞者祭り 6日目の記事です。 ✨🏆 5日目 ▶▶ 本記事 ▶▶ 7日目 🏆✨ こんにちは、玉邑です。 年齢を重ねるにつれて、睡眠時間が翌日のパフォーマンスに大きく影響することを実感するようになりました。よく眠ることの大切さを、改めてしみじみと感じています。今回は、そんな貴重な睡眠時間をしっかり確保するための工夫についてお話しします。 ITシステムの運用に携わっている方であれば、夜間や休日のオンコール*1対応を経験されたことがあるのではないでしょうか。 私自身も、15年以上前にシステム運用を担当していた頃は、連日鳴り止まないオペレーターからの電話に疲弊していました。 当時はシングル構成のサーバーが多く、可用性を高める仕組みの成熟度もまだ低かったように思います。 現在のIT技術では、可用性を高めるための仕組みが非常に洗練されています。 たとえば、AWSのマルチAZ
郵便局でPayPay払いできずに困ってる人がいたので端末を見たところ電源ランプがついていなかったので、「電源コード抜けてませんかね？」と言ったら、端末裏のコネクタ抜けが発覚した話
はぐやま @hug_yama 郵便局行ったら前の人がPayPay払いができないと困ってて、局員さんもエラーが出る、なんでなの？と困ってて、僕もカード払いなので困ったぞと思って端末の挙動を見たら、電源ランプがついていない。 「電源コード抜けてませんかね？」と口出しすると、端末の裏のコネクタ抜けが発覚。大感謝された。 2025-07-09 21:09:09
説明が下手すぎる会社の部下（女）の直し方
ある？ 最近転職してきた会社の部下なんだがマジで説明が下手すぎて困ってる 口頭での説明も文章での説明もクソすぎるうえ、これまで何度も注意したが一向に説明下手が直らない 彼女の説明の特徴として ・事実と感想をごっちゃにする ・結論から話さない ・「してほしいこと」をあいまいに表現する ・間接話法を使わず直接話法だけを使う というのが挙げられる 例えば社内で使っているエクセルの関数がぶっ壊れていて数値入力後に#N/A!が返ってきてしまうとき。 この女は 「以前いただいた数値入力のタスクについてなのですが、入力作業を行っていたところ何かよくわからないエラーが出て困っています。昨日と同じ作業をしているはずなのですが、数値を入れたあと自動で更新される部分によくわからないエラーが出てきます。シート自体は昨日と同じものを使っているので本来問題ないはずなのですが……。 朝から仕事が止まってしまい次の作業に
セルフレジを見てると「エラーはあなたを叱ってるのではない」という概念を持つのが難しい人が一定数いるという話
オードリー羽田 @audrey1967 セルフレジを見てると「エラーはあなたを叱ってるのではない、わからなければ試行錯誤して良い、決済しない限りお金は消えない、何ならリスタートできる」という概念を持つのが難しい方、というのが割と居る 良し悪しではなくそういう層をどうフォローするのかというのがこれからの時代の課題なのかな 2024-10-03 09:25:30 オードリー羽田 @audrey1967 そもそも論としてスーパマーケット自体「客が黙って商品をカゴに入れて店内を歩き回る」という、それまでの生活習慣にないUIになっているので当初は慣れない人が居たと聞く x.com/audrey1967/sta… 2024-10-03 12:57:43 mhl@元南CA移民→今は北CA @mhl_bluewind 「決済しない限りお金は消えない」というのはトランザクションの概念なので、ここが1番難しい
「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故]より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するのでは
ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』
人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか？ 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている（※1）。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2）。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして
凄腕エンジニアさんから学んだ例外の話 - Qiita
はじめに 今携わっているプロジェクトで凄腕エンジニアさんと一緒に開発をさせていただいているのですが、その凄腕エンジニアさんから教えていただいた例外の話がとても勉強になり、 さらにこの例外の話を他のプロジェクトのエンジニアさんに伝えたところ、反応が良く、とても勉強になりました！という声をいただけたので、アウトプットしていきたいと思います。 （この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。） ※【凄腕エンジニアさんから学んだ例外の話】の補足 というQiita記事を書きました。 この記事を読み終わった後に疑問が残った人などは補足資料として読んでいただけると嬉しいです。 例外の考え方の源 Tさんの例外の考え方は http://diveintopython3-ja.rdy.jp/your-first-python-program.html#exceptions ↑こちらのPyth
開発でエラーが出て、上司に聞くと「ちゃんとエラーを読んで」と指摘を受けました。ただ大半が英語です。ここがいけない等と印や色で何かを示してくれる事もありません。この私がエラーを読んで何か解決出来ますか？
青い秋空に「再起動」メッセージ出現 目撃、世界各地で
真っ青な秋空に浮かぶ「再起動」とＱＲコード――。２７日午後、コンピューターのエラーメッセージと思われる文章が全国の空に表示される出来事があった。メッセージは世界で同時多発的に目撃されており、各国政府は事態の把握と情報収集に当たっている。 メッセージは「問題が発生したため、メタバースを再起動する必要があります。エラー情報を収集しています。自動的に再起動します」などの文章とＱＲコードで構成される。上空に十数秒間表示された後、消失した。 日本では２７日午後１時２８分ごろ、北の空での目撃が相次いだ。ＳＮＳ上に投稿された情報をまとめると、沖縄県から北海道まで全国で見られたようだ。 メッセージは日本だけでなく、中国や米国、その他欧州諸国、南半球各国など世界各地の上空でも同時に目撃された。現地で使用されている言語による違いはあるが、メッセージの内容は全て同じ。各国政府では現在、情報の収集と分析を急いでい
バッチ処理 プラクティス
バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。
Google、訂正不可能なメモリエラーによるクラッシュを回避する「Memory Poisoning Recovery」をGoogle Cloudで提供へ
Google、訂正不可能なメモリエラーによるクラッシュを回避する「Memory Poisoning Recovery」をGoogle Cloudで提供へ ずっと安定して稼働していたシステムが、ある日突然エラーでクラッシュ。調べても原因が分からないので、「何らかのノイズや放射線などの影響でメモリエラーが起きたのでは？」という推測を顧客に報告した、なんて経験を持つベテランのITエンジニアは少なくないのではないでしょうか。 実際のところ、2009年のGoogleの調査では同社の本番システムにおいて、1年間で8％以上のDIMMモジュールにメモリエラーが発生していたと報告されています。想像以上にメモリエラーというのは起きているのですね。 ただし、現代のメモリとCPUなどではエラー訂正機能を備えているため、多くのメモリエラーは訂正され、システムの動作に影響を与えないようになっています。 しかし訂正しき
伝わるバグ報告 | さくらのナレッジ
この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある！ プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな！」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申
Hiromitsu Takagi on Twitter: "再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰ん… https://t.co/Wyoy7bnb4p"
再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰ん… https://t.co/Wyoy7bnb4p
ロギングベストプラクティス - kawasima
#翻訳 https://www.scalyr.com/blog/the-10-commandments-of-logging/ CC BY 4.0 @Brice Figureau 1.自分でログの書き出しをしない printfをつかったり、ログエントリを自分でファイルに書き出したり、ログローテションを自分でやったりしてはいけない。運用担当者にお願いして、標準ライブラリやシステムAPIコールを使うようにしよう。そうすれば、実行中のアプリケーションが他のシステムコンポーネントと適切に連携して、特別なシステム設定なしに適切な場所またはネットワークサービスにログを記録できるようになる。 ロギングライブラリを使いたければ、特にJavaの世界にはLog4j, JCL, slf4j, logbackなど多くのものが存在する。私はslf4jとlogbackを組み合わせて使うのが好きだ。とてもパワフルで、設
gitのエラー解決方法 - Shut the fuck up and write some code
2013/10/16 一件追記しました 2013/09/25 一件追記しました 個人的にgithubやbitbucketを使ったり、自前サーバにリポジトリを置いたりするなど（しかし仕事で使う機会には何故か恵まれてない）、日々の作業でgitを使う機会が増えつつあるのだけど（今更！）、gitのエラーメッセージを全く覚えてないので、メモがてらエラーが出た時の原因/対応方法を書いておきます。また他のメッセージが出てきたら追記しておこうと思います。日々使って行くことが習得への近道。 1.余計な文字列を出力している fatal: protocol error: bad line length character: xxxx fatal: '/pass/to/repo.git' does not appear to be a git repository■原因 sshでターミナルに接続時した際、メッセー
VMware Server 上の CentOS でキーボードエラーが出まくる - tanablog
VMware Server Console で CentOS を操作していると、以下のようなエラーメッセージが頻繁に表示されて話にならない。ターミナルエミュレータ経由なら問題無いが、VMware Tools を入れるときなど、VMware Server Console で作業する際に困る。 atkbd.c: Unknown key released (translated set 2, code 0xd9 on isa0060/serio0). atkbd.c: Use 'setkeycodes e059 <keycode>' to make it known. どうやらキーボード (Microsoft Standard Wireless Multimedia Keyboard 1.1) が謎のキーコードを送出しているらしい。 解決策 検索したら、どんぴしゃりの解決方法があったので、書いて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windowsのブルースクリーン、今夏からブラックスクリーンに
「生粋のプログラマー気質なので」とセルフレジで同商品を2度打ちしエラーハンドリングをしたと言う人への反応
【あるある】同僚「すごい！あれだけ苦労したエラーが一瞬で解決した！？」俺「エラー文を読んだだけだが？」
vagrant up したらエラー「sudo: sorry, you must have a tty to run sudo」が出たときの対処方法 - 彼女からは、おいちゃんと呼ばれています
