シニアエンジニアが呼吸するようにやっている「調査 / 切り分けの思考の型」

「型」とか言いつつ結局は過去の障害でボコられた経験値の差なんだよな。若手はこれ読んで震えろ

あたりをつける。

この辺の勘と経験、今ならAIでどこまで肉薄できるんだろう

全部やってる。どうやればこうなるのか逆算する。最近は素直にチャッピーに質問を投げて発想を変えてもらってる。エラーメッセージ貼ると、解決してくれるから堪らん。答えがわかっていても質問すると勉強になるね。

う～ん、多分全然違う。常日頃からこういう機能を開発するとこの手のバグが起き易いみたいな事を考えてる。初手からほぼ限定できる。パフォーマンスは要求次第。改善できる場合は初手の開発が不味い時がほとんど。

仮想DOMみたいなもんで、システム構造は頭の中で作っておくのは普通のことじゃないの?まさか表面に出てきたところを最初からなぞってるわけじゃあるまい。そんなの時間がかかりすぎるだろうに。

妄想力。過去の被害を未来の糧にするためには妄想力だ

"4. 計測してから動く 「遅そう」「怪しそう」で修正しない" ここ大事、若い頃は仮説だけで動いて時間を無駄にしがちだった

AIに代替されるタイプのしらみ潰し型シニアエンジニア仕草っぽさある

AI原因きり分けで対処できるんだけど、ちゃんとたどり着けないケースあるんだよね。 直近だと、キーボードのファームウェアバージョンアップで直った入力不備と、vpn利用時にwslからsslログインできない時のwtu設定。

仮想DOMみたいな構造を脳内イメージに常備できていれば端折れるけど、引き継いだシステムとかだとそうもいかないので汎用化された手順が必要となる。あと計測できるケースとできないケースがどうしてもある…。