最令程式設計師沮喪的 10 件事

本文由碼農網 – 小峰原創翻譯，轉載請看清文末的轉載要求，歡迎參與我們的付費投稿計劃！

軟體開發是一個偉大的工作——和任何其他工作一樣，它也有它的缺點。下面的10件事就是大多數程式設計師關於程式設計所無法苟同的。

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

基於線上討論論壇中程式設計師的評論和投票，我們總結了最令軟體開發人員沮喪的10件事情。如果，讀完了這些，你依然不改初衷想成為軟體開發人員，那麼別說我沒有提醒過你。

10.硬體

軟體，如果沒有硬體供其執行的話，自然無法做任何事情。儘管一些軟體開發人員在最後依然自欺欺人地想要忽略硬體，但人力所不可避免的是，遲早，他們會在構建或除錯程式時面臨特定於硬體的問題。這就是為什麼一些程式設計師強烈建議新的軟體工程師熟悉執行程式碼的底層硬體和系統，以減少未來的交惡。

引用：

“任何曾經被呼叫來除錯資料庫伺服器上的奇怪崩潰或為什麼RAID驅動器不能正常工作的程式設計師，都知道最後發現是硬體問題的話該是一種怎麼樣的痛苦。”——Steve Borthwick

“程式設計師討厭硬體：因為他們總是不能歸咎於硬體！”——匿名

9.整天坐著

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

引用：

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

8.除錯

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

引用：

“發現一個難以重現的缺陷，在最糟糕的情況下，通過對相同片段的程式碼進行隨機通過和失敗的整合測試來表現！你會有這樣一種感覺，感覺自己可能永遠找不到那些神祕又邪惡的bug潛伏在程式碼何處。哎呀呀！”——Emmanuel Ngwane

“我們編寫這樣這樣大的程式（有時甚至很小），在除錯的時候，我們會鑽研得很深入，以至於忘記了原來的bug是什麼。”——Ayush Bhatnagar

“除錯，特別是當你正在處理涉及成千上萬行程式碼的大專案時。大多數像我這樣的極客傾向於使用投影儀除錯，因為眼睛會更舒適。“Isaac Perez

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

7.糟糕的文件

工作於其他開發人員的程式碼令人沮喪，但如果程式碼文件良好的話，至少會減少大量厭惡值。不幸的是，情況並非總是如此。如果軟體沒有很好的註釋或缺乏良好的書面說明它是如何工作的，那麼就需要耗費很長很長的時間來除錯、增強或整合該軟體。此外，對程式設計師的血壓也不利。

引用：

“最令人沮喪的事情是被僱用來工作於一個文件糟糕的軟體。它讓那些接管專案的人步履維艱。缺乏註釋以及寫得糟透了的語義，尤其是還要面對先前的程式設計師留下的一堆bug和錯誤。“——Angel Angeles III

“理解某些白痴寫的沒有文件和沒有註釋的程式碼。”——Abhishek Chauhan

“我，和大多數程式設計師一樣，在維護文件寫得不好的程式碼上花費了更多的時間，而不是在編寫新的程式碼上。”——Walt Karas

6.合併程式碼

原始碼控制系統，如Git或Subversion，是一個很好的工具，因為它允許多個開發人員在同一個程式碼庫上同時工作，而無需顧忌他人。但是，最終，程式碼更改必須提交到儲存庫，而且可能會發生衝突，例如如果兩個開發人員更改了相同的檔案或程式的話。在這種情況下，這些更改必須合併在一起。有時這些合併衝突可以簡單地解決，但有的時候，並不是手到擒來那樣簡單。

引用：

“我也不喜歡合併，因為情況往往會是，你想以這種方式改變程式碼，而我想以那種方式改變程式碼，那麼我們應該如何改變程式碼？我總能找到一種方式來整合我們雙方的更改，但如果真有衝突的話，那將是一個尷尬的過程。”——Jessica Su

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

5.不切實際的期望

軟體開發人員通常被認為是相當聰明的人。不幸的是，這種觀念往往會導致老闆、專案經理和銷售人員對程式設計師或程式設計師的團隊在某個日期內可以合理生產的東西產生不切實際的期望，並對可交付的成果過度承諾。反過來，這可能導致開發人員倦怠，使程式設計師間瀰漫不爽不愉悅的氛圍。

引用：

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

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

