身為一名從 C/C++ 轉 C#、深耕 .NET 生態 15 年的工程師，我曾困惑：為何所在金融大企業 90% 專案強制選 J2EE，甚至曾下達「禁止使用 .NET」的鐵令？經過多年觀察與實戰，我將這一現象拆解為三層認識——技術只是表象，策略與政治才是核心。
我曾做測試證明：同負載下 .NET 效能更高、硬體成本更低、學習曲線更平緩、授權成本更廉、中小專案更合適。但與決策者溝通時發現：
IBM 營銷團隊極善於迎合決策者心理：「只有 J2EE 是企業級，.NET 是小兒科」。技術決策者多半懂技術有限，為避免被視為「低檔/無見識」，只能跟著鄙視 .NET。微軟營銷反而強調「性能強、成本低」，正中 IBM 下懷——越強調便宜，越坐實「低端」標籤。
決策者常以「J2EE 適合海量並發，曲線平緩；.NET 陡峭」為由自圓其說。但實際專案中，系統慢往往源於軟體設計與資料庫調優不善，而非語言本身。Java 與 C++ 效能差距在 10 倍內，不可能導致登入頁需 20 秒。將「吞吐量」作為大額採購的心理安慰劑，實為營銷話術。
關鍵專案技術風險 50%，但對負責人而言是 100% 政治風險。若選小廠商失敗，屬決策失誤；若選 IBM/Oracle/BEA 聯手仍失敗，可向高層匯報：「頂級陣容都搞不定，換誰也不行」——政治責任成功外包。
引入 Oracle + BEA + IBM 多廠商，技術整合難度大增（風險 50%→75%），但政治安全性最高。IBM 等大廠深諳此道，包裝成「高端咨詢/規劃」角色，精準切中決策者心理。
某創新業務專案遭內部阻力延期，IBM 為護品牌聲譽、確保應收帳款回籠，動用長期人脈網向決策層施壓，迫使專案目標確認、資源歸位、爭論平息。專案負責人早已預判風險，故意「綁定大廠」——多付 5 倍費用，實為購買「管理成本」與「政治保單」。
| 專案屬性 | 推薦策略 | 核心邏輯 |
|---|---|---|
| 有技術風險、無政治風險 | 頂級配置 + 頂級廠商 | 失敗可歸因「技術超越業界極限」，決策無過 |
| 有政治風險、無技術風險 | 綁定大廠商借勢施壓 | 關鍵時刻大廠成推手，小廠只能聽命 |
| 無技術風險、無政治風險 | 務實小廠，低成本快速交付 | 無需為政治買單，效率優先 |
