1、麻省理工「只能發500英里的郵件」
該bug發生於麻省理工，當時其系統管理員接到統計系主任的求助**，主任在**中說：「咱們的郵件系統無法傳送距離500英里以外的地方，準確地說好像是520英里。」
此時的系統管理員內心是「毫無波瀾」的，嗯！
然後，他開始了漫長且苦逼的測試，最後發現郵件伺服器作業系統（sunos）被人更新了，因為作業系統發行版往往配備舊軟體，因此郵件軟體實際上是被降級了（sendmail 8 -> sendmail 5） ，最後的結果是：sendmail 5試**析sendmail 8的配置檔案。
所以，為什麼一定是500英里呢？且看大神講解：
2、int mian()
這其實是乙個書寫上的錯誤，之所以會放在本文中，是因為很多程式設計師的職業生涯中都有過寫！錯！的經歷！main和mian傻傻看不出來！
3、醫院急診科的程式bug
一位程式設計師為醫院急診科設計了一套應用程式，畢竟是為急診病人服務，所以程式設計師在實驗室內認真地測試無數遍，直至確定沒有問題，才讓醫院部署使用。但是，醫院方面卻總是出現問題，一拿到實驗室就沒問題。該名程式設計師於是深入醫院調查，最後發現是醫院的x光射線導致電腦記憶體丟失了幾個bit資訊，進而讓程式出現問題！
5、硬體開光的必要性
某資料中心的火災報警器因損壞，而在沒有發生火災的情況下響起。
詭異的是，資料中心內確實出現了大面積的磁碟損壞和讀寫效能下降！
經排查，因為報警器聲音太大影響了磁頭的運動！
網友吐槽：看來給硬碟開光很有必要啊！
6、某外資通訊裝置商的逆天bug
（實在太長，給各位上圖）
7、足以讓資料庫瞬間崩潰的bug
手段：建立臨時表提速。
bug：條件裡忘記新增」a.id=b.prio」
結果：臨時表從預計的幾千條達到了上億條，資料庫崩潰！！！！
8、足以讓系統癱瘓的bug
9、程式設計師都能看懂的bug
（反正筆者沒看懂，看懂的麻煩解釋一下）
if (object == null) else
10、據傳，iphone手機日曆上的bug
11、購買微軟office套件visio不可使用outlook郵箱註冊
網友爆料，自己在購買正版office套件visio時，當他在註冊頁面輸入微軟的outlook郵箱，系統居然提示系統中沒有outlook.com！
12、集群宿主機已售記憶體為負值？
13、比較弱智的bug
某網友：讓我目瞪口呆的bug是update不加where…
14、人類歷史上第乙個程式bug
那些讓程式設計師崩潰的瞬間《非程式設計師不得入》
聽說嫁人要嫁程式設計師，錢多話少脾氣好。這話多半是程式設計師自己誇自己的。程式設計師確實是極富幽默感的群體，善於自嘲，勇於自黑，耐受力超強，很多事可行可不行，不到不可忍絕不會衝冠一怒。不過，就是這麼 nice 的人，也很有一些受不了的事兒。8個讓程式設計師崩潰的瞬間！看到哪乙個你哭了？1 產品改需求...
程式設計師那些事 程式設計師的迷茫？！
程式設計師從來不迷茫，迷茫的是為啥一直是程式設計師！對於乙個工作多年的程式設計師來說，自己想的是工作這麼多年，理應手到擒來，沒想到年紀越大，要學的東西越多，新東西天天有，學的學的，自己就疲乏了。有時候想做管理，徹底告別這種勞碌，可是自己明白，管理也不是這麼好幹的，沒有幾分管理經驗，怎麼幹管理呢？面試...
程式設計師那些事
摘自easy的 程式設計師跳槽全攻略 提公升架構能力 drydry是don t repeat yourself的縮寫，翻譯過來就是 不做重複事 這正是乙個逼近軟體本質的原則，它指導我們把經常使用的功能抽象成庫，把重複出現的 重構為可重用的框架模組。如果你用dry來要求自己，很快你就會發現自己抽象和架...