セルフレジを見てると「エラーはあなたを叱ってるのではない」という概念を持つのが難しい人が一定数いるという話
オードリー羽田 @audrey1967 セルフレジを見てると「エラーはあなたを叱ってるのではない、わからなければ試行錯誤して良い、決済しない限りお金は消えない、何ならリスタートできる」という概念を持つのが難しい方、というのが割と居る 良し悪しではなくそういう層をどうフォローするのかというのがこれからの時代の課題なのかな オードリー羽田 @audrey1967 そもそも論としてスーパマーケット自体「客が黙って商品をカゴに入れて店内を歩き回る」という、それまでの生活習慣にないUIになっているので当初は慣れない人が居たと聞く x.com/audrey1967/sta… mhl@元南CA移民→次は北CAへ @mhl_bluewind 「決済しない限りお金は消えない」というのはトランザクションの概念なので、ここが1番難しいんですよね。 なので、これはUI上で明記すべきポイントです。 「まだ支払いはさ
「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、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) が謎のキーコードを送出しているらしい。 解決策 検索したら、どんぴしゃりの解決方法があったので、書いて
HDDのS.M.A.R.T.情報やエラーの見方と注意する事 - BTOパソコン.jp
ハードディスクで時々起こる不具合情報や警告。 正確にはS.M.A.R.T.（Self-Monitoring Analysis and Reporting Technology）。ハードディスクドライブ（以下、HDD）の自己解析報告技術とでもいうのでしょうか、HDDが自らおかしいかもと教えてくれる出現頻度の低い故障診断。多くはそれ以前にクラッシュしたりCRCエラーが頻出したり。 今回はエラーHDDの無理矢理データコピー前置きとして初心者用に解説。 前置き部分はどうしてもPC関連の専門用語を使わなければ説明出来ない為、不明な単語は飛ばしてどうぞ。 自称PC初心者なら最後のまとめが重要、私の言いたい事となっております。 S.M.A.R.T.情報の日本語化と項目の見方 ここから面倒なのでドットを抜きSMARTと表記。 SMART情報は先に書いた通りHDDに内蔵されている記録で、管理したかったり簡単
"Error while sending QUERY packet."ってエラーの対処方法 - クイック エンジニアリングブログ
株式会社クイックでアプリケーションエンジニアをしているhamanokamiです。 今日は、先日発生して困ったエラーについて書いていきます。 ■どんな問題が起こったの？ 弊社で運用しているシステムで、毎日特定の時間に実行している あるジョブが正常終了せずに、次の日のジョブ実行までずっと実行中のままでした。 実行ログを確認したところ、"Error while sending QUERY packet."という エラーが出力されていました。 ■エラー内容について調べてみた "Error while sending QUERY packet.”というエラーは初めて見たため、 まずは調べてみました。 調べてみると、複数の原因があることが判明しました。 MySQLに送るデータ量が設定より大きすぎる(max_allowed_packet) MySQL接続時間が設定内で収まらなかった(wait_timeo
時間がたつとサーバーがダウン - 挑戦者BBS
いくつかスレッドが立っていますが、あまりメジャーな不具合では無いのでしょうか？ 今回のファームアップでも解決しないので報告。 症状：本体起動（再起動）後、数時間経つと急にアクセス（※）できなくなる。 ※WEB、メディア、SMB、AFPなど全部 電源は入っており、pingは飛ばすと帰ってくる。 固定IPにしても変わらず。 DISKを様々な形式でフォーマット、マウントしても同様。 再起動（電源ON-OFF）すると回復する。 はぁ・・・捨てようかな。 HDDをフォーマットしただけじゃ、原因の切分けにはならないと思います。 情報少ないので、こんなことしかアドバイスできません。 （今回のFWで修正されましたが、以前のFWだとHDDによっては電源管理の制御にバグがあり、このような症状がでます。） 本体背面のResetボタンで、設定クリアしてみる（下記Q&A参照） 設定消えるので、再設定してください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【あるある】同僚「すごい！あれだけ苦労したエラーが一瞬で解決した！？」俺「エラー文を読んだだけだが？」
vagrant up したらエラー「sudo: sorry, you must have a tty to run sudo」が出たときの対処方法 - 彼女からは、おいちゃんと呼ばれています
Blog amm: [named]unexpected RCODE (REFUSED) resolvingについて
OSS Message Pedia -mid:2001379-