【51CTO譯文】一年一度的萬(wàn)圣節(jié)即將來(lái)臨，如果大家希望讓自己的軟件開(kāi)發(fā)者好友們真正感受到恐怖氣氛，那就別再搞女巫、鬼魂或者連環(huán)殺手那種俗套伎倆了——下面這些狀況絕對(duì)會(huì)把他們嚇得魂不附體。

[[121847]]

明天又到萬(wàn)圣節(jié)，每年一次的恐怖盛宴再次開(kāi)席，我們將從內(nèi)心深處挖掘最令自己害怕的事物——當(dāng)然，純粹是為了娛樂(lè)！對(duì)于大多數(shù)人來(lái)說(shuō)，能讓他們感到毛骨悚然的東西還是老一套：鬼魂啦、蜘蛛啦、戴著曲棍球面具到處砍人的瘋子啦。但對(duì)于一部分特定群體，他們害怕的對(duì)象卻顯得不那么傳統(tǒng)。

舉例來(lái)說(shuō)，軟件開(kāi)發(fā)人員其中的一類典型——當(dāng)然，其他類型的特殊群體也是有的，但技術(shù)網(wǎng)站表示對(duì)那幫家伙不感興趣。如果大家向自己身邊的開(kāi)發(fā)者朋友詢問(wèn)最令其害怕的事物，答案可能與女巫、黑貓或者其它一些象征陰暗死亡的東西八竿子打不著。沒(méi)錯(cuò)，他們可能更畏懼鍵盤上的分號(hào)鍵壞了或者微軟的某款產(chǎn)品又崩潰了。在今年的萬(wàn)圣節(jié)中，我們就這一話題在網(wǎng)絡(luò)論壇中征求了開(kāi)發(fā)者們的觀點(diǎn)，而這些程序員在面對(duì)“你最可怕的噩夢(mèng)是什么？”這個(gè)問(wèn)題時(shí)給出了以下十三條常見(jiàn)答案。

互聯(lián)網(wǎng)無(wú)法回答我的問(wèn)題

以Stack Exchange為代表的開(kāi)發(fā)者常見(jiàn)問(wèn)題解答網(wǎng)站已經(jīng)成為技術(shù)從業(yè)者們不可或缺的重要資源儲(chǔ)備與依賴對(duì)象。當(dāng)然，也有不少其它問(wèn)答網(wǎng)站及開(kāi)發(fā)者論壇能夠幫助軟件開(kāi)發(fā)人員解決自己在編程過(guò)程中遇到的具體問(wèn)題。但在少數(shù)情況下，開(kāi)發(fā)人員可能仍會(huì)遇上那種令自己全身冰冷的可怕?tīng)顩r：網(wǎng)絡(luò)上看似無(wú)窮無(wú)盡的編程知識(shí)儲(chǔ)備依舊沒(méi)辦法解答自己的疑問(wèn)。

群眾意見(jiàn): “最可怕的就是打開(kāi)Stackoverflow網(wǎng)站并看到一篇其他人發(fā)布的、與自己想問(wèn)的問(wèn)題完全一致的帖子。恐怖的是，這篇帖子已經(jīng)發(fā)布一年多了，而且根本沒(méi)人做出過(guò)回復(fù)。”Jorge Irun

“我害怕的是StackOverFlow上的最佳答案實(shí)際上并不起作用（我們也遇上過(guò)這種情況）！”Ramchand Rajasekaran

“在谷歌上搜索能解決架構(gòu)難題的方法，卻發(fā)現(xiàn)找到的相關(guān)信息已經(jīng)是六年之前的、描述的問(wèn)題完全相同——而且就是由我自己發(fā)表的。” Steve Traugott

#p#

[[121848]]

最重要的鍵盤按鍵損壞或者丟失了

