「バグを減らすために『気をつけて』作る」のではなく「バグらせるのが難しくなるように『考えて』作る」 - s平面の左側

この記事について 「Willgate Advent Calendar 2018」11 日目の記事です。 記事が投稿された日付は気にしてはいけない。いいね？ きっかけ およそ 2 ヶ月前に下書きになっていた記事があったので掘り返し。 この記事を書き始めたころの twitter のタイムラインにこんなツイートが流れてきました。 エンバグを断罪するような思考そもそも気に入らない。個人の注意力に依存するのは工学的じゃない。罪はバグが発生しやすい設計にあると考えるのがエンジニアじゃないの? って思う。個々のバグに対して迷惑被ったと怒るのはエンドユーザー視点しかない人だと思う— 田中ひさてる (@tanakahisateru) 2018年10月2日 私もこれに近い考えをずっと抱いてきていたので、引用リツイート + コメントせずにはいられませんでした。 本当にこれ。 バグらないように「気をつけて」作るん

[tmatsuu]

その対策として型やテスト駆動などがあるんだとの認識

[craftone]

経験的にはバグりやすさは、sh > JavaScript > Ruby > Python >> Java > Swift >> Haskel な感じ

[otherworld]

「頭の良い人」というのわかる。自分はよく「天才向けコード」と表現する（いい表現ではない

[fn7]

いい考えだ。

[GEROMAX]

イケてないSIの現場は大抵「ミスらないように気をつける」から脱却できていない辛み。

[wordi]

整数もだけど文字列も極力排除したい、あとはstrong typedefがあるならそれを、無いならjinja2などで自動生成したい

[k0yoshitsugu]

バグだけじゃなくていろいろな人為的ミスもミスしない/しにくい仕組みを作ることで解消したい。

[yoshikidz]

下にメンバーがいたり他のメンバーが同様に書くことを意識しはじめるポジションだとより実用的で綺麗なコードを書く機会が増えていい感じになっていくけど、一人で書いてた時はほんとクソコード量産してた

[Wacky]

“バグる余地が無いように『考えて』作る”

[chintaro3]

GJ

[ohbarye]

再発防止策でこの考え方がないやつ見るときつい / “「人間はミス（ポカ）をするものという前提のもと、仕組みによって正しい挙動・安全を担保しよう」という考え方”