除了軟體本質力量的推動之外，商業因素也推動者軟體工程體系的發展。大公司門的爭奪戰的最終結果，已經開始把軟體工程，從原始的自生演進狀態逐漸推動到它激發展的狀態上了。
這種它激發展可能會影響到軟體工程發展的速度，然而在各個工程層面上的關注點並不會發生變化。現在，我們從乙個細節跳出來，來看看我們的角色。這個細節就是：如何完成今天的工作。正如前面所說，如果你是乙個軟體公司裡的專案經理，你可能今天的工作是寫乙份計畫方案，或者聽測試部的報告，又或者是安排會議來聽取和分析乙個新的產品需求。然而我覺得這就是細節。細節就是你使用的project 2003,或者你正在公司內部署和推光的clearcase.如果他們正好是今天要完成的工作。螞蟻的團隊總是被本能得組織的很好。然而如果乙個螞蟻的群體中有了流行疾病，螞蟻在死去，而新生螞蟻不能跟上其死亡的速度，那麼很快，這個團隊就虧散了。
這是因為螞蟻用於維護團隊運作的資本在流逝。如果資本沒了就能沒了運作，團隊的存在就沒有了必要性和可能性。專案就死亡了。埋頭與huagantute的專案經理犯下了與挖山不止的愚公類同的錯誤：忽略了成本。如果愚公真的成功，那麼可能是300年後。然而如果乙個工程要300年才能做成，那麼在做成之前，客戶就選擇了放棄。如果有機會，專案經理可以選擇向另一家公司購買乙個產品來賣給客戶，從為客戶開發變成為客戶定製，以及為客戶服務。這樣在沒有任何開發成本的前提下完成了工程。與另乙個極端的例子相比，你會發現他與第五章中那個做過場的專案全然不同。後者要做完了工程，卻沒有做成工程。而現在這個專案經理卻做成了工程，卻沒有做成工程。而現在這個專案經理卻做成了工程，但是在許多過程環節上，他根本就沒有開始。然而現在，除了躍躍欲試的技術的經理外，沒有人會不滿意這個結果。技術經理最常說的話是我們可以開發出來開發人員最常說的話是我可以開發出來愚公最常說的話是何苦而不平？愚公如果停下來可能會想的問題是碎石的方法，而專案經理從細節裡跳出來，思考的問題就應該相當於完成工程的方法評價這個方法的好壞標準只有乙個：節餘成本。我經常注意到的成本因素包括時間、人力、資金和客戶成本。而大多數情況下，人們不會把客戶的數量以及耐心當作客戶成本來計算。而在我的專案規劃中，這是成本。如果你仍舊不明白為什麼會有這麼多被神秘力量所驅動著的開發，那麼你就乾脆去廚房找個平底鍋燒點熱油，然後敲碎下乙個雞蛋，很快，你就體悟到以蛋黃驅動開發的真帝了。拋開實現的技術細節不論，在工程中，以什麼驅動開發其實是乙個過程問題。
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...
大道至簡Segment Routing
聽了一下思科服務支援社群的講座，以下為筆記 1.基礎知識 1 igp基礎 ospf和中間到中間系統協議 2 bgp基礎 3 mpls 多協議標籤交換 2.模擬器為ios xrv 6.0.1 3.sr架構基於源路由。節點擊擇路徑，並且引導資料報沿著該路徑通過網路，做法是在資料報頭中插入帶順序的段列表，...