軟體開發不能各司其職，分兵作戰。
乙個龐大的，多服務，多系統的專案，可能保護多個團隊所開發維護的系統，每個系統都基於面向的使用者群是一致的。在系統整合過程中，涉及到多系統的資料互動，可能會產生各種雜亂的介面，服務程式依賴。一旦乙個專案選擇這樣得處理方式，專案就會走向不確定性，專案風險就會增加。其中，任何乙個服務的異常就可能造成系統的癱瘓。
打個比方，比如汽車製造商生產汽車，在生產汽車過程中由不同的團隊負責不同的汽車部件的製造，有的團隊可能負責發動機，有的可能負責汽車框架，有的負責車載系統，如果沒有前期統一規範與設計，團結只是在負責具體功能的設計，然後進行區域性測試，這可能給後期汽車組裝帶來極大隱患。有可能相互的尺寸規格，佈線不一致導致返工。有可能強制組裝，因為汽車部件的不確定帶來汽車的不確定性增加。如發動機隱患概率0.1，車載系統隱患概率0.1，整個車的隱患概率就變成0.19，隨著組裝部件的增多，隱患概率會不斷提高。當然，如果現實中存在這樣得汽車製造商，早就被淘汰了。但是在軟體開發商這裡，這種現象應該是普遍存在，專案經理不能站在全域性的角度去觀察整個專案，更加偏重與區域性系統的設計與實現，不同團隊不能進行卓有成效的溝通或者溝通不能很好的消除存在的隱患。
要想開發出健將，穩定的系統或者系統群，應該以工程管理的方式去進行設計與資源分配，當然這也是比較困難的。
軟體設計的一些感想
已經好久沒有寫部落格了，不是因為沒有學東西，而是因為學的東西不夠系統，不夠具體，沒有整理起來 外加人懶 所以不想浪費筆墨。所以一直潛水。但總會有感想的，在學習的過程中，時常會遇到一些令人驚喜的東西，令人拍案叫絕的東西，但學會之後覺得簡單或者不值一提，於是沒有當機立斷寫出一些洞見。事後用的時候倒覺得理...
關於公司管理的一些感想
首先宣告，我是乙個公司員工，而不是乙個管理人員。我是站在員工的位置，對公司的管理提一些建議。我們公司最近要做的乙個專案需要大量的英語文章和相應的翻譯。於是公司讓乙個員工去掃瞄 英語文摘 上面的文章，然後用ocr軟體把掃瞄的文章轉換為txt檔案。這個過程不可避免地是會出現錯誤的，首先是掃瞄技術本事並不...
軟體專案管理中的一些誤區
觀念之一 我們擁有一套講述如何開發軟體的書籍，書中充滿了標準與示例，可以幫助我們解決軟體開發中遇到的任何問題。工作。充分利用書籍中的方法 技術和技巧，可以有效地解決軟體開發中大量常見的問題。但實踐者並不能因此依賴於書籍，這是因為 1 現實的工作中，由於條件千差萬別，即使是相當成熟的軟體工程規範，常常...