大道至簡第七章讀後感——現實中的軟體工程
「王不如遠交而近攻,得寸,則王之寸;得尺,亦王
之尺也。」
——《戰國策.秦策》
1:大公司手中的算盤
文中列舉了ibm,borland和microsoft的一些體系,來說明大公司眼中的世界。
大公司們在標準、理論、語言上的爭來奪去,未必全然出於「軟體實現」的考慮。對統一理論、統一工具、統一過程的企圖,其最終目的是在整個軟體工程體系中的全面勝出。算 盤 上 的 絕 大 多 數 人 , 只 是 用 於 計 算 勝 負 的 一 枚 運算元。所謂程式語言,只不過是他們在商業戰場上爭奪所用的工具而已。
2.回到工程起點
文中所畫軟體工程層狀模型可以看出,作者將軟體工程劃分為實現,團隊和經營三部分。從這個模型中可以看到,在「程式」與「方法」層面,是關注於「(具體的)實現」的;而在「過程」和「工程」層面,更首要考慮的是團隊問題。從角色的角度上來說:開發經理思考專案的實施方案和管理具體的開發行為; 而
專案經理則保障團隊的穩定性和一致性。然而這只是基本模式,或者說,是理想模式。
3.思考專案成本的經理
理想狀況下,「軟體工程=過程+方法+工具」 。然而工程成功的真正關鍵,並不在於你把你的團隊「組織」得有多好。即使在團隊中他們都顯示有條不紊,你一樣會面臨失敗。
螞蟻的團隊總是被本能地組織得非常好。然而如果乙個螞蟻的群體中有了流行疾病,螞蟻在死去,而新生螞蟻不能跟上其死亡的速度,那麼很快,這個團隊就潰散了。這是因為螞蟻用於維護團隊運作的「資本」在流失。如果資本沒有了,就沒了運作,團隊的存在就沒有了必要性和可能性。
所以,思考專案的成本是非常必要的,只有專案成本在承受範圍之內,這個專案才能真正執行下去。
4.技術
文中作者向我們展示了他眼中的aop和mda/mdd,為我們介紹了這些語言的特點和人們對其的一些理解中的錯誤。
《大道至簡》讀後感
通過學校的老師,我拿到了 大道至簡 這本書的電子版,並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書,我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中,開篇以愚公移山為例,本以為整本書是論述枯燥無味的方法,甚至讓我難以讀下,但是...
《大道至簡》讀後感
大道至簡 這本書很薄,是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山,古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年,我滿懷對計算機的熱情填報了計算機專業,卻只經歷了潦裡潦草的一番學習,軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書,才讓我對軟體工程這個專業有了一點初步的認識,讓我了解到工程並不只是程式設計,讓我知道,大一所學c c 其實知識只不過是冰山一角。在書中,作者以愚公移山的故事通俗地闡釋了程式...