不用說(shuō)，鍵盤在程序員的日常生活當(dāng)中扮演著非常重要的角色。但是，并非鍵盤上的每個(gè)按鍵對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)都擁有或者能夠創(chuàng)造同樣的價(jià)值。一部分按鍵的使用頻率要明顯高于其它按鍵，具體情況則視編程語(yǔ)言的類型而定——例如在JavaScript、Perl以及Objective-C當(dāng)中，分號(hào)就意義重大。程序員們還喜歡大量使用快捷鍵操作，利用這些組合來(lái)代替相對(duì)繁瑣的鍵盤、鼠標(biāo)或者觸控板操作不僅能夠節(jié)省時(shí)間、也可以避免多次重復(fù)動(dòng)作帶來(lái)的關(guān)節(jié)勞損。有鑒于此，我們就能想到當(dāng)開(kāi)發(fā)人員夢(mèng)見(jiàn)鍵盤上一個(gè)又一個(gè)心愛(ài)的按鍵消失不見(jiàn)、并因此帶著一身冷汗從床上驚醒時(shí)，內(nèi)心該有多么恐慌與絕望。

群眾意見(jiàn): “我做過(guò)的最可怕的噩夢(mèng)就是自己的分號(hào)怎么按都不起作用。” Ali Akbar

“空格鍵失靈” Vivek Patel

“正在編寫一套規(guī)模龐大的代碼項(xiàng)目，然后突然發(fā)現(xiàn)Control鍵沒(méi)有反應(yīng)了……” Nikesh Shetty

