軟件開發(fā)是一個偉大的工作——和任何其他工作一樣，它也有它的缺點(diǎn)。下面的10件事就是大多數(shù)程序員關(guān)于編程所無法茍同的。

對于非軟件開發(fā)人員來說，開發(fā)人員的工作看起來一定很甜蜜：很多公司都需求這方面人才，得到的報酬真的很不錯，公司給你各種有趣的福利，等等。但是真相卻是，雖然，這一切是真的，但如同任何其他的工作一樣，程序員也有那些扒拉著頭發(fā)恨不得拔光的時刻。在軟件工程師的一生中，有許多事情可能會讓他或她沮喪不已。

基于在線討論論壇中程序員的評論和投票，我們總結(jié)了最令軟件開發(fā)人員沮喪的10件事情。如果，讀完了這些，你依然不改初衷想成為軟件開發(fā)人員，那么別說我沒有提醒過你。

[[179760]]

10.硬件

軟件，如果沒有硬件供其運(yùn)行的話，自然無法做任何事情。盡管一些軟件開發(fā)人員在最后依然自欺欺人地想要忽略硬件，但人力所不可避免的是，遲早，他們會在構(gòu)建或調(diào)試程序時面臨特定于硬件的問題。這就是為什么一些程序員強(qiáng)烈建議新的軟件工程師熟悉運(yùn)行代碼的底層硬件和系統(tǒng)，以減少未來的交惡。

引用：

“任何曾經(jīng)被調(diào)用來調(diào)試數(shù)據(jù)庫服務(wù)器上的奇怪崩潰或?yàn)槭裁碦AID驅(qū)動器不能正常工作的程序員，都知道最后發(fā)現(xiàn)是硬件問題的話該是一種怎么樣的痛苦。”——Steve Borthwick

“程序員討厭硬件：因?yàn)樗麄兛偸遣荒軞w咎于硬件！”——匿名

9.整天坐著

除非你有帶跑步機(jī)的辦公桌，否則軟件開發(fā)肯定不會是一個有氧活動。大多數(shù)程序員往往長時間地坐著，蜷縮在鍵盤上，盯著他們的計算機(jī)顯示器。雖然說坐著比站著舒服，但總是這么坐著，坐久了就會變得很不舒服。這也是一件令人沮喪的事。

引用：

“整天坐在椅子上，兩眼緊盯屏幕。一段時間以后——首先是背部發(fā)起了抗議，接下來是頸椎喊不舒服，眼睛又酸又澀，頭疼……腿開始不知道怎么安放……正如我試圖用健身，打太極拳，練瑜伽，學(xué)氣功，騎自行車上班來減輕久坐的痛苦——我真的忍受不了一天8+小時的久坐了。整天被困在辦公室里……從太陽升起來，再到太陽下山——坐在那把蠢斃了的椅子上，任憑時光流逝。“——Markus Toman

8.調(diào)試

即使是最好、最精心設(shè)計的代碼也會有bug。所以，理所當(dāng)然地，開發(fā)人員必須定期花費(fèi)時間來跟蹤和修復(fù)軟件缺陷，無論是他們自己的代碼還是別人的代碼。盡管有些錯誤可以很快被發(fā)現(xiàn)和鎮(zhèn)壓，但總有不少bug特會躲貓貓，尋尋覓覓，從而耗去了許多小時的開發(fā)時間，更不要提程序員的理智何存了。

引用：

“發(fā)現(xiàn)一個難以重現(xiàn)的缺陷，在最糟糕的情況下，通過對相同片段的代碼進(jìn)行隨機(jī)通過和失敗的集成測試來表現(xiàn)！你會有這樣一種感覺，感覺自己可能永遠(yuǎn)找不到那些神秘又邪惡的bug潛伏在代碼何處。哎呀呀！”——Emmanuel Ngwane

“我們編寫這樣這樣大的程序（有時甚至很小），在調(diào)試的時候，我們會鉆研得很深入，以至于忘記了原來的bug是什么。”——Ayush Bhatnagar

“調(diào)試，特別是當(dāng)你正在處理涉及成千上萬行代碼的大項(xiàng)目時。大多數(shù)像我這樣的極客傾向于使用投影儀調(diào)試，因?yàn)檠劬孢m。“Isaac Perez

“Heisenbug（海森堡bug）。”Awal Garg

7.糟糕的文檔

工作于其他開發(fā)人員的代碼令人沮喪，但如果代碼文檔良好的話，至少會減少大量厭惡值。不幸的是，情況并非總是如此。如果軟件沒有很好的注釋或缺乏良好的書面說明它是如何工作的，那么就需要耗費(fèi)很長很長的時間來調(diào)試、增強(qiáng)或集成該軟件。此外，對程序員的血壓也不利。

引用：

