こういう相談に対応します
- この既存資産は残すべきか、包むべきか、置き換えるべきか
- UI、通信、バックグラウンド処理、ログの責務をどう分けるべきか
- COM / ActiveX / C++/CLI / .NET の境界をどう切るべきか
- 32bit / 64bit 問題をどこで吸収するべきか
- 不具合調査を始める前に、何を観測すべきか
向いているフェーズ
- 実装前の方針整理
- 既存システム改修前の設計見直し
- いまの構成がつらいが、全面リプレイスはまだ重い段階
- 障害対応が続いていて、構造から整理し直したい段階
相談でよく扱うテーマ
- Windowsアプリのアーキテクチャ整理
- COM / ActiveX / OCX の扱い方
- 32bit / 64bit 相互運用
- スレッドモデルやライフタイム設計
- ログ設計、例外設計、異常系テスト
相談の進め方
- まず、現在の構成・制約・困りごとを整理します。
- 次に、残すもの、包むもの、置き換えるものを分けます。
- 必要なら、実装前提のレビューや改修方針の文書化まで進めます。
特に相性のよい案件
KomuraSoft は、Windows の少し古くて少し複雑な案件との相性がよいです。
- 既存資産がある
- でも今のままでは保守しにくい
- ただし全面作り直しも重い
こういう案件は、設計整理から入るほうが結果的に安く済むことが多いです。