“CTRL+Z無(wú)法正常實(shí)現(xiàn)撤消操作 :(  :(“ Nirwan Dogra

#p#

[[121849]]

互聯(lián)網(wǎng)失效——或者出現(xiàn)故障

像Stack Exchange這樣的網(wǎng)站因?yàn)楣收隙鵁o(wú)法及時(shí)應(yīng)答程序員們的問(wèn)題是一碼事，但互聯(lián)網(wǎng)本身整體失效則是另一碼事——而且后者明顯要更加恐怖，甚至足以令人精神崩潰。畢竟除了回答問(wèn)題之外，互聯(lián)網(wǎng)也塞滿了其它極具實(shí)用價(jià)值的資源，例如開(kāi)源軟件以及代碼片段等等。更不用提在沒(méi)有互聯(lián)網(wǎng)的情況下，訪問(wèn)遠(yuǎn)程或者云端服務(wù)器將無(wú)法實(shí)現(xiàn)、沒(méi)辦法跟分布式團(tuán)隊(duì)中的其他成員溝通甚至連最喜歡的流媒體音樂(lè)服務(wù)也用不了，這實(shí)在是一場(chǎng)深重的災(zāi)難。因此，如果大家希望真正讓自己的編碼好友嚇一大跳，那就得找點(diǎn)確實(shí)震得住他們的理由——例如“互聯(lián)網(wǎng)掛了，什么網(wǎng)站都上不去了！”對(duì)了，如果朋友們因此嚇得口吐白沫，記得幫他們擦一擦。

群眾意見(jiàn): “StackOverflow網(wǎng)站當(dāng)前正處于停機(jī)維護(hù)當(dāng)中。” Mahanthesh Shadakshari

“谷歌服務(wù)器陷入永久停機(jī)狀態(tài)。” Anonymous

“如果互聯(lián)網(wǎng)與谷歌都沒(méi)法用了，我們就只能回到過(guò)去那個(gè)閉塞而恐怖的‘黑暗時(shí)代’。我們會(huì)被困在原地，不知道在遇上特定問(wèn)題之后應(yīng)該如何處理。” Thoriq Firdaus

“說(shuō)真的，如果互聯(lián)網(wǎng)本身崩潰了，那么開(kāi)發(fā)人員們肯定會(huì)停止手頭的工作并開(kāi)始閑聊家常。哦我的天哪……這太可怕了！” nanda

#p#

一個(gè)無(wú)法重現(xiàn)的嚴(yán)重漏洞

為了修復(fù)一項(xiàng)漏洞，軟件開(kāi)發(fā)人員們首先必須有能力在開(kāi)發(fā)或者測(cè)試環(huán)境中重現(xiàn)引發(fā)這一問(wèn)題的狀態(tài)。接下來(lái)，大家就只能碰運(yùn)氣、希望引發(fā)問(wèn)題的根源能在影響到生產(chǎn)系統(tǒng)之前被診斷出來(lái)并在重復(fù)測(cè)試中不再出現(xiàn)。很多開(kāi)發(fā)人員最害怕的就是那些看似隨機(jī)出現(xiàn)的漏洞，這類問(wèn)題在可控制環(huán)境下幾乎沒(méi)辦法確切重現(xiàn)。要讓這類漏洞施展威力，大家最好是能選個(gè)最合適的時(shí)機(jī)——例如在為特別重要的客戶進(jìn)行運(yùn)行演示之前。相信我，如果能夠成功完成上述部署，各位的程序員朋友肯定嚇得褲子都濕了。

群眾觀點(diǎn): “……漏洞平時(shí)根本不出現(xiàn)，而只在當(dāng)著五百多位與會(huì)者的面進(jìn)行公開(kāi)演示時(shí)發(fā)生。” Jeremy Friesner

“某個(gè)無(wú)法在內(nèi)部環(huán)境下重現(xiàn)的藍(lán)屏問(wèn)題卻在某位重要客戶的設(shè)備上反復(fù)肆虐。” Joe Wezorek

“某個(gè)只會(huì)在我自己的計(jì)算機(jī)之外出現(xiàn)的錯(cuò)誤，而且僅僅發(fā)生在生產(chǎn)體系中——無(wú)法在測(cè)試環(huán)境內(nèi)予以重現(xiàn)。” Jaimie Sirovich

“在自己本地服務(wù)器上完美運(yùn)行的程序/網(wǎng)站一旦上線就開(kāi)始變得極不穩(wěn)定。這給人的感覺(jué)是服務(wù)器像是無(wú)情地玩弄自己，而我們只能讓原本興奮的情緒沉入悲傷的深淵、同時(shí)卻又無(wú)能為力。” Ankur Agarwal

#p#

缺乏完善的說(shuō)明文檔（或者沒(méi)有說(shuō)明文檔）

想在不借助完善的說(shuō)明文檔或者代碼注釋的情況下理解現(xiàn)有代碼實(shí)在是難如登天。而如果根本不存在任何說(shuō)明文檔或者代碼注釋，那么內(nèi)容理解的難度又會(huì)更上一層樓。上述情況不僅局限于接手自其他程序員的已編寫代碼內(nèi)容，更糟糕的是他們可能是在很久之前編寫出相關(guān)片段、而且當(dāng)時(shí)并沒(méi)有保留妥善的文檔記錄。這種沒(méi)有說(shuō)明文檔可供參考的代碼，無(wú)論當(dāng)初是由誰(shuí)編寫而成的，都是一種非?？植赖拇嬖?。

群眾意見(jiàn): “最可怕的就是在沒(méi)有適當(dāng)說(shuō)明文檔或者某些無(wú)意義標(biāo)識(shí)符不提供相關(guān)注釋的情況下對(duì)代碼進(jìn)行調(diào)試。這就像是在給別人擦屁股，簡(jiǎn)直沒(méi)法忍受。” Pratyush Kumar

“在項(xiàng)目中扮演繼任者的角色最可怕，面對(duì)著糟糕的注釋來(lái)解讀另一位編碼者的胡言亂語(yǔ)根本就是件不可能完成的任務(wù)。” Sam Brody

“最可怕的是維護(hù)十幾年前沒(méi)有說(shuō)明文檔可供參考的代碼。我在處理這類工作時(shí)確實(shí)做過(guò)噩夢(mèng)。” Sam Sartor

“在幾年后的其它項(xiàng)目中發(fā)現(xiàn)自己當(dāng)初編寫的無(wú)說(shuō)明代碼時(shí)，我簡(jiǎn)直陷入了歇斯底里的狂躁?duì)顟B(tài)。‘當(dāng)時(shí)我為什么要這么干？’‘這代碼真是我寫的？’這種感覺(jué)就像在自己家中迷了路。” Alok Sharma

