GitHub CopilotでExcel VBAをC#（WinForms）に移行した実録 — カスタム指示で8割自動化、残り2割の現実 GitHub CopilotでExcel VBAをC#（WinForms）に移行した実録 — カスタム指示で8割自動化、残り2割の現実
- 社内に「VBAの塊」が眠っていて、でも誰も触りたくない。
- そういう状況、製造業に限らず日本中の会社にあると思う。
- 私もそれに長年向き合ってきた一人だ。
- 製造業の生産技術部門でC#を書き続けてきて、何本ものVBAをC#（WinForms）に移行し
日本の製造業を中心に、社内システムとして長年使われてきたExcel VBAは「誰も触りたくない負債」になりがちだ。この記事は、生産技術部門でC#開発を続けてきたエンジニアが、GitHub Copilotのカスタム指示機能を駆使してVBA→C#（WinForms）移行を実践した記録である。
Copilotのカスタム指示によってコード変換の約8割を自動化できた一方、残り2割には人間の判断が不可欠だったという。具体的にどの部分が自動化できてどこで躓いたかが、実務目線で解説されている。
同様の移行課題を抱えるエンジニアにとって参考になる知見が多いと推測されるが、詳細な手順やコード例については元記事を直接確認することを推奨する。
Legacy Excel VBA codebases are a common pain point in Japanese manufacturing and beyond — useful enough to have survived for years, yet too brittle for anyone to want to touch. This Zenn article is a first-hand account from a production-engineering developer who has spent years writing C# in a manufacturing context and tackled VBA-to-WinForms migrations head-on.
The author leveraged GitHub Copilot's custom instructions feature to automate an estimated 80% of the conversion work, but emphasizes that the remaining 20% still demanded human judgment. The piece apparently details which patterns translated smoothly and where automation broke down — practical intelligence for teams facing similar modernization efforts.
While the summary context is limited, the framing suggests concrete examples of custom instruction prompts and migration pitfalls are included. Readers planning a similar project should consult the original article on Zenn for code samples and step-by-step guidance.
本ページの本文・要約は AI による自動生成です。正確性は元記事 (zenn.dev) をご確認ください。
