だけど「バグらせるのが難しくなるように『考えて』作る」よりも「バグを早い段階で検知する仕組みを考える」方がもっと重要そう - s平面の左側

この記事について 「Willgate Advent Calendar 2018」25 日目の記事です。 また、この記事の続きになります。 blog.okashoi.net 「バグる余地が無いように『考えて』作る」ことについて 前の記事では「人間の注意力には限界があるんだからバグらないように『気をつける』んじゃなくて、バグる余地が無いように『考えて』作ろうぜ」という旨の内容を書き、一方で最近になってこの考え方について思うところがある、と締めくくりました。 確かに自分のコードを書いている分にはそれである程度うまくいっていたのです。 しかしチーム全体のコードに目を向けるようになったところで問題が生じました。 チームでも極力バグる余地が無いようなコードを書いていくために、良いコードについての考え方をチームメンバーに伝えたり、設計・実装方針を定めてドキュメント化したり、という方法を取りました。 する

[sasasin_net]

続編があったのか

[Wacky]

“バグが入り込んだ際に早い段階で検出できる仕組み”

[i_amai]

製造業でもよく似たような話になる。改善の恒久対策として「バグらせるのを難しくする」「バグを早い段階で検知する」「人の気づきで除去する」これらは全部盛りにすることが多い。これらの重要度に差はない気がする

[wakabayashi1983]

本当に考えるべきことは「バグが入り込んだ際に早い段階で検出できる仕組み」