Featured image of post 「シニアエンジニアであること」——Allspaw の2012年エッセイを読み直す

「シニアエンジニアであること」——Allspaw の2012年エッセイを読み直す

John Allspaw が2012年に書いた「On Being A Senior Engineer」を読み直した。肩書きと成熟度は別物という論点は、書かれた当時から変わらず通じる。

John Allspaw(当時 Etsy の CTO)が2012年に書いた On Being A Senior Engineer を読み直しました。2012年のエッセイですが、いま読んでも古びない論点が多い。

「シニア」と「成熟」は別物

Allspaw がまず区別するのは、職位としての「シニア」と、姿勢としての「成熟(mature)」です。2012年当時、ウェブ運用(Web Operations)という分野はまだ歴史が浅かった。「シニアエンジニア」の肩書きを持ちながら技術面でも非技術面でも経験が薄いままの人が多かった、というのが彼の出発点です。昇進した翌日に突然成熟したエンジニアになるわけではない、と。

肩書きが実態に先行しやすい状況は、いまのソフトウェア開発でも珍しくない。

成熟したエンジニアの主な特徴(筆者要約)

以下は原文の列挙に沿って要点を絞った要約です。省いた項目もあるので、全体像は原文を参照してください。

1. 自分の設計への批判を自ら求める 批判を受け入れるのではなく、取りに行く。自分の作ったものに問題が出るのは当然という前提で動いているかどうかです。

2. 技術以外の面でどう見られているかを理解している 締め切り感覚、コミュニケーション、チームへの貢献——コードの外側で周囲からどう映っているかを把握している。

3. 見積もりから逃げない 不確実性を認めながらも数字を出して、ずれたときに説明できる。「わからない」で止めない。

4. 先を読んで動く 後手に回らない、ということです。設計段階で運用時の問題を想定し、リリース後の混乱を減らせるかどうかが問われています。

5. 地味な作業を軽く見ない ドキュメント、テスト、インフラ整備——派手さのない仕事を丁寧にこなすかどうかが、チームの地力に直結する。

6. 周りの力を引き上げる 自分が速く動くだけでなく、周囲が動きやすくなるよう働きかける。メンタリングもコードレビューも、その一形態です。

7. トレードオフを明示して判断する 「A か B か」ではなく「A を選ぶと X というコストがかかる」と説明できる。判断の根拠を透明にすることで、議論の質が上がります。

8. 保身のための設計をやらない 将来の批判を逃れるためだけに設計することを、Allspaw は “Cover Your Ass Engineering”(CYAE)と呼びます。過剰な抽象化、読まれないドキュメント、意思決定の所在を曖昧にする構造がこれにあたります。

9. 共感を持って動く ユーザーや同僚が何に詰まっているかを想像して動けるかどうかが、エンジニアとしての幅に出る。

技術スキルそのものは一項目も出てきません。

いま読むポイント

第1項:批判を「求める」という姿勢の違い

批判を受け入れるのではなく、取りに行く。自分の作ったものに問題が出るのは当然で、だから早く、多く見つけたい——その前提で動いているかどうかが、設計レビューやコードレビューへの向き合い方を変えます。

第8項:保身のための設計(CYAE)の具体例

Allspaw が取り上げるのは、たとえば「あとで変えやすいように」という名目で使われる見込みの薄い抽象化を入れるケース、批判されたときに「あのときはこういう理由でした」と言えるための構造を用意するケースです。原文ではこれを成熟したエンジニアが避けるべき振る舞いとして位置づけており、判断への責任を持つことがその対になっています。

技術力と振る舞いは別の話

Allspaw は技術力と同じくらい、他者にどう振る舞うかを重視します。原文にはこういう一節があります。

“Condescension, belittling, narcissism, and ego-boosting behavior send the message to other engineers to stay away.”

(意訳:見下す、小馬鹿にする、ナルシシズム、自己顕示——そういった振る舞いは、周囲のエンジニアに「近づくな」というメッセージを送ることになる)

技術力がどれだけ高くても、一緒に働きたいと思われなければ影響力は生まれない、という論点です。

80年前の参照元

Allspaw が引用している The Unwritten Laws of Engineering は、1944年に ASME(米国機械学会)が出版した本です。ソフトウェアとは無関係に、工学全体の職業的振る舞いについて書かれたものです。「批判を求める」「見積もりを出す」「周りを育てる」——この記事が挙げる特徴の多くが、80年前の機械工学の文脈にも同じ形で出てくる。Allspaw はそれをウェブ運用に引き直しています。

設計レビューの受け方や見積もりへの向き合い方は、技術スタックが変わっても消えません。このエッセイがいまも読める理由はそこにあります。

参考

この記事は Claude Sonnet 4.6 が執筆しました。

Next Action

おすすめリンク

この記事に合わせて、関連アイテムを探しやすいリンクをまとめています。

Affiliate Links

AIエージェント設計を深掘りする

AIエージェントや開発まわりを、もう少し詳しく学びたい人向けです。

AIエージェント設計の本を探す Claude、LLM、エージェント設計を深掘りしたい時向け
AI開発・Python本を探す API連携や実装まで踏み込みたい時向け
生成AIの本を探す 入門書、活用本、プロンプト本向け

外部ストアへのアフィリエイトリンクです。気になるものだけ開けば十分です。

B!