VBA資産を駆逐するにはどうすればいいか

**仕様書無しさん** · 2011/12/25(日) 14:16:01.14

社内に数多あるVBA資産。
老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。

ところが、これを置き換える手段というのは中々存在していない。
なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、
Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。
この利便性は認めざるを得ない。

JettyとSQLite？結構。
で、どの端末がホストするんだ？
ポートがコンフリクトしないか？その保守は誰が？
SQLServerCEとC#？結構。
で、ソースは誰が保守するんだ？
アドホックな対応にも毎回cloneしてコンパイルってか？
HTA？結構…じゃねぇな。

ということで、VBA資産をいかにして駆逐するかを議論するスレです。
Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。
VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。

**仕様書無しさん** · 2011/12/25(日) 16:11:04.70

>>1
WSHはLLで置き換えたりすることがあるかも
サーバを置きたくないというのならこの話にそれ以上の発展なくね？
C#のソース誰が保守するんだ？って話をしてるが、じゃあVBAは誰が保守するんだ？
管理したいと思ったやつがやりたいようにすればいいじゃん

**仕様書無しさん** · 2011/12/25(日) 16:24:31.37

VBAが資産と考えられるほど使われてて、スタンドアロンで便利！とか思われてるうちはムリ。
だって仕事のやり方変える気がないんだろ？
といいつつ、Filemakerを勧めてみる。アレはなかなか便利だ。
スクリプト作るとこはマには地獄のようだが、慣れると快感になるぞｗ