Webサービスにおけるトリアージの基準 | F's Garage

とある文字列フィルターをかけたら、全体の約1%のデータに影響をおよぼし、そのうち数件が全ての文字列がフィルターにかかって文字がなくなってしまった。 これは実際の話である。 もしこのフィルターを通した後の文字列が空白だと不具合になるというシステムがあった場合、その発生率は0.0x %となる。 もし、そういう状況をテストの段階ではなく運用環境で起きたとしたら、果たして貴方のチームは、ほんのほんの一部のユーザーさんの問題に対して、適切な答えに辿り着くことができるだろうか？ 僕は、それを突き止めることができる人こそが、真のエンジニアたるポイントだと思う。 もちろん、こういうケースの時、他に抱えている問題と見比べてプライオリティを選別する「トリアージ」をすることは現実的にある。 ただし、その基準は数が少ないから、ではない。明確に再現性の確保が難しかったり、経験上、偶然性に依存していると判断されるケー

[matarillo]

今だって、自称Linuxに詳しくて、だからWindowsごときは当然わかってると思い込んでる技術者が自分のスキル不足をWindowsとMSのせいにするのはよく見かけるけどね…