程序員最頭疼的七件事
懂點技術(shù)，瞎指揮
有人說不懂技術(shù)的瞎指揮很可怕，我倒是覺得懂點技術(shù)，然后指手畫腳更可怕！
有個國企的項目，甲方負(fù)責(zé)人李總是個局里的二把手，不知道什么時候了解了一點編程的技術(shù)， 每次開需求會都是和我們大談如何開發(fā)軟件，他的口頭禪就是： 這個需求，用個SQL從數(shù)據(jù)庫一選不就出來了？！你們怎么得開發(fā)一周？！別想蒙我！
唉，他怎么能考慮到用SQL的like是效率極低的， 數(shù)據(jù)量大了是要崩潰的，我們得建立全文索引，需要用一套基于搜索的解決方案才行。
甲方的技術(shù)實力看起來這么“強悍”， 不懂技術(shù)的乙方負(fù)責(zé)人只好和稀泥：我們回去再評估一下。
懂技術(shù)的程序員在下面大眼瞪小眼。
代碼都寫玩完了，需求變了
這一點我不想多說，相信大家都深有體會。
雖然敏捷軟件開發(fā)的方式對這個問題有一定的改善，但是無法根治，尤其是當(dāng)客戶覺得這個東西就是好，一定要實現(xiàn)的時候，程序員基本上是無能為力的。
必須得改！ 不想改? 還想不想干了！
任務(wù)時間估算
我工作了這么多年了，遇到任務(wù)的時間估算，或者項目的工期估算還是頭疼。
主要有兩方面原因，一個是內(nèi)因，即軟件固有的復(fù)雜性，軟件工程發(fā)展了這么多年，我們努力地讓系統(tǒng)的各個模塊獨立，關(guān)注點分離，高內(nèi)聚，低耦合。
但是還是沒有辦法像搭積木那樣去開發(fā)軟件。很多細(xì)節(jié)糾纏在一起，難以準(zhǔn)確估算。還有一個很大的風(fēng)險是：一個你預(yù)料不到的，很小的問題就能把你死死地拖住，讓你耗費大量的精力。
另外一個原因就是外因，人和項目的因素。你把任務(wù)時間估算得多了，有人會挑戰(zhàn)你，怎么需要這么長時間? 估算的少了，自己就默默加班忍受吧。
如果是項目倒逼工期，那任務(wù)估算就是一個擺設(shè)了。
到客戶那兒去演示
為了做好一個演示，在公司把系統(tǒng)調(diào)試了很多遍，把演示的步驟一步步都準(zhǔn)備好了，到了客戶那里，可能是手賤點了一個什么東西，然后，系統(tǒng)崩潰了，演示進(jìn)展不下去了。
經(jīng)歷過兩次這樣的事情后，每次演示我都變得戰(zhàn)戰(zhàn)兢兢，如履薄冰，不敢越雷池一步，嚴(yán)格按照腳本來走。
現(xiàn)場演示一個不成熟的產(chǎn)品確實是讓人挺崩潰的事情。寫到這兒，我不由得想起來老羅在臺上滿頭大汗地演示TNT的場面......
寫文檔
代碼好不容易寫完了，剛剛喘口氣，準(zhǔn)備開始下一個工作，領(lǐng)導(dǎo)說，把文檔也補一下，接口參數(shù)的含義都寫上 ，程序員心里通常都會不爽，有所抵觸，結(jié)果就是草草地寫個文檔出來。
為什么這樣呢，因為實現(xiàn)功能的那些代碼才是體現(xiàn)自己價值的，能夠賺錢的工作，文檔看起來只是附加品而已。工作做完了，誰愿意多干活呢？再說了，工作量估算的時候把寫文檔時間算進(jìn)去了嗎？ 你都不給我時間，現(xiàn)在還讓我寫，不是讓我加班嗎？
如果想把工作做得漂漂亮亮，既有優(yōu)雅的代碼，又有完善的文檔，必須得給文檔工作留出時間才行。
修改遺留多年的代碼
為了實現(xiàn)一個新功能，我得修改六七個文件，其中包括一個長達(dá)5000行的JSP，三個500行的函數(shù)，2個沒人問津的存儲過程，做這一切的時候，還得小心翼翼地不能破壞老功能，此中酸爽滋味，不知道別的行業(yè)能否體會得到?
你說這遺留代碼爛吧，但是人家可以工作，你想重寫吧，一是沒有時間，二是重寫了能保證每個犄角旮旯的業(yè)務(wù)點都覆蓋嗎？ 所以只能采用漸進(jìn)重構(gòu)的道路，慢慢地把他改好。
能夠從頭開啟一個新項目的同學(xué)，還是挺幸福的，好好珍惜吧。
Bug不可(難以)重現(xiàn)
人世間最痛苦的事就是明明有個Bug在我的眼前，我卻無法重現(xiàn)它。
四五年前，我們有個運行良好的應(yīng)用突然出了狀況，一到下午兩點左右就會毫無征兆地崩潰，查看了日志，根本沒有報任何錯誤。在測試環(huán)境中想盡了一切辦法進(jìn)行模擬，總是無法重現(xiàn)。
這樣的現(xiàn)象持續(xù)了一個多月，感覺就要絕望的時候發(fā)現(xiàn)了蛛絲馬跡，北京時間的下午兩點，是意大利的早上8點，那個時候，意大利的用戶會登錄系統(tǒng)，有些特殊屬性的用戶做了一個操作，觸發(fā)了一個年久失修，普通用戶根本走不到的代碼分支，導(dǎo)致系統(tǒng)直接退出。
只用一行代碼就Fix了這個Bug，但是重現(xiàn)的過程竟然長達(dá)一個多月！
【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號coderising獲取授權(quán)】
