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

1仕様書無しさん
垢版 |
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を勧めてみる。アレはなかなか便利だ。
スクリプト作るとこはマには地獄のようだが、慣れると快感になるぞｗ
2011/12/25(日) 16:56:51.08
>>1
お前は根本的な所がわかってない。

VBA資産を駆逐したところで、同じ発想で作られた
言語が違うだけのものができるだけなんだが。

同じ人間が作れば、言語を変えた所で
できあがるのは何も変わらない。

たとえば最近はちゃんとオブジェクト指向なJavaScriptのコードを見かけるが
作る人がヘボだと昔ながらのHTMLに直接グローバルな関数が埋め込まれる
そんなコードになるんだよ。
2011/12/26(月) 13:20:58.16
>>2
発展がないから問題なんだよ。
解決してたらこんなスレいらないじゃないか。
ソース管理の話は、何かひとつあげつらいたかっただけなので、気にしないでくれ。

>>3
そーなんだよ、変えるつもりがないんだよ、やつらは。
>>1で俺が問題っぽく挙げてるあれやこれやは、俺が「機能性、保守性の観点から変えましょう」と提案した時に
色んな人から言われた言葉なんだよ。
で、「それが解決できないんじゃあねぇwってか今動いてるんだしいいじゃんw」と。
確かにそれは事実だが、Excelのシート数百枚を集計とかやってるアホさに目をつむるのは如何なものか、だよちくしょう。

>>4
ああ、まぁそれは真理だな…。俺は第二の負の遺産を作ろうとしているのかもしれない。
2011/12/26(月) 18:31:24.17
だったら保守性うんぬん言ったってしょーがない。
システムのリプレイスには、圧倒的に便利になる仕掛けを示すしかないよな。
VBAを捨てずにSkydriveで共有とか、Office365導入とか考えたら早いんでない？
2011/12/27(火) 00:03:59.63
別に駆逐する必要はない
アウトプットを手作業で作るか自動化して作るか、ただそれだけの違い
重要なのは、業務内容を文書等で明確化しておくこと
自分がいなくなったら、後任は手作業でやればいい
ただそれだけ
2011/12/27(火) 07:44:03.52
資産でもなんでもない
2011/12/27(火) 19:33:21.73
>>1の馬鹿を駆逐すべきだ
2011/12/27(火) 19:38:01.64
素人でも何とか保守できるのがいいところ。プロに頼んだら、その日からブラックボックス化。
2011/12/27(火) 19:42:01.73
結局>>1はVBAいじりたくないだけだろ。
リプレースメリットがないと変えられないよ。
2011/12/27(火) 19:45:42.10
リプレイスさせても、素人作に負けるような物しか作れない。
2011/12/27(火) 21:45:35.68
手書きの文字からの完璧なインプットができればなぁ・・・。
相当な数の仕事を楽にできる。
2012/01/01(日) 01:18:12.85
なんでVBAがダメなんだ？
VBAのおかげでどれだけ業務効率化できたかわからないよ。
通信ログの解析とか、人月単位で工数削減できたぞ。
2012/01/01(日) 03:33:03.88
そうやって無秩序に作られたプログラムが人月単位で工数増やしてるから。
2012/01/01(日) 22:44:56.84
>>15
人月単位で増えた工数の原因は、ツールではなく
ツールがなければログ解析もできない後任の阿呆だろ？
そもそも必要なツールなら工数割り振ってちゃんと作らせてやれ
文句はそれからだな
2012/01/01(日) 22:52:38.87
VBAでつくったものの方が使いやすいことが多い。金かけて、使いにくい物がくるのでは。
2012/01/01(日) 23:09:12.02
>>16
ドキュメントも作らずに自己満足なプログラムだけ作って仕事した気分になってる奴が原因だろ。
2012/01/03(火) 22:51:19.43
>>18
その自己満足なツールが業務効率を上げていれば問題なし
その製作者がいなくなれば、後任は手作業で仕事することになり、
前任者よりも効率は落ちるだろうが、それもただ元の効率に戻っただけのこと
そもそも無理して前任者が作ったツールを使おうとする必要はない
社内の標準ツールにしたければ、ちゃんと工数を割り当ててやれ
2012/01/04(水) 13:09:09.55
大部分のツールは、数人しか使わない単純な手作業を自動化したもの。プロが出る必要もない。
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況