如何讓一個嚮往程式猿工作的人避坑？

林灰覺得既不需要什麼寫著計算機方面深奧理論性知識的天書。

也不需要像譚hq書那般雲裡霧裡的教科書。

更不需要單純的人生意義方面說教的書籍。

只需要三本平平無奇的書就足夠讓多數原本有志於程式猿工作的人說不了。

【新章節更新遲緩的問題，在能換源的app上終於有了解決之道，這裏下載 huanyuanapp.org 換源App, 同時查看本書在多個站點的最新章節。】

這三本書分別是：《輕鬆搞定軟件開發文件：實戰篇》《程式維護實戰指南》《程式猿頸椎病實用康復寶典》。

當然，也不一定非得是同樣書名的。

和這幾本書裡內容相似比較同質化的其他書也都有著良好的勸退效果。

這類書之所以勸退，不是因為書的內容坑人。

恰恰相反，這些書內容都很豐富而且描述的很真實。

可也正是因為真實，很容易破碎人們心中的美好。

上述幾本書客觀反應了一個程式猿職業生涯中所面臨的三件超級麻煩的事情：

——寫文件、軟件維護、職業病。

關於職業病這點很容易理解。

畢竟程式猿經常要面對電腦高強度工作，熬夜什麼的更是家常便飯。

這些對於一個有志於程式猿工作的人可能不是很勸退，畢竟很多職業都有職業病。

“軟件維護”才是真正的勸退大殺器。

軟件維護通常最直觀為人所知的形式就是debug了。

但debug遠遠不是軟件維護本身。

軟件維護遠比debug要複雜。

在軟體投入執行後，可能會暴露一部分在測試階段沒有發現的錯誤，為改正這些錯誤需要進行改正性維護。

由於軟體執行的外部環境(軟體，硬體)和資料環境等的變化需要修改軟體使之適應這些變化，這就要進行適應性維護。

使用者的需求是經常變化的，在軟體使用過程中，使用者會對軟體提出新的功能和效能要求，為了滿足這些新的要求而對軟體進行修改，使之功能和效能得到完善，需要完善性維護。

採用先進的軟件工程方法對需要維護的軟體或某部分軟體重新進行設計，編碼和測試，以提高軟體的可維護性和可靠性等，為以後進一步改進軟體打下基礎，這種就被稱為是預防性維護。

除了這些之外還有很多亂七八糟的維護……

可以說一款軟體釋出之後，程式猿工作的日常不是正在維護軟體就是在維護軟體的路上。

而涉及到軟件維護的工作很麻煩。

debug的時候人人盼著有規範的註釋。

寫bug的時候卻幾乎人人忘了註釋這回事。

部分復制粘貼的大混子還喜歡弄成“黑盒”的形式，瞎繼而封裝。

各種麻煩事一大堆。

不過這個雖然麻煩，但軟件維護好歹是技術層面的事情。

對於技術層面的事，這本就是程式猿本職工作之內的，這類事情雖然麻煩也是義不容辭。

最困擾程式猿的首推沒完沒了的各種文件，軟件開發文件就是其中之一。

本科是計科/軟工出身的程式猿，工作還是讀書涉及到的簡直是寫不完的文件。

前世大學期間，大二大三給林灰最大的印象，似乎就是寫不完的實驗報告和各種亂七八糟的文件，就很煩人。

（……不知道近幾年上網課具體是啥情況）

工作之後，更是沒完沒了的各種文件。

以軟件開發為例：

在軟件開發的不同階段，需要編寫不同的文件。

在計劃階段，需要編寫詳細設計文件、單元測試方案文件和整合測試方案文件等；

在開發階段，雖然不需要弄新的文件，但也需要跟文件打交道，程式猿需要對之前的文件進行修改；

在測試階段，要編寫單元測試報告、整合測試報告和系統測試報告等；

在軟體的釋出階段，要編寫安裝手冊、用戶手冊、升級指導書等。

涉及到安裝手冊和用戶手冊還要儘可能做到通俗易懂。

呃，雖然很多軟體設計者清楚自己弄的軟體是怎麼回事，但想說明白還真不是一件容易的事情。

不止是軟件開發方面要寫文件。

涉及到演算法方面要寫的文件也很繁雜。

可以說很多計算機以及計算機衍生行業都涉及到各種亂七八糟的文件專業。

就連產品經理也得經常寫輸出需求文件之類的東西。

不然想改需求也沒那麼容易。

寫文件這事很麻煩，無論是程式猿還是產品經理對這玩意都深惡痛絕。

但文件不寫還不行。

因為在組織高度嚴密的企業中。

我們不光要做東西，還要擅長向其他人展示自己的想法。

至於林灰先前做軟體為什麼沒寫這些亂七八糟的東西。

很大程度上因為林灰是光桿司令，林灰並不需要向別人展示他的想法。

另外這個時空涉及到軟體著作權登記不需要單獨申報。

這樣林灰先前開發的幾款軟體就不必額外填寫軟件開發文件了。

但林灰現在這種情況下只是特例。

但涉及到多人協作時，位置不夠高的情況下。

想跟文件說拜拜基本上不可能。

何思遠現在可能光看著開發軟件很酷了。

全然沒想過涉及到軟件維護以及各種文件這件事情有多麻煩。

林灰覺得有必要將這些事情讓何思遠知道。

與此同時，林灰在心中默默立下一個小目標。

以後他絕對要革除一些計算機方面十分繁瑣的“古典”程式化的東西。

即便不能革除，也要儘可能地透過自身努力在一定程度上改變行業之命運。

當然，這些都是以後的事情了。

在先前買的那些書裡，林灰幾乎沒費力就找到了《輕鬆搞定軟件開發文件：實戰篇》《程式維護實戰指南》這兩本書。

《程式猿頸椎病康復指南》林灰沒找到，應該是先前沒買。

不過林灰找到了一本《程式猿護髮秘籍》

想來效果應該是一樣的。

不對，這本似乎更加是傷害不強，侮辱極大。

雖然將這幾本書和《計算機程序設計藝術》《演算法導論》這類超級經典入坑之作混在一塊總感覺怪怪的。

不過也無所謂了，何思遠看了這些書之後入坑也好避坑也罷。

只希望他能夠全方位多角度地瞭解計算機以及計算機相關行業再做出選擇。

雖然給何思遠說的是中午帶過去，但林灰怕中午還有別的事情。

乾脆直接直接將這些書帶去了先前的那個咖啡屋裡。

交代了店主幾句後，林灰就離開了。