讀《人、績效和職業道德》及《一個程序猿的生命週期》有感

      今天閱讀了課本最後一章《人、績效和職業道德》以及博客園博文《一個程序猿的生命週期》兩篇文章，有感而發，所以寫下這篇讀後感來講一下本身的感悟。

      首先，編程不一樣於其餘工做，它須要比較寬鬆的工做環境以及較長的週期，並且作足事前準備以及在工做中不斷回過頭來尋找錯誤也是很是重要的事。編

程是一項團隊工做，固然不排除有工做狂人單獨完成任務，但大部分的開發仍須要團隊成員通力合做，所以合適的分工尤其重要。而爲了保證開發效率及開發質量，

績效評比是很是重要的。

     可是受限於各類因素，一我的表現出來的不必定是他真實的一面，也許有人由於編寫的代碼錯誤較多而天天都在電腦前努力工做，而有的人則因技術水平較高而

沒必要天天如此「努力」；有的人因負責項目中最重要的部分而忙的焦頭爛額，有的人由於負責的方面比較輕鬆而無所事事。在一個不懂技術，只負責管理的領導面前，

前一種人彷佛纔是榜樣，後一種人則須要向前一種人學習，可是在一個技術員出身的領導面前則並非這樣，所以什麼樣的人來進行考覈而是很重要的。

     在我看來，一個科班出身的領導更能與技術員達成一致，而且更能理解技術員的苦衷。而那些管理學出身的人更適合去領導其餘部門工做，技術部門不一樣於營銷、

售後等部門，他須要時間的沉澱，就像中國的工業，厚積才能薄發，一味的說大話、講空話只能拔苗助長。不管客戶提出什麼要求都答應，最終只能葬送本身，沒有

金剛鑽，就別攬瓷器活。有多大胃吃多少飯，這是一個很簡單的道理。

     其次，對技術員的要求也不能放鬆，一個可以理解客戶要求的技術員才能知足客戶的需求。一個畢業後就坐辦公室的程序員不必定能理解客戶的一些看似荒唐無

理的要求，而一個跑過現場的程序員則知道客戶爲何會提出這樣打的要求。在我看來，不管一個程序員其能力多麼出衆，只有跑過外勤、作過現場，他才能成爲一

個可以理解市場需求的程序員，而只知道坐在辦公室裏埋頭苦幹的程序員，就猶如閉門造車，編出來的程序也許簡單、精巧，但必定符合市場和客戶的須要嗎？

     其次，程序員的工做情況也不容樂觀，電視常常有程序員因工做勞累而猝死的報道。雖然程序員工資很高，可是習覺得常的加班拖垮了程序員的身體，原本編程

就是一項費腦力的勞動，這種勞動不跟體力勞動同樣，休息一天就可緩解。它對人身體的傷害是不可逆轉的，腦細胞死亡了，可沒有新的在長出來。可是咱們目前信

息產業蓬勃發展，所以看來這種工做狀態仍將持續很長一段時間。

     總之，既然走上了編程這條路，就不要懼怕，用興趣來編程，將會使編程變得不同凡響。