会社にデバッグの早い人と遅い人がいる。 二人を観察していると、色々な違いが見れて勉強になる。 いくつかまとめてみる。 ・デバッグが早い人はコードに着手する前に状況を整理する 期待動作はどのようなものか、現状の動作（バグ）はどんなものか、どんな条件でバグが生じるか、生じないかを整理する 他人からアサインされたタスクの場合、手早くこれらを質問して状況を確認する。 デバッグが遅い人は何も考えずにコードを触り始める。 「何をデバッグしているの？」と聞くと言語化出来ない。 場当たり的、五月雨式に質問する。 ・デバッグが早い人は仮説を持っている。 ざっくりと全体像を把握し、当たりをつけてから作業する。 全ての作業が仮説の検証作業。結果が出た時に次に何をすべきかも把握している。 デバッグが遅い人は自分でも何をやっているか分かっていない。 「よくわからないけど一応2回試してみた」とか言う。 「それは今何を

エンジニアの組織づくりについて、さまざまなテーマでパネルディスカッションを行う「【CADDi x Retty】エンジニアリング組織の悩み相談」。ここでRetty株式会社の常松氏、キャディ株式会社の猿田氏が登壇。最後に、1on1についてと、視聴者からの質問について話します。前回はこちらから。 1on1の頻度 猿田貴之氏（以下、猿田）：「1on1を毎週全員やるとメチャクチャ大変なんですが、効率化の工夫などありますか？」なるほど。常松さん、1on1はメンバーというか、どれぐらいやっていますか？ 常松祐一氏（以下、常松）：1週間に1回、30分。今はVPoEになったので少し減ったんですけれども、9月までは社員のメンバーが16人ぐらいいたのかな。 猿田：16人を1週間に1回だと、週8時間ぐらいやっていたということ？ 常松：1日に4回とか5回とか、1on1でずっと話していて。1日の半分というか、週の半分