您是否有過以下這些情況
有只在長時間運作後才會當機的 Windows 應用程式
與設備的通訊偶爾停止，掌握不到重現條件
當初的開發人員已經離開，沒人能動內部
依賴 COM / ActiveX，無法搬到新環境
32bit 與 64bit 混合，每次串接就出現問題
一直被告知「只能整個重做」，已經拖了好幾年
老舊 Windows 軟體與設備連動的問題，「誰能動內部」往往是最大的瓶頸。
放著不處理，會繼續困擾下去
- 每次故障，製造線或業務就停擺
- 能動內部的人越來越少，改修成本逐年上升
- OS 或周邊設備每次更新，動作風險就增加
- 真的要「重做」時，沒人知道規格
由小村軟體有限公司追查原因並修正
代表小村投入設備控制、通訊、長期運行系統的開發，以及難以重現故障的根本原因解析超過 5 年。對含老舊 SDK、COM / ActiveX、32bit / 64bit 混合環境的既有資產，我們以「不勉強重做、加以活用」的方針投入。
新開發、改修、故障調查、既有資產活用遷移，全部由同一窗口一貫對應。「先聽聽看，整理該從哪裡開始」階段的諮詢就可以了。
以 3 個步驟進行
1
現狀掌握・觀測點設計
整理執行環境、日誌、重現條件、設備構成，設計能逼近原因的觀測點。
2
切分・原因鎖定
從取得的日誌與行為壓縮重現條件，鎖定根本原因。
3
改修・防止再發
除了修正與動作確認，還包含能早期偵測再發的日誌設計，一併交付。
整理之後的樣貌
- 原本不明原因的當機、通訊中斷，能用資料追蹤
- 設備連動能承受長時間運用
- 含 COM / ActiveX 的既有資產，能訂出不丟棄而活用的方針
- 留下能讓後任繼續運作的文件與日誌設計
請先告訴我們狀況
請在能提供的範圍內，告訴我們環境、症狀、注意到的重現條件。我們會整理出應從新開發／故障調查／技術諮詢／改修維護／資產遷移中的哪一個開始，並回覆您。