構建之法-讀書交流

1、軟件工程師的成長讀書交流1PPT模板下載： 行業(yè)PPT模板： 節(jié)日PPT模板： PPT素材下載：PPT背景圖片： PPT圖表下載： 優(yōu)秀PPT下載： PPT教程： Word教程： Excel教程： 資料下載： PPT課件下載： 范文下載： 試卷下載： 教案下載： PPT論壇： CONTENTSNever put off what you can do today until tomorrowPART ONE 個人能力的衡量與發(fā)展.PART TWO職業(yè)發(fā)展.PART THREE 技能的反面.21個人能力的衡量與發(fā)展3軟件=程序+軟件工程軟件工程包括了開發(fā)、運營、維護軟件的過程中的很多技術、做法、

2、習慣和思想。軟件工程把這些相關的技術和過程統一到一個體系中，叫”軟件開發(fā)流程“，軟件開發(fā)流程的目的是為了提供軟件開發(fā)、運營、維護的效率，以及提高用戶滿意度、軟件的可靠性和可維護性。軟件工程軟件企業(yè)=軟件+商業(yè)模式把每個人的工作有序的組織起來，就是團隊的流程。每個人的工作質量直接影響最終軟件的質量。那么，軟件工程師如何衡量、證明自己的能力？NBA球員的數據統計？搬磚？4初級軟件工程師的成長具體知識掌握，動手能力積累軟件開發(fā)相關的知識，提升技術技能自我管理能力、表達交流能力、合作能力、按質按量完成任務的執(zhí)行力提升職業(yè)技能比較虛，什么是好的軟件設計思想？對通用的軟件設計思想和軟件工程思想的理解如游戲

3、、醫(yī)療、金融或公安積累問題領域的知識和經驗行勝于言，實際的工作成果，是最重要的評價標準實際成果5軟件開發(fā)工作量和質量的衡量 項目/任務多大？說明項目大小一般使用代碼行數（Line Of Code,LOC）來表示；也可以用功能點(Function Point)來表示。 花了多少時間？可使用小時、天、月年表示。一組人所花費的時間可以用（人數*時間）來表示，如10個人*月。 質量如何？交付的代碼有多少缺陷？交付有兩個定義：在代碼完成時，交付給測試人員；在軟件最終發(fā)布時，交付給客戶。 是否按時交付看似簡單，其實也有講究。在團隊工作中，穩(wěn)定、一致的交付時間是衡量一個員工能力的重要方面6團隊對個人的期望有

4、效地和其他團隊人員交流，從大的技術方向，到看似微小的問題。1、交流就像上面說的“按時交付”。2、說到做到團隊要完成任務，很多方面的事情，是否能接受不同的任務并高質量完成？3、接受工作全力以赴地參加，而不是游離于團隊之外。4、全力投入團隊即使個人能力很強也不可以認為自己不受流程約束。5、按團隊流程工作做好準備工作。6、準備成熟的團隊成員必須從事實和數據觸發(fā)，按流程理性的。7、理性的工作72軟件工程師的職業(yè)發(fā)展Action speak louder than words.8職業(yè)成長-公司版本微軟軟件工程師職業(yè)等級等級要求SDE（初級軟件開發(fā)工程師）入門。在學校學到一些技能，尚未在實踐中充分鍛煉。S

5、DE（中級軟件開發(fā)工程師）獨立。可以寫別人交給你的任何東西，不明白時知道去問誰。SeniorSDE（高級軟件開發(fā)工程師）小組領導。影響212名工程師，或是行政領導；或技術帶頭人。PricipalSDE（首席軟件開發(fā)工程師）團隊領導。影響10人以上的大團隊，成為影響團隊成敗的關鍵人。更高職位有：ParterSDE、Distinguished Engineer、Technical Fellow影響力擴大到整個機構，甚至整個業(yè)界。9職業(yè)成長-自我評估說說CRUD 并不是每個軟件工程師都有強烈的愿望或機遇去做最先進、最創(chuàng)新、最具有風險的項目。絕大多數軟件工程師都不是技術天才，但即使一般的工程師，做一般