#p#

來(lái)自地獄的管理者

任何人，包括程序員或者從事其它工作的人士，都不喜歡那種喜歡干涉份外事務(wù)或者不夠稱職的管理者。不過(guò)軟件開(kāi)發(fā)人員尤其如此，他們最害怕非技術(shù)人士向他們打聽(tīng)關(guān)于代碼的問(wèn)題。管理者通常會(huì)夸大項(xiàng)目本身所能實(shí)現(xiàn)的效果，過(guò)度低估編碼工作所需要的時(shí)間并做出一些能讓程序員們?cè)谒瘔?mèng)中都不斷抱怨甚至唾罵的離譜承諾。

群眾意見(jiàn): “無(wú)能的高層管理人員和無(wú)知的決策者們把自己莫名其妙的討論結(jié)果強(qiáng)加給開(kāi)發(fā)者。” randcraw

“我最怕非技術(shù)管理者，他們總認(rèn)為自己有資格來(lái)插上一腳——事實(shí)上他們關(guān)于編碼的全部理解都是十幾年前的老黃歷。” Anonymous

“對(duì)我來(lái)說(shuō)，最糟糕的噩夢(mèng)就是那種喜歡吹毛求疵的管理者，他們總認(rèn)為自己目前的職位屬于大材小用、并希望在限定時(shí)間之前滿足客戶的任何或者全部要求。這類人總把編程人員當(dāng)成奴隸來(lái)看待，而切實(shí)起效的代碼應(yīng)該是像孫悟空那樣憑空從石頭里蹦出來(lái)的。”Rachit Agrawal

“我最怕的是被迫對(duì)整套系統(tǒng)進(jìn)行重寫……再次重寫……而且需要使用另一種語(yǔ)言以及完全不同于此前的工作集/框架……一次性完成而非分階段調(diào)整（即一次替換一部分，完成后再替換另一部分）……而這僅僅是因?yàn)橐徊糠指邔庸芾碚哒J(rèn)為自己想出的主意才是最好的、其他人的既定方針都是錯(cuò)的而且需要馬上加以全盤否定。” RHSeeger

#p#

對(duì)其他開(kāi)發(fā)者的代碼進(jìn)行清理

軟件開(kāi)發(fā)人員當(dāng)然不希望處理其他人編寫出來(lái)的代碼; 歸根結(jié)底，其他程序員的代碼永遠(yuǎn)不可能像自己親手編寫的那么出色，對(duì)吧？對(duì)于剛剛接手的朋友來(lái)說(shuō)，即使是擁有良好說(shuō)明文檔的第三方代碼也足夠讓他們頭痛一陣子的。只要聽(tīng)說(shuō)需要對(duì)其他人編寫的代碼——哪怕是幾個(gè)月前剛剛編寫完成的——進(jìn)行調(diào)試、重構(gòu)或者現(xiàn)代化調(diào)整，程序員們往往會(huì)出現(xiàn)強(qiáng)烈的不適反應(yīng)，例如心律不齊——而且很明顯，這樣的決定往往并不明智。

群眾意見(jiàn): “……我最怕的是老板要求我對(duì)所謂‘擁有源代碼’的項(xiàng)目進(jìn)行重寫或者現(xiàn)代化調(diào)整，因?yàn)檫@種情況下‘擁有源代碼’的真實(shí)含義往往是‘它是用Fortran語(yǔ)言在這堆雜亂無(wú)章且數(shù)量龐大的穿孔卡片上編寫的’。” bta

“……我認(rèn)為程序員可能面對(duì)的最惡劣狀況就是負(fù)責(zé)接手某位前任開(kāi)發(fā)者的源代碼——而這些代碼根本沒(méi)有遵循任何標(biāo)準(zhǔn)化或者最佳實(shí)踐方案。” George Alexander

