Takahiro Iwata

エンジニアあるある 細かい指摘がしづらい 指摘の価値が相手に伝わる前に、“重箱の隅をつつく人” に見えてしまう 例えばタイポ、コメントと実装の不一致、命名や可読性の問題、初見にとってのわかりにくさ、チームのルールからの逸脱など 指摘する側は「将来の事故や保守コストを減らす話」をしているのに、受け取る側には「細かいことを言って進行を止める人」に見えてしまう 人によっては本質的ではないと反論し、トラブルに発展してしまうこともある ただ、そのような方は総じてジュニア層や0→1が得意なエンジニアである事が多い 共通しているのは“今この瞬間の前進” を強く評価していて、将来の保守コストを相対的に軽く見がちな印象がある 小さな不整合が積み重なると、読解コストがあがり、影響範囲の見誤りから不具合につながったり、オンボーディングが難しくなったりする なのでリンターやフォーマッター、AIのような仕組みを使って、機械的に指摘できるところはできるだけ自動化したほうがいいのだと思っている 人が感情や解釈を介して伝える必要のある指摘（人が言うと角が立ってしまう可能性）を減らしつつ、成果物の品質を一定に保つ努力が必要なんだと思う