6、的信息系統，就是業(yè)界說“CRUD”數據庫系統，也需要一些核心技術和許多擴展的知識。 工程師應該在實際工作中不斷學習不斷成長，根據自己的情況選擇在哪個方面追求“專而精”，在哪幾個方面達到“知道就好”的水平。10職業(yè)成長-自我評估基本需求基本技術擴展技術進一步擴展把數據放到數據庫中滿足增刪改查的需求有網頁滿足一般用戶的查詢需求能不斷實現新的功能軟件團隊能按時高質量完成任務要有一定的安全性能滿足業(yè)務的需求關系數據庫模型，數據挖掘，商業(yè)智能用戶心理，用戶交互在不同設備不同場景應用改進軟件工具，或構建新的語言提高效率軟件團隊的績效評估，團隊發(fā)展密碼學，各種病毒的工作原理對業(yè)務領域有深入了解，能洞察行業(yè)發(fā)

7、展的趨勢數據庫技術（關系數據庫的基本原理和操作）網頁技術ASP PHP，數據庫綁定及控件編程語言和開發(fā)工具（JAVA、C#、Python）每日構建，版本管理，單元測試，項目管理數據庫安全，網站安全對業(yè)務領域有基本的了解大容量數據庫操作、并行、備份用戶界面設計，不同瀏覽器支持程序效能分析，軟件重用，面向對象的理論需求分析，敏捷開發(fā)等高級軟件開發(fā)技術計算機網絡與數據通訊，操作系統、數據加密進一步了解業(yè)務領域知識11職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。1.保持高標準，不要受制于破窗理論(broken windows theory)。當你看到不靠譜的設計、糟糕的代碼、過時

8、的文檔和測試用例的時候，不要想 “既然別人的代碼已經這樣了，我的代碼也可以隨便一點啦。” a) 從來沒聽說過； b) 我就是這樣隨便過來的； c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好2. 主動解決問題。當看到不靠譜的設計，糟糕的代碼的時候，不要想“可能別人會來管這個事情” ，或者“我下個月發(fā)一個郵件讓大家討論一下”。要主動地把問題給解決了。a) 不懂啥是靠譜的設計； b) 隨便應付一下即可； c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好3. 經常給自己充電，身體訓練是運動員生活的一部

9、分，學習是軟件工程師職業(yè)的伴侶。每半年就要了解和學習一些新的相關技術。通過定期分享（面對面的分享，寫技術博客等）來確保自己真正掌握了新技術。a) 從來不看書； b) 看了就忘； c) 有時分享。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好12職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。4. DRY （Dont Repeat Yourself）別重復。在一個系統中，每一個知識點都應該有一個無異議的、正規(guī)的表現形式。a) 從來沒聽說過； b) 聽說過，但是認為意思不大； c) 這要講場合。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好5.

10、 消除不相關模塊之間的影響，在設計模塊的時候，要讓它們目標明確并單一，能獨立存在，沒有不明確的外部依賴。a) 從來沒聽說過； b) 出了問題再說吧； c) 想做，但是不知道怎么衡量效果。 d)能夠在多種語言和架構中做到 e) 不但主動做， 還會影響同事一起做好6. 通過快速原型來學習，快速原型的目的是學習，它的價值不在于代碼，而在于你通過快速原型學到了什么。a) 從來沒聽說過； b) 把原型直接用于產品，不然就浪費了； c) 不用原型，一直在產品中直接改。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好7. 設計要接近問題領域，在設計的時候，要接近你目標用戶的語言和環(huán)境。 a)

