歡迎光臨
每天分享高質量文章

盤點那些讓程式員目瞪口獃的Bug都有什麼?

(點擊上方公眾號,可快速關註)


來源:IT168

http://tech.it168.com/a2018/0129/3190/000003190598.shtml


程式員一生與bug奮戰,可謂是殺敵無數,見怪不怪了!在某知識社交平臺中,一個“有哪些讓程式員目瞪口獃的bug”的話題引來了6700多萬的閱讀,可見程式員們對這個話題的敏感度有多高。

1、麻省理工“只能發500英里的郵件”

該bug發生於麻省理工,當時其系統管理員接到統計系主任的求助電話,主任在電話中說:“咱們的郵件系統無法發送距離500英里以外的地方,準確地說好像是520英里。”

此時的系統管理員內心是“毫無波瀾”的,嗯!

然後,他開始了漫長且苦逼的測試,最後發現郵件服務器操作系統(SunOS)被人更新了,因為操作系統發行版往往配備舊軟體,因此郵件軟體實際上是被降級了(Sendmail 8 -> Sendmail 5) ,最後的結果是:Sendmail 5試圖解析Sendmail 8的配置檔案。

所以,為什麼一定是500英里呢?且看大神講解:

2、int mian()

這其實是一個書寫上的錯誤,之所以會放在本文中,是因為很多程式員的職業生涯中都有過寫!錯!的經歷!main和mian傻傻看不出來!

3、醫院急診科的程式bug

一位程式員為醫院急診科設計了一套應用程式,畢竟是為急診病人服務,所以程式員在實驗室內認真地測試無數遍,直至確定沒有問題,才讓醫院部署使用。但是,醫院方面卻總是出現問題,一拿到實驗室就沒問題。該名程式員於是深入醫院調查,最後發現是醫院的X光射線導致電腦記憶體丟失了幾個bit信息,進而讓程式出現問題!

4、谷歌的 Google Arts & Culture APP

谷歌推出的Google Arts&Culture; APP是一個可以將普通人的照片與藝術照進行對比,匹配出與用戶上傳的照片最相像的一張藝術畫,運行效果是這樣的:

圖片上也會給出匹配度,但偏偏有些人的照片上傳後,給出來的藝術畫讓人哭笑不得,比如:

5、硬體開光的必要性

某資料中心的火災報警器因損壞,而在沒有發生火災的情況下響起。

詭異的是,資料中心內確實出現了大面積的磁盤損壞和讀寫性能下降!

經排查,因為報警器聲音太大影響了磁頭的運動!

網友吐槽:看來給硬碟開光很有必要啊!

6、某外資通信設備商的逆天bug(實在太長,給各位上圖)

7、足以讓資料庫瞬間崩潰的bug

願望:在百萬量級的資料庫里實現快速自我交叉匹配查詢。

手段:建立臨時表提速。

Bug:條件里忘記添加”a.id=b.prio”

結果:臨時表從預計的幾千條達到了上億條,資料庫崩潰!!!!

8、足以讓系統癱瘓的bug

9、程式員都能看懂的bug(反正筆者沒看懂,看懂的麻煩解釋一下)

if (object == null) 

  {

     object.doSomething();

  } 

else

  {

    object.doSomethingElse();

  }


10、據傳,iPhone手機日曆上的bug

11、購買微軟Office套件visio不可使用outlook郵箱註冊

網友爆料,自己在購買正版Office套件visio時,當他在註冊頁面輸入微軟的outlook郵箱,系統居然提示系統中沒有outlook.com!

12、集群宿主機已售記憶體為負值?

13、比較弱智的bug

某網友:讓我目瞪口獃的BUG是update不加where…

14、人類歷史上第一個程式BUG

覺得本文有幫助?請分享給更多人

關註「演算法愛好者」,修煉編程內功

赞(0)

分享創造快樂