我們處理這類諮詢
- 這項既有資產該保留、該包裝，還是該汰換
- UI、通訊、背景處理、日誌的職責該如何劃分
- COM / ActiveX / C++/CLI / .NET 的邊界該切在哪裡
- 32bit / 64bit 問題該在哪裡吸收
- 在開始故障調查之前，該觀測什麼
適合的階段
- 實作前的方針整理
- 既有系統改修前的設計重新檢視
- 目前的架構有問題，但全面汰換負擔太大的階段
- 故障處理接連不斷，想從結構重新整理的階段
諮詢中常處理的主題
- Windows 應用程式的架構整理
- COM / ActiveX / OCX 的處理方式
- 32bit / 64bit 互通
- 執行緒模型與生命週期設計
- 日誌設計、例外設計、異常情境測試
諮詢的進行方式
- 首先整理目前的架構、限制與困擾之處。
- 接著區分要保留、要包裝、要汰換的部分。
- 有需要的話，再進一步進行以實作為前提的審查，或將改修方針文件化。
特別契合的案件
小村軟體有限公司特別契合稍微老舊、稍微複雜的 Windows 案件。
- 有既有資產
- 但維持現狀難以維護
- 然而全面重做也太沉重
這類案件，從設計整理著手，最終往往反而更省成本。