11、 從來沒聽說過； b) 按我的想法設計，用戶以后會適應的； c) 大概同意，但是怎么接近用戶呢？ d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好13職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。8. 估計任務所花費的時間，避免意外。在開始工作的時候，要做出時間和潛在影響的估計，并通告相關人士，避免最后關頭意外發(fā)生。工作中要告知可能的時間變化，事后要總結。a) 做完了，就知道花費了，不用事先估計； b)大概估一下，不必在意時間 c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好9. 圖形界面的工具有它的長處，但是

12、不要忘了命令行工具也可以發(fā)揮很高的效率，特別是可以用腳本構建各種組合命令的時候。a) 一直用鼠標和GUI； b) 到時候問牛人； c) 正在學習命令行工具。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好10. 有很多代碼編輯器，請把其中一個用得非常熟練。讓編輯器可以實現自己的定制，可以用腳本驅動，用起來得心應手。 a) 只用老師教的一個； b) 隨意； c) 沒有任何定制。 d)會定制，并且分享給其他人 e)還會學習和使用各種編輯器的擴展。11. 理解常用的設計模式，并知道擇機而用。設計模式不錯，更重要的是知道它的目的是什么，什么時候用，什么時候不用。a) 從來沒聽說過； b

13、) 模式沒用； c) 每寫100行程序，我就盡量用一個模式。 d)有實際使用的經驗 e) 能用具體代碼說明模式的利弊14職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。12. 代碼版本管理工具是你代碼的保障，重要的代碼一定要有代碼版本管理。 a) 從來沒聽說過； b) 用QQ，u盤即可； c) 領導要求才用。 d)經常用 e) 不但主動做， 還會影響同事一起做好13. 在debug的時候，不要驚慌，想想導致問題的原因可能在哪里。一步一步地找到原因。要在實踐中運用工具，善于分析日志（log），從中找到bug。同時，在自己的代碼里面加 log. a) 從來沒聽說過； b) 只會p

14、rintf； c) 加log 太麻煩，我的代碼不會有bug 的。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好14. 重要的接口要用形式化的“合同”來規(guī)定。用文檔和斷言、自動化測試等工具來保證代碼的確按照合同來做事，不多也不少。使用斷言 (assertion) 或者其他技術來驗證代碼中的假設，你認為不可能發(fā)生的事情在現實世界中往往會發(fā)生。 a) 從來沒聽說過； b) 太麻煩，不用； c) 想用，但沒有時間。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好15. 只在異常的情況下才使用異常 (Exception), 不加判斷地過多使用異常，會降低代碼的效率和可維

15、護性。記住不要用異常來傳遞正常的信息。a) 從來沒聽說過； b)抓住所有異常 c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好15職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。16. 善始善終。如果某個函數申請了空間或其他資源，這個函數負責釋放這些資源。a) 從來沒聽說過； b) 隨緣； c) 有時這樣做。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好17. 當你的軟件有多種技術結合在一起的時候，要采用松耦合的配置模式，而不是要把所有代碼都混到一起。 a) 從來沒聽說過； b) 沒有實踐的機會； c) 代碼

16、都在一起比較好管理。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好18. 把常用模塊的功能打造成獨立的服務，通過良好的界面 (API) 來調用不同的服務。a) 從來沒聽說過； b)拷貝代碼過來用也可以 c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好19. 在設計中考慮對并行的支持，這樣你的API 設計會比較容易擴展。a) 從來沒聽說過； b) 并行不會出錯的； c) 任何代碼都應支持并行。 d)考慮在適當的層次支持并行 e) 不但主動做， 還會影響同事一起做好16職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之

17、規(guī)。20. 在設計中把展現模塊 (View) 和實體模塊 (Model) 分開，這樣你的設計會更有靈活性。 a) 代碼都在一起比較好改； b) 隨緣啦； c) 沒搞清楚啥是V，啥是M。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好21. 重視算法的效率，在開始寫之前就要估計好算法的效率是哪一個數量級上的（big-O）。a) 從來沒聽說過； b) 我的數據量不大，無所謂； c) 不會有效率問題的，現在CPU 都快了。 d)主動測試程序效率，以驗證估算 e) 不但主動做， 還會影響同事一起做好22. 在實際的運行場景中測試你的算法，不要停留在數學分析層面。有時候一個小小的實際因素

