エラー通知の洪水にサヨナラを！エンジニアを疲弊させる通知地獄の防ぎ方

エラーログの通知が止まらず、集中力が削がれていませんか？重要な課題を見失わないために、不要なノイズをシャットアウトし、本当に価値のあるアラートだけを拾うためのスマートな設定術を共有します。

NoScriptを使っていると、ウェブサイト経由で同じようなコンテンツにたくさん出くわすよ。

理想を言えば、JSを無効にしていてもサイトが自然に劣化表示されることだけど、Reactがこれだけ普及している現状では、まあ夢物語に近いよね。でも、中にはうまくやってるサイトもある。Githubはその点、今でもよくできてるよ。

理想的じゃないケースだと、表示が崩れたりするけど、それでも探していた情報かどうかはともかく、セマンティックな情報はなんとか読み取れる。Gitlabがその例だね。

最悪なのは、サイトが真っ白になって何も読み込めない場合。Redditなんかはローディング画像しか表示されない典型例かな。個人的に一番イラッとするのはStack Overflow方式の失敗パターンで、「JavaScriptとCookieを有効にしてください」としか表示されないやつ。中身を見せる努力すら放棄してるわけで、今回の投稿者が言ってることにも一番近いんじゃないかな。

「俺たち10人が喜ぶだけじゃなくてね」

いやほんと、孤独な道だよなあ。

これよくあるんだけど、Androidのメールクライアントで通知を見ると、プレーンテキスト版がそのまま表示されるから、HTMLのエンコーディングエラーで画面が埋め尽くされて通知が台無しになるんだよね。

Salesforce Marketing Cloudのせいで、HTML版のエンコーディングハックがプレーンテキスト版に漏れ出してるってやつだ。また一つやらかしてくれたね。

  これはMIME形式のマルチパートメッセージです。

  --ySCSIjGKGV=_?:
  Content-Type: text/plain; charset="utf-8"
  Content-Transfer-Encoding: 8bit

  ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ ͏‌ [ 画面いっぱいに繰り返される ]

俺はMuttの設定で、HTMLパートをw3mに通してそっちを表示するようにしてるよ。multipart/alternativeの使い方がひどすぎるから、テキストパートよりそっちの方がマシなんだ。