“我最怕的是被要求‘從C++代碼中找出某個(gè)與什么什么相關(guān)的漏洞，而實(shí)際可用的素材只是一大摞紙質(zhì)記錄（長(zhǎng)達(dá)20頁(yè)的代碼，約有2000行命令）而非能夠直接進(jìn)行編譯、運(yùn)行以及調(diào)試的代碼。 “ Giovanni Idili

“如今程序員當(dāng)中的主力是那些通過(guò)‘編碼一小時(shí)’課程入行的菜鳥(niǎo)，而他們留下的垃圾最終還是得由我負(fù)責(zé)清理。” Chip Frank

#p#

[[121850]]

變更項(xiàng)目要求

無(wú)論是采用傳統(tǒng)的瀑布式項(xiàng)目管理方案還是敏捷環(huán)境下以用戶為核心的實(shí)施方針，軟件開(kāi)發(fā)人員最需要的就是一套清晰、可靠、穩(wěn)定且足以指導(dǎo)編碼進(jìn)程的項(xiàng)目要求。但在現(xiàn)實(shí)情況下，這些要求往往會(huì)在工作推進(jìn)過(guò)程中出現(xiàn)變更——有時(shí)候是出于正當(dāng)理由，有時(shí)候則僅僅是因?yàn)橛薮赖捻?xiàng)目經(jīng)理、高層管理者或者客戶腦袋一熱而導(dǎo)致。無(wú)論如何，只要出現(xiàn)這種情況，程序員就會(huì)身陷難以擺脫的恐慌情緒當(dāng)中、特別是害怕項(xiàng)目結(jié)束前的最后一分鐘出現(xiàn)要求調(diào)整。

群眾意見(jiàn): “就在項(xiàng)目進(jìn)入沖刺階段的前一天，通過(guò)電子郵件發(fā)來(lái)要求變更的通知。” Basav Nagur

“特別是在要求變更會(huì)對(duì)數(shù)據(jù)庫(kù)規(guī)劃產(chǎn)生影響的情況下，這實(shí)在比給人扭斷了脖子更難受。” Kunal Suri

“一切都已經(jīng)測(cè)試完畢并準(zhǔn)備好迎接第二天的生產(chǎn)環(huán)境部署，這時(shí)老板通知我們?cè)幸蟪霈F(xiàn)了變更、而所有工作都得在今天之內(nèi)完成。” Yinso Chen

“我最怕那種不知道自己想要什么偏又喜歡定期進(jìn)行要求變更的客戶，他們會(huì)盲目地指手畫腳直到技術(shù)團(tuán)隊(duì)徹底崩潰。” Dave Cahill

#p#

[[121851]]

我的代碼憑空消失了

無(wú)論開(kāi)發(fā)人員在軟件編寫工作上花了多少時(shí)間，如果代碼意外消失、那么一切努力都將付之東流。源代碼可能出于各種各樣的原因而在轉(zhuǎn)眼間灰飛煙滅，包括忘記正確保存文件、某些特別惡劣（也特別殘忍）的漏洞以及命運(yùn)的無(wú)情捉弄。無(wú)論是何種原因所導(dǎo)致，也不管開(kāi)發(fā)人員多么小心謹(jǐn)慎，事實(shí)上程序員們一直生活在恐懼當(dāng)中、害怕自己長(zhǎng)期以來(lái)用心經(jīng)營(yíng)的工作成果在瞬間消失無(wú)蹤。

群眾意見(jiàn): “由于突然停電或者個(gè)人疏忽而導(dǎo)致辛苦編寫的代碼就此丟失。”Philan James

“當(dāng)大家意識(shí)到這一點(diǎn)時(shí)，糟糕的代碼管理習(xí)慣已經(jīng)導(dǎo)致運(yùn)行中的程序被從文件系統(tǒng)里徹底擦除（也可能還影響到了與我們工作相關(guān)的其他開(kāi)發(fā)人員的編碼成果）。” Simon Hayes