18、 (是否支持大小寫敏感的排序，數據是否支持多語言)會導致算法效率的巨大變化。a) 從來沒聽說過； b)想用，但不知道工具 c) 主要靠肉眼觀察算法效率。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好23. 經常重構代碼，同時注意要解決問題的根源。a) 從來沒聽說過； b) 任何修改都可以叫重構； c) 每天應該重構兩次。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好17職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。24. 在開始設計的時候就要考慮如何測試 ，如果代碼出了問題，有l(wèi)og 來輔助debug 么? 盡早測試，經常測試，爭取實現自

19、動化測試，爭取每一個構建的版本都能有某些自動測試。a) 從來沒聽說過； b) 我的代碼不會出問題的； c) 項目沒有安排時間，我也沒有提這事。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好25. 代碼生成工具可以生成一堆一堆的代碼，在正式使用它們之前，要確保你能理解它們，并且必要的時候能debug 這些代碼。a) 從來沒聽說過； b) 從來不看那些代碼； c) 那些代碼沒有bug。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好26. 和一個實際的用戶一起使用軟件，獲得第一手反饋。 a) 從來沒聽說過； b) 用戶太蠢，不值得聽反饋； c) 想做但是沒有機會。

20、 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好27. 在自動測試的時候，要有意引地入bug，來保證自動測試的確能捕獲這些錯誤。a) 沒聽說過； b)不必這么麻煩； c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好18職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。28. 如果測試沒有做完，那么開發(fā)也沒有做完。a) 從來沒聽說過； b) 簽入代碼，就是做完了； c) 。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好29. 適當地追求代碼覆蓋率：每一行的代碼都覆蓋了，但是程序未必正確。要確保程序

21、覆蓋了不同的程序狀態(tài)和各種組合條件。a) 從來沒聽說過； b) 覆蓋20% 就好了； c) 要覆蓋至少60%。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好30. 如果團隊成員碰到了一個有普遍意義的bug, 應該建立一個測試用例抓住以后將會出現的類似的bug。 a) 從來沒聽說過； b) 每個bug都是特殊的； c)測試用例不值得加 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好31. 測試：多走一步，多考慮一層。如果程序運行了一星期不退出，如果用戶的屏幕分辨率再提高一個檔次，這個程序會出什么可能的錯誤? a) 從來沒聽說過； b) 如果有問題，用戶會報告的，

22、我們不用測這些； c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好19職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。32. （帶領團隊）了解用戶的期望值，稍稍超出用戶的期望值，讓用戶有驚喜。 a) 從來沒聽說過； b) 我們決定用戶的期望； c) 如果有明確要求，我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好33.（帶領團隊） 不要停留在被動地收集需求，要挖掘需求。真正的需求可能被過時的假設、對用戶的誤解或其他因素所遮擋。a) 從來沒聽說過； b) 用戶不說的，我們不做； c) 如果有明確要求，

23、我可以做好。 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好34. （帶領團隊）把所有的術語和項目相關的名詞、縮寫等都放在一個地方。 a) 從來沒聽說過； b) 都記在我腦子里； c)大家看代碼就好 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好35. （帶領團隊）不要依賴于某個人的手動操作，而是要把這些操作都做成有相關權限的人士都能運行的腳本。這樣就不會出現因為某人休假而項目被卡住的情況。a) 從來沒聽說過； b) 我們沒有休假的，沒關系； c)出了問題再說 d) 一直主動這樣做 e) 不但主動做， 還會影響同事一起做好20職業(yè)成長-自我評估人的能力和成長路徑都是有多種選擇，沒有一定之規(guī)。36. （帶領團隊）要讓重用變得更容易。一個軟件團隊要創(chuàng)造一種環(huán)境，讓大家有輕松的心態(tài)來嘗試各種想法 （例如，模塊的重用