737
簡直抓狂，最能夠把IT人逼瘋的8件事
在外行看來，IT行業簡直就是“高大上”的代名詞，而且在IT公司工作也是一件非常值得驕傲的事情，獲得的報酬很高還有各種福利。事實雖然如此，但是大家往往隻看到了IT行業風光的一麵，沒有看到IT男越來原高的發際線和越來越臃腫的啤酒肚，在IT行業總有各種事情能夠把你逼瘋，所以在這個行業不僅僅需要比較高的智商，還需要強大的心理素質和抗壓能力，不然產品經理一天之內改三遍需求，可能你就要抄家夥和他拚命了。本文就分享了論壇上大家評選出的最能把IT人逼瘋的8件事。
整天坐著
除非你有帶跑步機的辦公桌，否則軟件開發肯定不會是一個有氧活動。大多數程序員往往長時間地坐著，蜷縮在鍵盤上，盯著他們的計算機顯示器。雖然說坐著比站著舒服，但總是這麼坐著，坐久了就會變得很不舒服。這也是一件令人沮喪的事。
- “整天坐在椅子上，兩眼緊盯屏幕。一段時間以後——首先是背部發起了抗議，接下來是頸椎喊不舒服，眼睛又酸又澀，頭疼……腿開始不知道怎麼安放……正如我試圖用健身，打太極拳，練瑜伽，學氣功，騎自行車上班來減輕久坐的痛苦——我真的忍受不了一天8+小時的久坐了。整天被困在辦公室裏……從太陽升起來，再到太陽下山——坐在那把蠢斃了的椅子上，任憑時光流逝。“——Markus Toman
調試程序
即使是最好、最精心設計的代碼也會有bug。所以，理所當然地，開發人員必須定期花費時間來跟蹤和修複軟件缺陷，無論是他們自己的代碼還是別人的代碼。盡管有些錯誤可以很快被發現和鎮壓，但總有不少bug特會躲貓貓，尋尋覓覓，從而耗去了許多小時的開發時間，更不要提程序員的理智何存了。
- “發現一個難以重現的缺陷，在最糟糕的情況下，通過對相同片段的代碼進行隨機通過和失敗的集成測試來表現！你會有這樣一種感覺，感覺自己可能永遠找不到那些神秘又邪惡的bug潛伏在代碼何處。哎呀呀！”——Emmanuel Ngwane
- “我們編寫這樣這樣大的程序（有時甚至很小），在調試的時候，我們會鑽研得很深入，以至於忘記了原來的bug是什麼。”——Ayush Bhatnagar
- “調試，特別是當你正在處理涉及成千上萬行代碼的大項目時。大多數像我這樣的極客傾向於使用投影儀調試，因為眼睛會更舒適。“Isaac Perez
糟糕的文檔
工作於其他開發人員的代碼令人沮喪，但如果代碼文檔良好的話，至少會減少大量厭惡值。不幸的是，情況並非總是如此。如果軟件沒有很好的注釋或缺乏良好的書麵說明它是如何工作的，那麼就需要耗費很長很長的時間來調試、增強或集成該軟件。此外，對程序員的血壓也不利。
- “最令人沮喪的事情是被雇用來工作於一個文檔糟糕的軟件。它讓那些接管項目的人步履維艱。缺乏注釋以及寫得糟透了的語義，尤其是還要麵對先前的程序員留下的一堆bug和錯誤。“——Angel Angeles III
- “理解某些白癡寫的沒有文檔和沒有注釋的代碼。”——Abhishek Chauhan
- “我，和大多數程序員一樣，在維護文檔寫得不好的代碼上花費了更多的時間，而不是在編寫新的代碼上。”——Walt Karas
不切實際的期望
軟件開發人員通常被認為是相當聰明的人。不幸的是，這種觀念往往會導致老板、項目經理和銷售人員對程序員或程序員的團隊在某個日期內可以合理生產的東西產生不切實際的期望，並對可交付的成果過度承諾。反過來，這可能導致開發人員倦怠，使程序員間彌漫不爽不愉悅的氛圍。
- “最令人沮喪的事情是，讓人們醒悟錯誤的看法——我真的不是魔法師，我的知識基礎有局限，使用可用工具在限定時間內完成的工作是一定的，以及試圖向那些從來沒有編程過的人解釋什麼是約束，真的好煩。”——Mark Miller
- “你的老板對你和你的同事有很高的期望，但沒有提供足夠的時間/資源來滿足這些期望，甚至是靠近這些期望。”——Kevin Sekin
- “項目經理或業務分析師向客戶承諾給月亮，然後程序員必須這樣做，不行也得行。”——Ratnakar Sadasyula
- “我喜歡這樣子，當有人問一些微不足道的事情時，就隨便拋出一個功能，而這個功能需要用幾十年時間推進CompSci領域來實現。”——Vladislav Zorov
其他人破壞我的代碼
每個開發人員的代碼，在某些時候，必須與其他開發人員編寫的代碼協同工作。無論是相同軟件片段的不同部分，第三方庫或工具，還是另一個完全不同的應用程序，沒有一個開發人員的代碼是一座孤島。於此產生的不幸是，這意味著在匆忙中，因為不良的溝通或者粗心大意，程序員可能會破壞另一個程序員的代碼，從而引發緊張、壓力、以及通常還會伴隨咒罵。
- “我曾經經曆過的最悲催的沮喪是與另一個人共同編寫一個程序，他改變了我們需要鏈接的庫而沒有告訴我。這意味著我對例程的調用缺少了變量或者添加了變量，甚至更糟的是，代碼會在我沒有訪問的庫中崩潰。”——Sheri Fresonke Harper
- 不斷地返回去返工你幾天前才寫的東西，原因是你寫的東西’壞掉了’（第n次）——由於其他人（沒有討論）在實現改變更廣泛的係統時，或者不測試或者不在乎測試失敗——你聽到的第一件事是“你的代碼壞掉了”。”——Simon Hayes
人們不明白我是做什麼的
盡管軟件開發人員的數量明顯在不斷增加，更不用說我們所使用的一切對軟件的依賴性也在增加，許多非技術人員仍然不明白軟件開發人員究竟是幹什麼的。對於非技術人員來說，開發人員就是“技術人員”，而沒有考慮到軟件工作者和硬件工作者之間的區別。持續的誤解和錯誤的期望，特別是來自於家人和朋友的期望，真的會讓程序員抓狂。
- “非技術人員似乎有一個常見的誤解——既然程序員使用電腦，那麼我們肯定知道如何修理它們；這種想當然的看法有點像——假設Jenson Button知道如何駕駛F1賽車，那麼他也一定知道如何拆卸和重新組裝一個賽車齒輪箱。”——Steve Borthwick
- “是的，我以寫代碼謀生；但是，對於打印問題或你打不開的配件或無法啟動的筆記本電腦，請恕我無能為力。除非你請我吃飯或請我喝啤酒，那麼也許我可以提供幫助。”——Phil J
- “向人們解釋我不是安裝盜版操作係統和其他盜版軟件的。”——Anbalagan Jeyabalachandran
- “家人和朋友認為你可以修複任何與電腦相關的東西。無論是硬件還是軟件。他們不在乎。最後他們反而會嘲笑你。類似於：“既然你不能修複筆記本電腦的DVD光盤，那你算什麼軟件工程師？”——Jazib Babar
- “1%-2%的人知道你是做什麼的。”——YasinPekşen
缺乏時間
像大多數工作一樣，製作好的軟件需要時間。不幸的是，在大多數努力中，上級管理者和/或客戶通常不願意等待很長時間，就想得到可正確實現的理想解決方案。因此，軟件開發人員常常被迫快速完成某些工作，而這可能會導致攻擊，技術債務和文檔缺乏，所有這些都可能會造成更多令人頭痛的問題，特別是對於那些將來不得不處理這些代碼的程序員而言。
- “我想辦好事情，但是快速、熟練做事方麵就會產生很大的壓力。有時它是有道理的，但我感覺當前的編程/商業文化已經在這個方向上走得太遠了。”——Tikhon Jelvis
- “在我看來，匆匆忙忙編寫的代碼我稱之為拚裝代碼，當然我也希望產品中的代碼我能寫得更優雅。但不妙的是，有一個恒定的時間壓力…”——Gene Sewell
- “當你做的很多事情甚至與你知道的何為良好編程實踐毫不相幹的時候，但是因為快速比質量更重要，你不得不按他們要求你的那樣做。”——Jose Palala
- “…時間和資金不夠用於正確的解決方案，但卻有足夠的時間和資金用於修複快速和惡劣的解決方案，一遍又一遍又一遍。”——Romi Awasthy
使用其他人的代碼
作為一個軟件開發人員，遲早，你得使用其他人寫的代碼。無論是繼承先於你工作之人的遺留代碼，第三方API，還是由顧問編寫的代碼，你都不能完全避免修複、增強和/或整合他人程序的問題。當然，這樣做會導致開發人員拔掉一些——或很多根——頭發。
- “…最糟糕的地方是，你不得不處理一些其他人的代碼，找出來，調試它，調整它。更糟糕的是，如果你前麵的人已經離開了公司，那麼就真的隻能靠你自己摸索了。”——Ratnakar Sadasyula
- “試著破譯成千上萬行無注釋的代碼。”——Simon Zhu
- “另一個我認為可能非常令人沮喪的問題是第三方API。你有時會非常依賴它們，然後你發現了一個問題或需要一個新的功能，但特定的API沒有給你任何源來解決這個問題，所以你需要詢問API的作者，期盼能有最好的結果。”——Kevin Sekin
- “語言和框架bug。你花費幾天的時間找出為什麼代碼不工作的原因。結果卻發現不過是觸及了語言或框架上的bug。”——John Paul Alcala
最後更新：2017-06-12 17:02:03