“最令人沮喪的事情是被雇用來工作于一個文檔糟糕的軟件。它讓那些接管項(xiàng)目的人步履維艱。缺乏注釋以及寫得糟透了的語義，尤其是還要面對先前的程序員留下的一堆bug和錯誤。“——Angel Angeles III

“理解某些白癡寫的沒有文檔和沒有注釋的代碼。”——Abhishek Chauhan

“我，和大多數(shù)程序員一樣，在維護(hù)文檔寫得不好的代碼上花費(fèi)了更多的時間，而不是在編寫新的代碼上。”——Walt Karas

6.合并代碼

源代碼控制系統(tǒng)，如Git或Subversion，是一個很好的工具，因?yàn)樗试S多個開發(fā)人員在同一個代碼庫上同時工作，而無需顧忌他人。但是，最終，代碼更改必須提交到存儲庫，而且可能會發(fā)生沖突，例如如果兩個開發(fā)人員更改了相同的文件或程序的話。在這種情況下，這些更改必須合并在一起。有時這些合并沖突可以簡單地解決，但有的時候，并不是手到擒來那樣簡單。

引用：

“我也不喜歡合并，因?yàn)榍闆r往往會是，你想以這種方式改變代碼，而我想以那種方式改變代碼，那么我們應(yīng)該如何改變代碼？我總能找到一種方式來整合我們雙方的更改，但如果真有沖突的話，那將是一個尷尬的過程。”——Jessica Su

“合并沖突——*呀拉索，那就是地獄惡魔*。”Koustuv Sinha

5.不切實(shí)際的期望

軟件開發(fā)人員通常被認(rèn)為是相當(dāng)聰明的人。不幸的是，這種觀念往往會導(dǎo)致老板、項(xiàng)目經(jīng)理和銷售人員對程序員或程序員的團(tuán)隊(duì)在某個日期內(nèi)可以合理生產(chǎn)的東西產(chǎn)生不切實(shí)際的期望，并對可交付的成果過度承諾。反過來，這可能導(dǎo)致開發(fā)人員倦怠，使程序員間彌漫不爽不愉悅的氛圍。

引用：

“最令人沮喪的事情是，讓人們醒悟錯誤的看法——我真的不是魔法師，我的知識基礎(chǔ)有局限，使用可用工具在限定時間內(nèi)完成的工作是一定的，以及試圖向那些從來沒有編程過的人解釋什么是約束，真的好煩。”——Mark Miller

“你的老板對你和你的同事有很高的期望，但沒有提供足夠的時間/資源來滿足這些期望，甚至是靠近這些期望。”——Kevin Sekin

“項(xiàng)目經(jīng)理或業(yè)務(wù)分析師向客戶承諾給月亮，然后程序員必須這樣做，不行也得行。”——Ratnakar Sadasyula

“我喜歡這樣子，當(dāng)有人問一些微不足道的事情時，就隨便拋出一個功能，而這個功能需要用幾十年時間推進(jìn)CompSci領(lǐng)域來實(shí)現(xiàn)。”——Vladislav Zorov

4.其他人破壞我的代碼

每個開發(fā)人員的代碼，在某些時候，必須與其他開發(fā)人員編寫的代碼協(xié)同工作。無論是相同軟件片段的不同部分，第三方庫或工具，還是另一個完全不同的應(yīng)用程序，沒有一個開發(fā)人員的代碼是一座孤島。于此產(chǎn)生的不幸是，這意味著在匆忙中，因?yàn)椴涣嫉臏贤ɑ蛘叽中拇笠猓绦騿T可能會破壞另一個程序員的代碼，從而引發(fā)緊張、壓力、以及通常還會伴隨咒罵。

引用：

“我曾經(jīng)經(jīng)歷過的最悲催的沮喪是與另一個人共同編寫一個程序，他改變了我們需要鏈接的庫而沒有告訴我。這意味著我對例程的調(diào)用缺少了變量或者添加了變量，甚至更糟的是，代碼會在我沒有訪問的庫中崩潰。”——Sheri Fresonke Harper

“如果你的代碼部分停止工作是因?yàn)槠渌烁淖兞怂麄兊拇a部分。那么通常他們的函數(shù)使用了比以前更多的參數(shù)。有時，參數(shù)被完全消除或被放置在不同的文件中。”——Jessica Su

“不斷地返回去返工你幾天前才寫的東西，原因是你寫的東西’壞掉了’（第n次）——由于其他人（沒有討論）在實(shí)現(xiàn)改變更廣泛的系統(tǒng)時，或者不測試或者不在乎測試失敗——你聽到的第一件事是“你的代碼壞掉了”。”——Simon Hayes

3.人們不明白我是做什么的

