這次接著上一次的進度繼續閱讀，並將其中感悟較深的幾點記錄如下。

程序員是一個幕後工作者

書中絕影給醫院寫軟件，而醫生（用戶）只是評價這個軟件好不好用，而不會去評價寫這個軟件的程序員優不優秀。這看起來對程序員不太公平，我辛辛苦苦寫的代碼，評價都沒有我的份。但是這就是個事實，一個軟件開放給用戶的只是它的功能、它的界面，用戶不會管某一個功能實現起來背後的代碼有多復雜，他只是從他用這個軟件的感受出發。所以，還是那句話，用戶體驗是第一位的。

高分和技術矛盾嗎

在周總審閱簡歷的時候，有這麽一份簡歷被直接拒絕，原因是上面寫了幾門課的分數都是90+，然後周總的邏輯是“他把所有時間拿去學習，沒有時間去真正的動手實

雜七雜八的感悟

有感觸的一點就是，像絕影和BOSS Liu一樣，明明花了五六個小時甚至通宵調好的bug，後來再提及時，總是不太想說自己實際花費的時間。一方面是“打腫臉充胖子”，另一方面就我自己而言，確實是在調bug或者說寫代碼上花費了很多無謂的時間，如果當時能夠想清楚，真的只是二三十分鐘或者一個多小時的事。我覺得還是經驗問題吧，代碼寫多了，這些無謂的時間應該會越來越少。

還有就是提到的主任給絕影提這種要求，要求不少，還不一次性提完，這個現象在實際的軟件項目中還是很常見的。但是沒辦法，用戶第一位，雖然心裏可能罵了無數句，該做的還是要做。但另一方面，寫代碼的時候，就要考慮到修改的方便性，這可以就是多個函數，或者說運用一些預處理語句之類的。除非是重構代碼，否則盡量要做到減少修改的工作量。這也是優秀代碼的一個體現吧。

還有一點邊角一些的感悟就是話不要提前說太滿，不要吹牛太多。這一點體現在BOSS劉向新公司推薦絕影這件事上。我們在做軟工項目時，總是傾向於提前把要實現的功能構想的多麽多麽好，但實際上最後的結果總是和最初的構想有不少差別。我覺得還是最初就實際一些為好，當然這個對實際的預估也建立在有經驗的基礎上。

再就是一點軟件這個行業，新人總是會層出不窮，舊人只有保持技術不落後，不斷地去和新人競爭，不斷地學習，才能不被淘汰。對於我們學生來說，未來我們首先還是新人，作為新人，也要不斷地努力，工作之外的時間可以用於學習新的技能，而且新人沒有那麽多的後顧之憂，這也是我們的優勢。

軟工讀書筆記 week 8 —— 《瘋狂的程序員》