エンジニアなら共感する技術書あるある - 積ん読から第 3 章の壁まで

3 分で読めます
雑学エンジニア文化技術書

この記事は約 8 分で読めます。

エンジニアと技術書の日常

技術書を読むエンジニアなら、誰もが経験する「あるある」があります。Twitter (X) やエンジニアコミュニティで共感を集める技術書ネタを集めました。自分だけじゃなかったと安心してください。

購入編

「積ん読」が本棚を侵食する

技術書を買うペースが読むペースを上回り、未読の本が増え続ける。本棚の 3 分の 1 が未読本で埋まっている。それなのに、新しい本を見つけるとまた買ってしまう。

「今度こそ読む」と思って買った本が、半年後にまだビニール包装のまま本棚に鎮座している。これは意志の弱さではなく、エンジニアの職業病です。

セールで買いすぎる

Amazon のセールや技術書の半額キャンペーンで、普段なら買わない本まで買ってしまう。「半額なら買っておこう」という心理が働き、カートに 5 冊、10 冊と積み上がる。

セールが終わった後、購入履歴を見て「なぜこの本を買ったのか」と首をかしげる。セール時の自分と通常時の自分は、別人格です。

同じ本を 2 冊買う

書店で「この本良さそう」と買って帰ったら、本棚に同じ本が既にあった。しかも未読。電子書籍と紙の本で同じ本を買ってしまうパターンもあります。

本棚・収納グッズは、増え続ける技術書との戦いに必須です。

読書編

第 3 章の壁

多くの技術書で、第 3 章あたりから急に難しくなる。第 1 章は導入、第 2 章は基礎、第 3 章から本題に入る構成が多いためです。

「第 3 章で挫折した」は、エンジニア同士の会話で最も共感を得るフレーズの 1 つです。

「後で読む」が永遠に来ない

気になるページに付箋を貼り、「後でじっくり読もう」と思う。その付箋が 50 枚を超えても、「後で」は来ない。付箋だらけの本は、読んだ証拠ではなく、読んでいない証拠です。

コード例を動かすと本と違う結果になる

本に書いてある通りにコードを打ち込んだのに、エラーが出る。ライブラリのバージョンが変わっている、OS が違う、環境変数が設定されていない。原因を特定するのに、本を読む時間より長い時間がかかる。

これは技術書の宿命です。本は出版された瞬間から情報が古くなり始めます。

読んでいるうちに眠くなる

技術書を読み始めて 15 分で眠くなる。特に、理論的な説明が続く章は睡眠導入剤として優秀です。

ベッドで技術書を読むと 5 分で寝落ちするのに、デスクで読むと 30 分は持つ。読書環境が集中力に与える影響は、想像以上に大きい。

本棚編

技術書で床が抜ける心配をする

技術書は 1 冊 300〜500g。100 冊で 30〜50kg。本棚に 200 冊並べると、本棚自体の重さと合わせて 100kg を超えます。

賃貸マンションの床の耐荷重を調べ始めたら、技術書コレクターとして一人前です。

引っ越しのたびに後悔する

引っ越しの荷造りで、段ボール箱に技術書を詰め始めると、その重さに絶望する。「なぜ電子書籍にしなかったのか」と毎回後悔するが、次の引っ越しまでにまた紙の本が増えている。

引っ越し業者に「本が多いですね」と言われるのは、エンジニアの通過儀礼です。

本棚が技術の年表になる

本棚を左から右に眺めると、自分の技術的な遍歴が見えます。左端に Java の入門書、真ん中に Ruby on Rails、右端に Kubernetes。本棚は、自分のキャリアの年表です。

古い本を捨てられないのは、その本と一緒に過ごした時間への愛着があるからです。

コミュニケーション編

「あの本読んだ?」マウント

勉強会やカンファレンスで「あの本読みました?」と聞かれ、読んでいないと気まずい。特に、その分野の「必読書」とされている本を読んでいないと、居心地が悪くなる。

しかし安心してください。「あの本読んだ?」と聞いてくる人の半分は、自分も全部は読んでいません。

推し本の布教活動

自分が感銘を受けた技術書を、周囲に勧めずにはいられない。「この本は絶対読んだ方がいい」と熱弁し、相手が興味なさそうにしていても止まらない。

推し本の布教は、エンジニアのコミュニケーションの基本形です。

読書会で「読んできてない人」問題

技術書の読書会を開催すると、必ず「読んできてない人」が現れる。全員が読んできている前提で議論を始めると、読んでいない人が黙り込む。

読書会の運営者は、この問題に対する解決策を常に模索しています。「その場で読む時間を設ける」「要約を共有してから議論する」など、工夫は尽きません。

関連記事

まとめ

技術書にまつわる「あるある」は、エンジニアの共通体験です。積ん読、第 3 章の壁、コード例が動かない問題、本棚の重量問題。これらは個人の問題ではなく、技術書という媒体の特性から生まれる構造的な現象です。共感できるネタがあったなら、あなたは立派な技術書読みです。

共有:Xはてブ

この記事は役に立ちましたか?

関連用語

関連記事

エンジニアの本棚に必ずある本 - 定番技術書が並ぶ理由

エンジニアの本棚を覗くと、なぜか同じ本が並んでいます。リーダブルコード、Clean Code、デザインパターンなど、定番技術書が選ばれ続ける理由を探ります。

本棚に並んだ本は自分の成長記録

読み終えた本が本棚に増えていく。それは知識の蓄積であり、自分の成長の記録です。本棚を「見える化」する効果と楽しみ方を紹介します。

技術書を捨てる勇気 - 本棚の新陳代謝が学びを加速する

増え続ける技術書を抱え込んでいませんか。古くなった本を手放し、本棚を常に「今の自分に必要な本」で満たす新陳代謝の考え方と実践方法を紹介します。

エンジニアの本棚の整理術 - 増え続ける技術書を管理する

増え続ける技術書を「リファレンス・アーカイブ・手放す」の 3 分類で整理し、本棚を知識のデータベースとして活用する方法を紹介します。

本棚を見ればエンジニアのレベルがわかる

エンジニアの本棚に並ぶ本の構成は、その人のスキルレベルとキャリアの方向性を映し出します。本棚の変遷パターンから、自分の現在地と次のステップを読み解く方法を紹介します。

読まずに積んだ本が教えてくれること

積読は悪いことだと思われがちですが、本棚に並んだ未読の本は「自分が何に興味を持っているか」の地図です。積読を罪悪感ではなく資産として捉え直す視点を紹介します。