“我最怕的是自己急于重啟系統(tǒng)，而在面對(duì)IDE給出的‘尚有未保存的工作，您是否希望將其保存〈是〉，〈否〉’提示時(shí)忙中出錯(cuò)。雖然我們的腦子里想的肯定是〈是〉，但自己的手指有時(shí)候會(huì)已經(jīng)點(diǎn)上了〈否〉——這讓人恨不得直接把它給剁了。” Sakthi Prasad

“我最怕的是在錯(cuò)誤的目錄當(dāng)中輸入了rm –r *。然后就沒(méi)有然后了。“ Ayush Sekhari

#p#

[[121852]]

IE瀏覽器

所有的程序員都有自己最畏懼、最沒(méi)自信的技術(shù)領(lǐng)域，但Web開(kāi)發(fā)人員在這方面的感受卻更強(qiáng)烈也更直接——那就是對(duì)于在IE瀏覽器上構(gòu)建項(xiàng)目的反感甚至抵觸。盡管仍然屬于目前人氣最高的瀏覽器方案之一，IE同時(shí)也成為眾多代碼編寫者的口誅筆伐對(duì)象。更糟糕的是，IE舊版本不僅問(wèn)題更多、讓人抓狂的是偏偏還擁有更為龐大的用戶群體。為此，開(kāi)發(fā)人員不得不將其納入支持列表，而且其支持周期往往比其它更具開(kāi)發(fā)者友好特性的瀏覽器更長(zhǎng)。我們不妨打這樣一個(gè)比方：如果《黑色星期五》電影中的殺人狂杰森想要把一隊(duì)Web開(kāi)發(fā)人員嚇得魂不附體，那最好是在自己的冰球面具上貼一張IE的標(biāo)志。

群眾意見(jiàn): “最可怕的是：客戶使用IE瀏覽器！” Cem Kaan Kösalı

“開(kāi)發(fā)人員要讓自己的Web應(yīng)用程序能夠順利運(yùn)行在IE 6瀏覽器上，花費(fèi)的時(shí)間往往達(dá)到為Chrome或者火狐等其它現(xiàn)代瀏覽器開(kāi)發(fā)應(yīng)用時(shí)的四三倍以上。”Thoriq Firdaus

“我最怕的是在普通代碼已經(jīng)能夠在人類已知的全部其它瀏覽器上正常運(yùn)行時(shí)，仍然需要利用HTML、CSS以及JavaScript為其編寫IE 8特殊版本。” Arvind M.Raman

“我最怕的是在只安裝了IE瀏覽器的Windows環(huán)境下進(jìn)行開(kāi)發(fā)工作……需要處理的問(wèn)題太多了……” Madhu Agrawal

#p#

[[121853]]

受傷或者生病

編程其實(shí)并不是那種對(duì)體力要求很高的工作，但與其它大多數(shù)需要整天在電腦上敲擊的職位一樣，如果胳膊、手掌或者手指出了問(wèn)題，工作也就很難順利進(jìn)行了。此外，編程人員的視力與邏輯思考能力如果受到了影響，也會(huì)對(duì)日常工作造成嚴(yán)重不便?？紤]到以上情況，典型的軟件開(kāi)發(fā)人員自然也會(huì)在噩夢(mèng)中遇到對(duì)應(yīng)的狀況，即自己身體的某個(gè)或者某些部分不聽(tīng)使喚、因而沒(méi)法完成開(kāi)發(fā)任務(wù)。

群眾意見(jiàn): “……我最怕的是手指割破了或者眼睛看不見(jiàn)了……那樣就沒(méi)法再寫代碼了。” Aitjcize

“我最怕自己的大腦出現(xiàn)了某種嚴(yán)重的病變，這樣我就沒(méi)辦法像原先那樣流暢地進(jìn)行思考、但卻又保有自己聰明睿智時(shí)的相關(guān)記憶——簡(jiǎn)直太痛苦了。” Daniel Super

