軟體專案實施的3個原則：
專案實施通常包含3要素：結果、質量、時間，上述3個原則基本上可以各對應1個要素。
一、從重要性來看，排序應該是a、b、c。
目標驅動就是『把工作做對』。
*許多人象老黃牛一樣很勤奮、甚至廢寢忘食地工作，卻忘記了客戶提出的問題是啥、想達到啥目的；
*有些人做事也挺有條理的，但卻從來沒有核對過合同條款、專案驗收標準，結果專案一直沒有簽收（大目標）；
*也有些人，性格較內向，缺乏主動性；對於乙個實施專案來說，甲方（客戶）基本上不會主動鳥你的；
*當然，問題最重的可能是『缺乏責任心』，做事不管結果，或者不保證結果的質量，或者自認為ok根本沒有取得對方的認可。
二、而從人員掌握的成熟度來看，排序應該是c、b、a。
畢竟，『勤奮』是所有人能夠懂的（雖然未必做得到、做得好）、不太需要學習的、自己可掌控的。
*『勤奮』可以獲得客戶對個人態度的認同，在出現失誤、問題時可以得到『同情』甚至『詳解』；
*『勤奮』可以縮短專案週期；
*『勤奮』可以早發現問題、彌補漏洞；
*『勤奮』可以積累經驗、提高效率，做多了做熟了自然會如此（正如賣油翁說的：無它，唯手熟耳）；
三、『規範』是最難形成的，因為它是『組織』而非『個人』層面的東西。
『規範』的達成，
1）需要長期積累經驗，
2）需要整理並形成工具、方法、技能，
3）需要強有力的執行力 -- 另文談這個
按照『規範』做實施，
*未必能夠得到高分、未必能夠超越期望，
*但一定不會得到很差的結果，
*也一定不會出現不同專案質量偏差很大的情況（了解cmm的人肯定知道這個結論）。
設計原則（3） 依賴倒置原則
何為依賴倒置原則，主要分為一下三點 1 模組間的依賴通過抽象發生，實現類之間不發生直接的依賴關係，其依賴關係是通過介面或抽象類產生 的 2 介面或抽象類不依賴於實現類 3 實現類依賴介面或抽象類 實際開發中的用法 1 每個類盡量都有介面或抽象類，或者抽象類和介面兩者都具備 2 變數的表面型別盡量是介...
設計模式3 原則
大話設計模式 的第3，4，5章沒有聊到具體的模式，而是講到了幾個原則。這幾個原則特別有助於我理解設計模式，所以總結在此篇。2.1 單一職責原則單一職責原則 srp 就乙個類而言，應該僅有乙個引起它變化的原因。2.2 理解 對於遊戲邏輯，抽象成二位陣列的判斷 對於介面就是窗體類的變化。這樣的好處是，如...
介面3A原則
1.arrange 初始化測試資料，就是造資料，這裡的資料有我們輸入的資料，也有目標介面所涉及的資源，比如hr系統中的使用者資訊，我們必須先有幾條人員的詳細資訊才能去測獲取人員資訊的介面 當然只是正常的流程，我們有時候還需要清掉資料以便測試資源為空的情況 2.act 呼叫介面，傳入輸入資料。3.as...