如何讓一個向往程序猿工作的人避坑？
林灰覺得既不需要什麽寫著計算機方麵深奧理論性知識的天書。
也不需要像譚hq書那般雲裏霧裏的教科書。
更不需要單純的人生意義方麵說教的書籍。
隻需要三本平平無奇的書就足夠讓多數原本有誌於程序猿工作的人說不了。
這三本書分別是：《輕鬆搞定軟件開發文檔：實戰篇》《程序維護實戰指南》《程序猿頸椎病實用康複寶典》。
當然，也不一定非得是同樣書名的。
和這幾本書裏內容相似比較同質化的其他書也都有著良好的勸退效果。
這類書之所以勸退，不是因為書的內容坑人。
恰恰相反，這些書內容都很豐富而且描述的很真實。
可也正是因為真實，很容易破碎人們心中的美好。
上述幾本書客觀反應了一個程序猿職業生涯中所麵臨的三件超級麻煩的事情：
——寫文檔、軟件維護、職業病。
關於職業病這點很容易理解。
畢竟程序猿經常要麵對電腦高強度工作，熬夜什麽的更是家常便飯。
這些對於一個有誌於程序猿工作的人可能不是很勸退，畢竟很多職業都有職業病。
“軟件維護”才是真正的勸退大殺器。
軟件維護通常最直觀為人所知的形式就是debug了。
但debug遠遠不是軟件維護本身。
軟件維護遠比debug要複雜。
在軟件投入運行後，可能會暴露一部分在測試階段沒有發現的錯誤，為改正這些錯誤需要進行改正性維護。
由於軟件運行的外部環境(軟件，硬件)和數據環境等的變化需要修改軟件使之適應這些變化，這就要進行適應性維護。
用戶的需求是經常變化的，在軟件使用過程中，用戶會對軟件提出新的功能和性能要求，為了滿足這些新的要求而對軟件進行修改，使之功能和性能得到完善，需要完善性維護。
采用先進的軟件工程方法對需要維護的軟件或某部分軟件重新進行設計，編碼和測試，以提高軟件的可維護性和可靠性等，為以後進一步改進軟件打下基礎，這種就被稱為是預防性維護。
除了這些之外還有很多亂七八糟的維護……
可以說一款軟件發布之後，程序猿工作的日常不是正在維護軟件就是在維護軟件的路上。
而涉及到軟件維護的工作很麻煩。
debug的時候人人盼著有規範的注釋。
寫bug的時候卻幾乎人人忘了注釋這回事。
部分複製粘貼的大混子還喜歡弄成“黑盒”的形式，瞎繼而封裝。
各種麻煩事一大堆。
不過這個雖然麻煩，但軟件維護好歹是技術層麵的事情。
對於技術層麵的事，這本就是程序猿本職工作之內的，這類事情雖然麻煩也是義不容辭。
最困擾程序猿的首推沒完沒了的各種文檔，軟件開發文檔就是其中之一。
本科是計科/軟工出身的程序猿，工作還是讀書涉及到的簡直是寫不完的文檔。
前世大學期間，大二大三給林灰最大的印象，似乎就是寫不完的實驗報告和各種亂七八糟的文檔，就很煩人。
（……不知道近幾年上網課具體是啥情況）
工作之後，更是沒完沒了的各種文檔。
以軟件開發為例：
在軟件開發的不同階段，需要編寫不同的文檔。
在計劃階段，需要編寫詳細設計文檔、單元測試方案文檔和集成測試方案文檔等；
在開發階段，雖然不需要弄新的文檔，但也需要跟文檔打交道，程序猿需要對之前的文檔進行修改；
在測試階段，要編寫單元測試報告、集成測試報告和係統測試報告等；
在軟件的發布階段，要編寫安裝手冊、用戶手冊、升級指導書等。
涉及到安裝手冊和用戶手冊還要盡可能做到通俗易懂。
呃，雖然很多軟件設計者清楚自己弄的軟件是怎麽回事，但想說明白還真不是一件容易的事情。
不止是軟件開發方麵要寫文檔。
涉及到算法方麵要寫的文檔也很繁雜。
可以說很多計算機以及計算機衍生行業都涉及到各種亂七八糟的文檔專業。
就連產品經理也得經常寫輸出需求文檔之類的東西。
不然想改需求也沒那麽容易。
寫文檔這事很麻煩，無論是程序猿還是產品經理對這玩意都深惡痛絕。
但文檔不寫還不行。
因為在組織高度嚴密的企業中。
我們不光要做東西，還要擅長向其他人展示自己的想法。
至於林灰先前做軟件為什麽沒寫這些亂七八糟的東西。
很大程度上因為林灰是光杆司令，林灰並不需要向別人展示他的想法。
另外這個時空涉及到軟件著作權登記不需要單獨申報。
這樣林灰先前開發的幾款軟件就不必額外填寫軟件開發文檔了。
但林灰現在這種情況下隻是特例。
但涉及到多人協作時，位置不夠高的情況下。
想跟文檔說拜拜基本上不可能。
何思遠現在可能光看著開發軟件很酷了。
全然沒想過涉及到軟件維護以及各種文檔這件事情有多麻煩。
林灰覺得有必要將這些事情讓何思遠知道。
與此同時，林灰在心中默默立下一個小目標。
以後他絕對要革除一些計算機方麵十分繁瑣的“古典”程式化的東西。
即便不能革除，也要盡可能地通過自身努力在一定程度上改變行業之命運。
當然，這些都是以後的事情了。
在先前買的那些書裏，林灰幾乎沒費力就找到了《輕鬆搞定軟件開發文檔：實戰篇》《程序維護實戰指南》這兩本書。
《程序猿頸椎病康複指南》林灰沒找到，應該是先前沒買。
不過林灰找到了一本《程序猿護發秘籍》
想來效果應該是一樣的。
不對，這本似乎更加是傷害不強，侮辱極大。
雖然將這幾本書和《計算機程序設計藝術》《算法導論》這類超級經典入坑之作混在一塊總感覺怪怪的。
不過也無所謂了，何思遠看了這些書之後入坑也好避坑也罷。
隻希望他能夠全方位多角度地了解計算機以及計算機相關行業再做出選擇。
<a id="wzsy" href="http://m.fantuankanshu.com">飯團看書</a>
雖然給何思遠說的是中午帶過去，但林灰怕中午還有別的事情耽誤。
幹脆直接直接將這些書帶去了先前的那個咖啡屋裏。
交代了店主幾句後，林灰就離開了。
林灰覺得既不需要什麽寫著計算機方麵深奧理論性知識的天書。
也不需要像譚hq書那般雲裏霧裏的教科書。
更不需要單純的人生意義方麵說教的書籍。
隻需要三本平平無奇的書就足夠讓多數原本有誌於程序猿工作的人說不了。
這三本書分別是：《輕鬆搞定軟件開發文檔：實戰篇》《程序維護實戰指南》《程序猿頸椎病實用康複寶典》。
當然，也不一定非得是同樣書名的。
和這幾本書裏內容相似比較同質化的其他書也都有著良好的勸退效果。
這類書之所以勸退，不是因為書的內容坑人。
恰恰相反，這些書內容都很豐富而且描述的很真實。
可也正是因為真實，很容易破碎人們心中的美好。
上述幾本書客觀反應了一個程序猿職業生涯中所麵臨的三件超級麻煩的事情：
——寫文檔、軟件維護、職業病。
關於職業病這點很容易理解。
畢竟程序猿經常要麵對電腦高強度工作，熬夜什麽的更是家常便飯。
這些對於一個有誌於程序猿工作的人可能不是很勸退，畢竟很多職業都有職業病。
“軟件維護”才是真正的勸退大殺器。
軟件維護通常最直觀為人所知的形式就是debug了。
但debug遠遠不是軟件維護本身。
軟件維護遠比debug要複雜。
在軟件投入運行後，可能會暴露一部分在測試階段沒有發現的錯誤，為改正這些錯誤需要進行改正性維護。
由於軟件運行的外部環境(軟件，硬件)和數據環境等的變化需要修改軟件使之適應這些變化，這就要進行適應性維護。
用戶的需求是經常變化的，在軟件使用過程中，用戶會對軟件提出新的功能和性能要求，為了滿足這些新的要求而對軟件進行修改，使之功能和性能得到完善，需要完善性維護。
采用先進的軟件工程方法對需要維護的軟件或某部分軟件重新進行設計，編碼和測試，以提高軟件的可維護性和可靠性等，為以後進一步改進軟件打下基礎，這種就被稱為是預防性維護。
除了這些之外還有很多亂七八糟的維護……
可以說一款軟件發布之後，程序猿工作的日常不是正在維護軟件就是在維護軟件的路上。
而涉及到軟件維護的工作很麻煩。
debug的時候人人盼著有規範的注釋。
寫bug的時候卻幾乎人人忘了注釋這回事。
部分複製粘貼的大混子還喜歡弄成“黑盒”的形式，瞎繼而封裝。
各種麻煩事一大堆。
不過這個雖然麻煩，但軟件維護好歹是技術層麵的事情。
對於技術層麵的事，這本就是程序猿本職工作之內的，這類事情雖然麻煩也是義不容辭。
最困擾程序猿的首推沒完沒了的各種文檔，軟件開發文檔就是其中之一。
本科是計科/軟工出身的程序猿，工作還是讀書涉及到的簡直是寫不完的文檔。
前世大學期間，大二大三給林灰最大的印象，似乎就是寫不完的實驗報告和各種亂七八糟的文檔，就很煩人。
（……不知道近幾年上網課具體是啥情況）
工作之後，更是沒完沒了的各種文檔。
以軟件開發為例：
在軟件開發的不同階段，需要編寫不同的文檔。
在計劃階段，需要編寫詳細設計文檔、單元測試方案文檔和集成測試方案文檔等；
在開發階段，雖然不需要弄新的文檔，但也需要跟文檔打交道，程序猿需要對之前的文檔進行修改；
在測試階段，要編寫單元測試報告、集成測試報告和係統測試報告等；
在軟件的發布階段，要編寫安裝手冊、用戶手冊、升級指導書等。
涉及到安裝手冊和用戶手冊還要盡可能做到通俗易懂。
呃，雖然很多軟件設計者清楚自己弄的軟件是怎麽回事，但想說明白還真不是一件容易的事情。
不止是軟件開發方麵要寫文檔。
涉及到算法方麵要寫的文檔也很繁雜。
可以說很多計算機以及計算機衍生行業都涉及到各種亂七八糟的文檔專業。
就連產品經理也得經常寫輸出需求文檔之類的東西。
不然想改需求也沒那麽容易。
寫文檔這事很麻煩，無論是程序猿還是產品經理對這玩意都深惡痛絕。
但文檔不寫還不行。
因為在組織高度嚴密的企業中。
我們不光要做東西，還要擅長向其他人展示自己的想法。
至於林灰先前做軟件為什麽沒寫這些亂七八糟的東西。
很大程度上因為林灰是光杆司令，林灰並不需要向別人展示他的想法。
另外這個時空涉及到軟件著作權登記不需要單獨申報。
這樣林灰先前開發的幾款軟件就不必額外填寫軟件開發文檔了。
但林灰現在這種情況下隻是特例。
但涉及到多人協作時，位置不夠高的情況下。
想跟文檔說拜拜基本上不可能。
何思遠現在可能光看著開發軟件很酷了。
全然沒想過涉及到軟件維護以及各種文檔這件事情有多麻煩。
林灰覺得有必要將這些事情讓何思遠知道。
與此同時，林灰在心中默默立下一個小目標。
以後他絕對要革除一些計算機方麵十分繁瑣的“古典”程式化的東西。
即便不能革除，也要盡可能地通過自身努力在一定程度上改變行業之命運。
當然，這些都是以後的事情了。
在先前買的那些書裏，林灰幾乎沒費力就找到了《輕鬆搞定軟件開發文檔：實戰篇》《程序維護實戰指南》這兩本書。
《程序猿頸椎病康複指南》林灰沒找到，應該是先前沒買。
不過林灰找到了一本《程序猿護發秘籍》
想來效果應該是一樣的。
不對，這本似乎更加是傷害不強，侮辱極大。
雖然將這幾本書和《計算機程序設計藝術》《算法導論》這類超級經典入坑之作混在一塊總感覺怪怪的。
不過也無所謂了，何思遠看了這些書之後入坑也好避坑也罷。
隻希望他能夠全方位多角度地了解計算機以及計算機相關行業再做出選擇。
<a id="wzsy" href="http://m.fantuankanshu.com">飯團看書</a>
雖然給何思遠說的是中午帶過去，但林灰怕中午還有別的事情耽誤。
幹脆直接直接將這些書帶去了先前的那個咖啡屋裏。
交代了店主幾句後，林灰就離開了。