2007-07-01
愚公移山只是一種精神追求，而做工程最求的則是完成工程。在忙忙碌碌的日常開發中，不要忘了自己的位置，時刻提醒自己，「你在做什麼？」
ehm模型分析了軟體工程中各個環節的由來，價值及其內在關係。可以很清楚的知道自己在工程的位置。
實現 程式=演算法+資料結構
方法(面向過程/oop/mda)
團隊 過程(rup/xp)
工程(需求管理、過程管理、配置管理、文件化）
經營 組織（管理、計畫）
實現，是軟體開發的本質需求。
方法是長期程式設計實踐的結果，是對既有行為的歸納總結。經驗**於回顧、理解與分析。
過程解決的是工程中角色間的關係問題。過程中的問題，就是角色、溝通和環節的問題。真正的「無間」，應當是溝通的結果。
工程，是對目標的描述和成果的檢測。軟體規模的不斷增大是工程出現的原因。
積極工作和勤於思考都要佔時間。
停下來，思考才是進步的本質。
語言的差別主要體現在應用範圍上。
是懶人造早就了方法。
不存在真正意義的物件導向。因為物件導向的事件還是順序的，而且這個世界不是物件導向的。世界是關係網路圖，物件導向只是樹。所以物件導向只能用在整體分析層上。關係還是要有資料結構，實現還是離不開演算法。
做管理起碼要承擔責任。
首先要確定組織機構。
然後在做管理制度。制度要體現人性化、公平性。
接下來，是劃分角色。
明確分工是管理職責。實現的慾望是程式設計師出身管理者的通病。只在洞口外看看就可以，不要自己也進入螞蟻洞。
進行有效的溝通。
工程不是做的，是組織的。專案經理的工作，就是要去組織這個工程中的各個角色，使得分工明確，步調一致，共同完成這個專案。
大道至簡閱讀筆記
學什麼都有方法，程式設計更不例外。在我看來，學程式設計最重要的就是方法。正如書中所提及的，人的精力終歸是有極限的。做事不能一昧的依靠動力，得提出新的 方法 這才是解決事情成效的根本問題。也許會有人說我們可以多吃點飯，多加點班，但是人終究突破不了精力的極限。一昧這樣做，到最後可能會適得其反，終究被現實...
《大道至簡》閱讀筆記
今天我讀了 大道至簡 這本書，感覺挺好的。作者首先點明 是懶人造就了方法。同時他也闡述了自己的觀點 程式 演算法 結構 方法。我感覺作者的語言風格十分淳樸，很口語化，這讓人很容易接受。他還點明了團隊就要有嚴格的制度，這樣才能充分調動隊員的積極性，這一點我十分認同。乙個團隊如果沒有很好地約束，隊員們肯...
大道至簡閱讀筆記002
是懶人造就了方法 有一句笑話是這麼說的 懶是人類前進的動力，是社會發展的第一生產力 雖然人們都把它當做笑話，但是我感覺它還是有一定道理的。正因為對生活便捷舒適的嚮往，人們才會發明各種東西和方法。懶得走，發明車，自行車，電動，摩托，汽車。懶得人工，發明了機械臂，流水線。老師舉了李冰的故事與愚公對比，更...