談到固定**專案，我想很多人都會深感頭痛。尤其是我們這些做外包的公司，一旦有客戶想以固定**的方式來做，很多時候會被認為不是太「好」的客戶。而固定**專案又是如此之多，以致於我們不得不長期忍受這種痛苦。
先來談談什麼是固定**專案。
固定**專案是這樣的一種專案：
真的是這樣嗎？
作為專業的軟體公司，我們早已認識到這是一種天真的想法！但是對於許多客戶（就我的觀察，應當是多數客戶），這仍然是他們期待的軟體專案進行的方式。
客戶為什麼要這樣？研究者們已經總結出不少理由：
這些理由都是合理的。如果我是客戶，為了達到這些好處，我也會"期待"**商給出估算，期望他們把專案的費用固定下來。
那固定**專案有什麼不合理之處嗎？研究者們也找到了不少證據：
除了上面這些證據，我也總結出另外的一些如下：
作為負責任的**商，我們希望客戶能夠在他們的預算內得到期待的軟體，更期望我們能夠與客戶建立長期的、互信的、雙贏的合作夥伴關係。就目前的軟體工程實踐而言，敏捷開發為我們實現這樣一種目標提供了良好的支援。對於一部分客戶，他們是敏捷專家，不需要我們的任何說服就可以朝著這個目標努力。對於另一部分客戶，他們在固定**與敏捷之間猶豫，通過適當的說服他們最終還是走向了敏捷。對於其他客戶，也許是他們還沒有意識到敏捷的好處，也許是出於上述的某種原因，無論我們如何溝通，他們最終還是選擇了固定**專案。
多數客戶還是堅定地選擇了固定**的合作方式。在當前經濟不景氣的大環境下，我似乎看到這樣的客戶比以前更多了。客戶為了追求低成本，不負責任的**商為了追求利益不擇手段，最終導致許多本來可以提供更好服務的**商無法最終贏得專案。我們努力地讓這些客戶去嘗試我們的服務，但許多時候並不奏效。
惡性競爭仍然在繼續，客戶仍然沒有覺醒，我們依舊在忍受痛苦！這就是我們的生存境地！
是敏捷的失敗嗎？是我們沒有強大得做得像ibm一樣嗎？是我們不會推銷自己嗎？
期待答案！
關於研發新專案的思考
今天下班前，領導急匆匆的跑到我和另乙個同事面前布置了一項任務要我們將公司兩款產品糅合到一起，其中一款產品是開環，優點是採用modbus匯流排控制，便於組網，為客戶節省成本，另一款產品為閉環，但是採用傳統脈衝方式控制。因為一位銷售基於自己銷售策略的考慮希望將兩款產品的優勢結合形成一款競爭對手都沒有的產...
關於做系統整合專案的思考
系統整合是機器視覺乙個主要應用技術，涉及到很多知識，簡單的視覺系統需要照明 成像採集 影象處理 計算機軟硬體等，複雜一些還涉及到機械設計 感測器 電子電路 plc 運動控制 資料庫的創立等。系統整合就是要把這些不同的技術和知識組合到乙個系統中去，使其相互完美配合並且可以穩定的工作。查閱了一些相關資料...
關於hanhunmall專案的一些思考
與快取配合 大量併發進來，通過分布式鎖保證只有乙個請求看到沒有快取後，拿到鎖，訪問資料庫，將資料放到快取中。其他併發請求拿到鎖後，再次檢查快取是否存在，發現快取已有資料，就算這些後來拿到鎖的請求，也不會重複去訪問資料庫。保證了只有乙個請求訪問資料庫，存放快取資料。其他請求只是讀取快取裡的資料。可看成...