作者以犀利筆觸剖析程序員群體的認知盲區與文化病灶，雖言辭激烈，卻精準刺中跨職能協作的痛點。這不是攻擊，是為了被聽見的呐喊——也是給設計師的生存指南。
五大「職業病」公開診斷
1. 無自知之明：井底觀天以為是海
- 薪資尚可、招聘容易 → 錯覺自身社會關鍵性極高
- 領域外零興趣、零敬畏：物理學家前同事 TJ 在軟件公司被鄙視，實則其知識價值遠超 JS/iOS 技能
- 「軟件工程」非科學基礎工程：錯誤成本低（重啟即可）、無實驗驗證標準、Dijkstra 稱其「窮途末路」
2. 垃圾當寶貝：無科學檢驗的現代藝術館
- 面向對象、設計模式、NoSQL、大數據……概念輪番上陣，本質多為商業包裝
- Facebook 用 C++ 編譯 PHP 被吹捧為神技，實則掩蓋語言缺陷
- 真正永恆珍寶（如 Unix 哲學、關係代數）卻少人懂、少人敬
3. 宗教鬥爭：技術選型即信仰戰爭
- OO 救世 → 設計模式 → 反模式 → 函數式克星 → SQL → NoSQL → Web → Cloud → Mobile……
- 每個新概念都自詡「未來希望」，實為製造焦慮收割學習成本
- 評價技術成高危動作，最安全策略：閉嘴不評論
4. 以難為榮：繞過設計失誤 = 技術牛？
- 批評技術難用 → 立馬甩代碼證明「就是這麼簡單」
- 不懂設計，以繞坑速度/打字快為榮 → 實為 Code Monkey
- 應對：公開嘲笑其為 Code Monkey，否則助長氣焰損自尊
5. 「去讀文檔」：把文檔當人際互動替代品
- Eric Raymond《提問的藝術》淪為傲慢護身符
- 文檔過時/不符最新設計，潛台詞：我比你高一等
- IRC 聊天室更甚：訓斥新手成唯一樂趣，遇到真大神（能造出 Java 的人）照樣「去讀 API」
- Haskell 社區友好源於需求用戶，壯大後同樣傲慢
生存法則：在程序員世界保護設計師尊嚴
- 不問、不謙虛、不恭維：菜鳥才問問題。展示成果要自豪「這是世界最好」，詢問對方「有什麼新東西？舊技術早能做」
- 以語言取人陷阱：技術棧≠價值。避免輕易透露技術棧，被貼標籤後極難翻盤
- 盡量不說話：溝通成本極高，能不講就不講
反思：文章極端，但折射出真實溝通斷層。破局之道不在雙方互嗆，而在建立共同語言（業務目標/用戶價值/數據指標）與互尊專業邊界的協作機制。設計師若能讀懂代碼邏輯、程序員願聽懂設計決策，對話才可能發生。