“我最怕腕管綜合癥、肘管綜合癥以及其它任何可能讓自己沒(méi)法用手的病變。” Matt Nicolls

“早上一覺(jué)醒來(lái)卻發(fā)現(xiàn)有人在夜里把我的手指給偷走了。用胳膊肘打字真的很費(fèi)勁。” Kelly Draper

#p#

我在開(kāi)發(fā)中遺留的漏洞造成危害甚至奪人性命

相信沒(méi)有哪位軟件開(kāi)發(fā)人員希望自己打造的成果當(dāng)中存在漏洞。當(dāng)然，也不是所有漏洞都會(huì)帶來(lái)惡性后果——其中一些雖然有點(diǎn)討厭，但卻沒(méi)什么危害。而有一些則有可能會(huì)給企業(yè)或者客戶造成經(jīng)濟(jì)損失，甚至導(dǎo)致相關(guān)人士丟掉工作（例如需要為其負(fù)責(zé)的編程人員）。而程序員們最不想看到的就是，自己所構(gòu)建的軟件方案在實(shí)際運(yùn)行中給用戶帶來(lái)身體傷害甚至奪人性命。

群眾意見(jiàn): “我最怕的就是自己目前正在開(kāi)發(fā)的天然氣鉆機(jī)控制系統(tǒng)出現(xiàn)問(wèn)題……” Kjetil Seim Haugen

“我最害怕的是自己軟件中的漏洞給其他人造成身體傷害。” Jeremy

“我能想到的最嚴(yán)重后果就是某人所編寫的交通指示燈程序沒(méi)能正常起效，由此導(dǎo)致的車禍則造成重大傷亡……又或者某些醫(yī)學(xué)掃描儀輻射量控制不當(dāng)而致人死亡……包括某些軍事GPS系統(tǒng)錯(cuò)誤地將飛行員指引到了敵方的空中火力覆蓋網(wǎng)之內(nèi)……” Mark2008

“我最怕的是軟件漏洞奪人性格——這種情況之前確實(shí)發(fā)生過(guò)。” Jon Kannegaard

#p#

段錯(cuò)誤

開(kāi)發(fā)人員的另一大常見(jiàn)噩夢(mèng)是在運(yùn)行中發(fā)現(xiàn)段錯(cuò)誤。這類錯(cuò)誤通常是由內(nèi)在訪問(wèn)沖突所造成，即程序試圖訪問(wèn)受限內(nèi)存或者執(zhí)行受限操作。一般來(lái)講，這類情況下內(nèi)存管理單元會(huì)向操作系統(tǒng)發(fā)出通知，而操作系統(tǒng)往往會(huì)反過(guò)來(lái)向相關(guān)進(jìn)程發(fā)出通知并最終導(dǎo)致程序崩潰——而這無(wú)疑會(huì)令那些嘗試找到問(wèn)題原因的開(kāi)發(fā)人員們倍感頭痛。有鑒于此，難怪很多程序員最擔(dān)心的就是在自己的屏幕上看到這幾個(gè)字了。

群眾意見(jiàn): “段錯(cuò)誤是最最恐怖的噩夢(mèng)！” Supratim Samantray

“除非運(yùn)行調(diào)試工具，否則這類問(wèn)題可能由上百種原因?qū)е?、而我們根本搞不清狀況。” Zeina Shajahan

“‘段錯(cuò)誤。代碼已轉(zhuǎn)儲(chǔ)。’當(dāng)我們不小心使用了錯(cuò)誤的指針并導(dǎo)致這類問(wèn)題時(shí)，心中像是有無(wú)數(shù)羊駝奔騰而過(guò)。” Gomathi Sunder

“任何錯(cuò)誤都能由經(jīng)驗(yàn)豐富的程序員在幾分鐘之內(nèi)修復(fù)完成，但段錯(cuò)誤或者無(wú)用循環(huán)則不行……愿程序員安息！” Gaurav Jain

原文鏈接：Frightening to the core: 13 things that give programmers nightmares

核子可樂(lè)譯