“專案經理或業務分析師向客戶承諾給月亮，然後程式設計師必須這樣做，不行也得行。”——Ratnakar Sadasyula

“我喜歡這樣子，當有人問一些微不足道的事情時，就隨便丟擲一個功能，而這個功能需要用幾十年時間推進CompSci領域來實現。”——Vladislav Zorov

4.其他人破壞我的程式碼

每個開發人員的程式碼，在某些時候，必須與其他開發人員編寫的程式碼協同工作。無論是相同軟體片段的不同部分，第三方庫或工具，還是另一個完全不同的應用程式，沒有一個開發人員的程式碼是一座孤島。於此產生的不幸是，這意味著在匆忙中，因為不良的溝通或者粗心大意，程式設計師可能會破壞另一個程式設計師的程式碼，從而引發緊張、壓力、以及通常還會伴隨咒罵。

引用：

“我曾經經歷過的最悲催的沮喪是與另一個人共同編寫一個程式，他改變了我們需要連結的庫而沒有告訴我。這意味著我對例程的呼叫缺少了變數或者新增了變數，甚至更糟的是，程式碼會在我沒有訪問的庫中崩潰。”——Sheri Fresonke Harper

“如果你的程式碼部分停止工作是因為其他人改變了他們的程式碼部分。那麼通常他們的函式使用了比以前更多的引數。有時，引數被完全消除或被放置在不同的檔案中。”——Jessica Su

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

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

儘管軟體開發人員的數量明顯在不斷增加，更不用說我們所使用的一切對軟體的依賴性也在增加，許多非技術人員仍然不明白軟體開發人員究竟是幹什麼的。對於非技術人員來說，開發人員就是“技術人員”，而沒有考慮到軟體工作者和硬體工作者之間的區別。持續的誤解和錯誤的期望，特別是來自於家人和朋友的期望，真的會讓程式設計師抓狂。

引用：

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

“是的，我以寫程式碼謀生；但是，對於列印問題或你打不開的配件或無法啟動的膝上型電腦，請恕我無能為力。除非你請我吃飯或請我喝啤酒，那麼也許我可以提供幫助。”——Phil J

“向人們解釋我不是安裝盜版作業系統和其他盜版軟體的。”——Anbalagan Jeyabalachandran

“家人和朋友認為你可以修復任何與電腦相關的東西。無論是硬體還是軟體。他們不在乎。最後他們反而會嘲笑[你]。類似於：“既然你不能修復膝上型電腦的DVD光碟，那你算什麼軟體工程師？”——Jazib Babar

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

2.缺乏時間

像大多數工作一樣，製作好的軟體需要時間。不幸的是，在大多數努力中，上級管理者和/或客戶通常不願意等待很長時間，就想得到可正確實現的理想解決方案。因此，軟體開發人員常常被迫快速完成某些工作，而這可能會導致攻擊，技術債務和文件缺乏，所有這些都可能會造成更多令人頭痛的問題，特別是對於那些將來不得不處理這些程式碼的程式設計師而言。

引用：

“我想辦好事情，但是快速、熟練做事方面就會產生很大的壓力。有時它是有道理的，但我感覺當前的程式設計/商業文化已經在這個方向上走得太遠了。”——Tikhon Jelvis

“在我看來，匆匆忙忙編寫的程式碼我稱之為拼裝程式碼，當然我也希望產品中的程式碼我能寫得更優雅。但不妙的是，有一個恆定的時間壓力…”——Gene Sewell

“當你做的很多事情甚至與你知道的何為良好程式設計實踐毫不相干的時候，但是因為快速比質量更重要，你不得不按他們要求你的那樣做。”——Jose Palala

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

1.使用其他人的程式碼

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

引用：

“…最糟糕的地方是，你不得不處理一些其他人的程式碼，找出來，除錯它，調整它。更糟糕的是，如果你前面的人已經離開了公司，那麼就真的只能靠你自己摸索了。”——Ratnakar Sadasyula

“試著破譯成千上萬行無註釋的程式碼。”——Simon Zhu

“我曾經多次處理過由顧問編寫的特可怕的程式碼。”——Joe Samson

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

“語言和框架bug。你花費幾天的時間找出為什麼程式碼不工作的原因。結果卻發現不過是觸及了語言或框架上的bug。”——John Paul Alcala

“發現找不到一個寫的程式碼不應該遠不合格的人…。”——Nani Tatiana Isobel