盡管軟件開發(fā)人員的數(shù)量明顯在不斷增加，更不用說我們所使用的一切對軟件的依賴性也在增加，許多非技術(shù)人員仍然不明白軟件開發(fā)人員究竟是干什么的。對于非技術(shù)人員來說，開發(fā)人員就是“技術(shù)人員”，而沒有考慮到軟件工作者和硬件工作者之間的區(qū)別。持續(xù)的誤解和錯誤的期望，特別是來自于家人和朋友的期望，真的會讓程序員抓狂。

引用：

“非技術(shù)人員似乎有一個常見的誤解——既然程序員使用電腦，那么我們肯定知道如何修理它們；這種想當(dāng)然的看法有點(diǎn)像——假設(shè)Jenson Button知道如何駕駛F1賽車，那么他也一定知道如何拆卸和重新組裝一個賽車齒輪箱。”——Steve Borthwick

“是的，我以寫代碼謀生；但是，對于打印問題或你打不開的配件或無法啟動的筆記本電腦，請恕我無能為力。除非你請我吃飯或請我喝啤酒，那么也許我可以提供幫助。”——Phil J

“向人們解釋我不是安裝盜版操作系統(tǒng)和其他盜版軟件的。”——Anbalagan Jeyabalachandran

“家人和朋友認(rèn)為你可以修復(fù)任何與電腦相關(guān)的東西。無論是硬件還是軟件。他們不在乎。最后他們反而會嘲笑[你]。類似于：“既然你不能修復(fù)筆記本電腦的DVD光盤，那你算什么軟件工程師？”——Jazib Babar

“1%-2%的人知道你是做什么的。”——YasinPekşen

2.缺乏時間

像大多數(shù)工作一樣，制作好的軟件需要時間。不幸的是，在大多數(shù)努力中，上級管理者和/或客戶通常不愿意等待很長時間，就想得到可正確實(shí)現(xiàn)的理想解決方案。因此，軟件開發(fā)人員常常被迫快速完成某些工作，而這可能會導(dǎo)致攻擊，技術(shù)債務(wù)和文檔缺乏，所有這些都可能會造成更多令人頭痛的問題，特別是對于那些將來不得不處理這些代碼的程序員而言。

引用：

“我想辦好事情，但是快速、熟練做事方面就會產(chǎn)生很大的壓力。有時它是有道理的，但我感覺當(dāng)前的編程/商業(yè)文化已經(jīng)在這個方向上走得太遠(yuǎn)了。”——Tikhon Jelvis

“在我看來，匆匆忙忙編寫的代碼我稱之為拼裝代碼，當(dāng)然我也希望產(chǎn)品中的代碼我能寫得更優(yōu)雅。但不妙的是，有一個恒定的時間壓力…”——Gene Sewell

“當(dāng)你做的很多事情甚至與你知道的何為良好編程實(shí)踐毫不相干的時候，但是因?yàn)榭焖俦荣|(zhì)量更重要，你不得不按他們要求你的那樣做。”——Jose Palala

“…時間和資金不夠用于正確的解決方案，但卻有足夠的時間和資金用于修復(fù)快速和惡劣的解決方案，一遍又一遍又一遍。”——Romi Awasthy

1.使用其他人的代碼

作為一個軟件開發(fā)人員，遲早，你得使用其他人寫的代碼。無論是繼承先于你工作之人的遺留代碼，第三方API，還是由顧問編寫的代碼，你都不能完全避免修復(fù)、增強(qiáng)和/或整合他人程序的問題。當(dāng)然，這樣做會導(dǎo)致開發(fā)人員拔掉一些——或很多根——頭發(fā)。

引用：

“…最糟糕的地方是，你不得不處理一些其他人的代碼，找出來，調(diào)試它，調(diào)整它。更糟糕的是，如果你前面的人已經(jīng)離開了公司，那么就真的只能靠你自己摸索了。”——Ratnakar Sadasyula

“試著破譯成千上萬行無注釋的代碼。”——Simon Zhu

“我曾經(jīng)多次處理過由顧問編寫的特可怕的代碼。”——Joe Samson

“另一個我認(rèn)為可能非常令人沮喪的問題是第三方API。你有時會非常依賴它們，然后你發(fā)現(xiàn)了一個問題或需要一個新的功能，但特定的API沒有給你任何源來解決這個問題，所以你需要詢問API的作者，期盼能有最好的結(jié)果。”——Kevin Sekin

“語言和框架bug。你花費(fèi)幾天的時間找出為什么代碼不工作的原因。結(jié)果卻發(fā)現(xiàn)不過是觸及了語言或框架上的bug。”——John Paul Alcala

“發(fā)現(xiàn)找不到一個寫的代碼不應(yīng)該遠(yuǎn)不合格的人…。”——Nani Tatiana Isobel

譯文鏈接：http://www.codeceo.com/article/10-things-biggest-frustrations.html
英文原文：The terrible 10: Programmers’ biggest frustrations