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

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

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

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

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

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

**仕様書無しさん** · 2014/02/08(土) 19:33:57.14

つかＶＢＡしか出来ない奴らが自分の雇用を守るのが必死なうちは
会社の固定費も削減できないしボーナスも増えない。
アイツらこそ会社の害虫だろ。

**仕様書無しさん** · 2014/02/10(月) 23:54:15.75

>>44
本質的な所を絞れていればそうかもな。
でも、そんなケース殆ど見たこと無い。
適当な増改築 & UI周りのものすごい作りこみ & ModelとViewの密結合の破壊力はマジぱねぇっす。

**仕様書無しさん** · 2014/02/11(火) 10:58:54.44

>>44
でもその自慢のＶＢＡも遠く離れた営業所などでは使い物にならない。
固定費削減だからVPNとか広げるどころかクラウドでファイル共有出切るようになって廃止基調だし。

職場でもWebに切り替えようとする動きがあると必死に反対して根回しまでしているVBAオンリーな人達が・・・・

**仕様書無しさん** · 2014/02/12(水) 15:43:28.17

現場がプロトタイプとして作る → 専門PGがリファクタリング
みたいな流れがあれば良かったんだよな。

VBA自体の問題点は
Access用VBAの言語仕様が他と違う事が互換性なんかの面でひどいと思うのと、
Explicitは最初からON状態にしておくべきだったと思うんだ。
(Offにしたい人だけ明示的にOffに出来るようにとか。)

あとは関係ないけどVBEditorの検索ダイアログのバグはいつまで放置なんだろう・・・

VBAで作られた社内システムの多くは資産というより不良債権化してるし、
MSも廃止したい気配(OfficeRTでは動かないとか)だし今更感あるけど、
使い続けるならきちんとコストかけてリファクタリングする方が良いと思う。

**仕様書無しさん** · 2014/02/12(水) 20:31:26.60

>>48
専門PGが引き取るなら、そのままWeb化案件になることが多いよね。
専門PG連れて来る予算が付いた時点で、現場の担当者レベルを超えてるケースが殆どだろうし。

仮にそういう流れが出来たとして、リファクタリングしたコードを現場の人が読めるかが疑問。
コードの綺麗汚いの感覚すら無い方が多数派だろうからな。
だからといって、VBAマクロが現場の手を離れちゃうなら本末転倒だし。

VBAはリファクタリング自体難しいのも不良債権化に一役買ってるよな。
言語自体のOOP周りの構文が弱すぎる上、APIは副作用てんこもりだし。
他の言語では当たり前なボイラープレートコードの集約やインタフェースの切り出しも、VBAだと職人芸になる。

**仕様書無しさん** · 2014/02/12(水) 23:39:24.55

まだまだVBAが元気だった頃なら、
サブルーチン分けやライブラリ化、コメント付けを専門PGがやるだけで、
現場にこんなに不良債権が溜まらないで済んだんだろうと思うよ。

素人がソースいじるとコピペ→部分改変とかでどんどん肥大化する傾向だし、
的を射ないコメントがそこらじゅうにあったりで、ひどい事になってるから
早めに対策しないとどんどんメンテナンス困難になる。(そして不良債権化。)

ライブラリのリファレンスをVBAの関数リファレンスと同じ書式で書いて、
VBAのリファレンスとマージしておけば、素人でも使えるだろうし、
内部がOOPでコーディングされてても、素人が使う部分は旧来の関数・手続きIFにして、
OOP自体を隠蔽化していれば現場レベルでもマクロを再改造出来たと思う。

マクロ入りのファイルは1年に1度とか点検・リファクタリングしてれば
良かったんだろうけど、今となっては手遅れ気味だよね。

Modern UIでは実行環境を実装させない方針っぽいから、
今後OfficeがModern UI化したらVBAもなくなるのかもしれないし、
今更コストをかけてリファクタリングする意味はナサゲ。
(そうなったら、MS-Officeユーザーが減るとは思うけど。)

**仕様書無しさん** · 2014/02/13(木) 06:40:31.95

すごく目が滑る長文
まるで出来損ないのVBAコードのようだ

**仕様書無しさん** · 2014/02/13(木) 22:00:54.42

VBAがドツボでＤＱＮなのはＬＡＮ環境で無いと動かない点。

VPN契約してない２人しかいない営業所や現地常駐の営業が全国に数十拠点あったりしたらVBAアプリとか涙目。

**仕様書無しさん** · 2014/07/12(土) 22:34:01.58

どうすればいいか、って
基幹システムにExcel+VBA以上の使い勝手を持たせればいいだけだろ
具体的機能も画面設計もロジックも全て出来てるんだからコピーするだけじゃん
それすら出来ないならシステム屋の仕事を履き違えてるか能力が低い

**仕様書無しさん** · 2014/07/13(日) 00:31:25.99

>>53
VBA以上の使い勝手を実装するのはとても簡単だが
Excel以上の使い勝手はExcelを使う以外実現できない。

**仕様書無しさん** · 2014/07/13(日) 00:52:40.62

じゃあ駆逐するの無理じゃねーの
最優先すべきは現場の生産性(≒使い勝手）なんだから

**仕様書無しさん** · 2014/07/13(日) 08:46:34.11

ExcelVBAの登場は、ありがたいのか、迷惑なのか微妙だよな

昔は全部、システム作成依頼で来ていた。
　メリット：会社内で動いているプログラムを管理できる
　デメリット：システム作成しなきゃならない

今は、個人が勝手に作る
　メリット：要求をもっとも理解しているユーザーが作成するから、現場でほしいものが確実に作られる
　デメリット：作った本人がいなくなると管理不能になる

**仕様書無しさん** · 2014/11/09(日) 00:25:36.44

重くて遅くて自由度が低いWebアプリを盲目的に推進する一方で
Excel/AccessVBAをレガシーだの何だのと言い掛かりを付けて放逐しようとするのって何か違うと思うんだよな
どいつもこいつも製作側の都合ばかり考えて、システムの本質を間違えているよ

**仕様書無しさん** · 2014/12/26(金) 02:09:07.20

http://officetanaka.net/seminar/seminar1.htm
http://officetanaka.net/seminar/seminar2.htm

VBAセミナーは今後も開かれて受講者も着実に増えていき、
VBAは決して駆逐できないのである。

**仕様書無しさん** · 2014/12/26(金) 07:01:23.45

というか教える側も受講者を増やして飯の種にしたいから必死だろ

**仕様書無しさん** · 2014/12/28(日) 01:52:59.16

社内システムとしてはいいんじゃないか？
社内で作れば。
VBAを外注で作ってもらうというのは.......

**仕様書無しさん** · 2014/12/28(日) 10:00:51.09

>>60
社内システムとして作って、担当者が居なくなった、
ちゃぐちゃのVBAの改修が外注に回って来る現実がある

**仕様書無しさん** · 2014/12/29(月) 10:32:12.35

最近VBAシステムをWeb化したけど、どう考えてもVBA版のほうが使い勝手は上だったと思ってる
ただVBAをそのまま焼きなおすだけだったら、最低でもクライアントアプリにしないと大金出して劣化するだけだわ

**仕様書無しさん** · 2014/12/29(月) 11:25:07.80

>>62
そんなことは無いだろ
今はWebでExcelが動く時代だぞ
ブラウザ上のJavaScriptで頑張れば何でも出来る。頑張ればだが。

**仕様書無しさん** · 2014/12/29(月) 11:32:05.23

>>62
前時代的なweb化じゃあ駄目だよ。
ajaxバリバリ使ってSPAにしないと。

**仕様書無しさん** · 2015/01/03(土) 13:12:33.94

まあ時間と金と人が潤沢にあればなんとでもなるだろうけど
VBAリプレースにそんなもんがあるわけもなく…

**仕様書無しさん** · 2015/12/15(火) 05:33:31.61

無能実態派遣残業して時間報酬相場下げるな！
【知的財産と契約料金の搾取促進者ばかり】
［生涯損害助長SI受注SEを追放すべき］
偽装請負従犯SEの動機
コミ障人格障害
コンピュータ趣味
文系大卒低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの損害
無償プログラム提供
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
事前面接
低予備工数残業見積
無料追加
労働違反
裁判苦手
学習不足
対人障害健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病
早死

**仕様書無しさん** · 2017/06/12(月) 04:29:43.53

意味が分からない

**仕様書無しさん** · 2017/09/24(日) 22:18:41.02

エクセルを駆逐しない限り無理

**仕様書無しさん** · 2017/11/11(土) 21:00:20.47

Office VBA残る以上、無くならない

**仕様書無しさん** · 2017/11/27(月) 06:17:13.23

Excel VBAより使い易いものがあれば駆逐出来るよ

**仕様書無しさん** · 2017/12/16(土) 22:22:58.61

VBAって、難易度が高いと思っている人挙手

**仕様書無しさん** · 2017/12/27(水) 12:41:12.53

VBAができると就職に困らない

**仕様書無しさん** · 2017/12/27(水) 12:46:19.49

僕のおじいちゃんは税理士なんですがロータス123でマクロを組んで税理会計システムを作った偉い人です。
また、おじいちゃんはロータス123で作ったマクロをExcelに移植した根性のある人です。
そこまでは良かったのですが、最新のOffice2016に移行したらマクロが動かなくなりました。
Office2000までは問題なく動きます。もう年ですのでこれ以上は無理と言っています。
僕がなんとかしてあげたいと思うのですが、みなさんのお知恵を拝借できませんでしょうか？
よろしくお願いしまつ。

**仕様書無しさん** · 2017/12/27(水) 18:44:16.26

お次はOffice Pythonだってよ

**仕様書無しさん** · 2017/12/28(木) 01:06:58.71

自由競争社会なのですから会社ごと駆逐されるのが自然

**仕様書無しさん** · 2017/12/28(木) 01:08:11.46

と思っていたら日本国ごと駆逐されそうな悪寒

**仕様書無しさん** · 2017/12/28(木) 01:11:51.73

公的な統計データを「神エクセル」で公開したつもりになっちゃうような国なので

**仕様書無しさん** · 2017/12/29(金) 19:17:14.03

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

37KPVDON14

**仕様書無しさん** · 2018/01/16(火) 02:52:50.12

Office2019はpython来そうだな
とうとうvbaとも別れを告げる時が来たか
つか、19でvbaが動かなくなったら色々終わる職場が出て来そうだな

**仕様書無しさん** · 2018/02/22(木) 14:30:15.95

>>79
AppleならともかくMSでそれはないよ

**仕様書無しさん** · 2018/03/07(水) 22:48:18.88

VBAの良いところは、帳票作成の圧倒的パフォーマンスだろうな。
apacheのPOIとかで帳票出力画面作るよりも、リンクからマクロ付きのエクセルファイルをDLさせて、
エクセルオープンと同時にadoでDBのテーブルorプロシージャを叩く→レコードセットで結果表示のほうが圧倒的に早い。(ついでに書式設定も)
システム屋ならこういう棲み分けも選択肢やと思うで。

**仕様書無しさん** · 2018/05/22(火) 12:23:25.24

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

DXRNX

**仕様書無しさん** · 2018/07/02(月) 19:33:53.84

難解なプログラム言語を駆逐したい

**仕様書無しさん** · 2018/07/05(木) 20:07:16.68

客から昔いた人が作ったVBA解析して仕様書作って
そのあとで仕様変更してくれとかたまに依頼あるから
どこの会社でも困りものになってる模様

**仕様書無しさん** · 2018/07/11(水) 21:20:07.41

内部統制絡みで野良マクロが問題になるって１０年くらい前に日経コンピュータｗで言ってたような

**仕様書無しさん** · 2018/07/15(日) 13:59:50.23

そして今野良RPAを一生懸命拵えているバカな会社たち

**仕様書無しさん** · 2018/07/15(日) 17:00:20.38

本当のバカは過去の資産を後生大事に抱えこんで使い続ける奴だろ
改善に投資して日々リフレッシュすればいい
十年前のマクロ？そんなゴミ要らんよとはっきり言えるようになれ

**仕様書無しさん** · 2018/08/18(土) 04:10:02.78

VBA資産は無くならない
マイクロソフト一辺倒だった時代が長過ぎた

**仕様書無しさん** · 2019/08/07(水) 23:44:26.87

>>19
ほんまや！

**仕様書無しさん** · 2019/11/06(水) 06:19:46.01

StrComp 関数 VBA　http://vba-auto.com/strcomp_function_vba/

LAW

**仕様書無しさん** · 2019/11/06(水) 06:56:34.07

ココナラの登録方法　http://vba-auto.com/kokonara_registar_howto/

HHG

**仕様書無しさん** · 2019/11/06(水) 07:13:51.84

８年も経てばもう駆逐されてるとは思うが
単にハケンになればいいだけだよ。

VBAの保守ごときにワザワザ何百万円もかけて
害虫、じゃなかった外注を雇うバカなどさすがにいまい。

**仕様書無しさん** · 2019/11/08(金) 08:09:28.07

業者に見積り依頼したら2000万円のシステムを
VBAだと2カ月位で作成出来るからなぁ

**仕様書無しさん** · 2019/11/08(金) 20:50:23.74

「作成できたつもりになれる」の間違いでは？

**仕様書無しさん** · 2020/03/14(土) 16:08:38.09

某銀行の金融システムがVB6で作られてるんだが
COBOLに直せってそりゃ無理ですよあなた

**仕様書無しさん** · 2020/04/24(金) 15:15:21.65

VB.NETで作る方が良いかもね

**仕様書無しさん** · 2020/04/29(水) 13:51:38.27

VB.NETだとDECIMAL型使える

**仕様書無しさん** · 2020/07/30(木) 07:47:28.87

Office2019は標準インストールが64bitだな

**仕様書無しさん** · 2021/08/16(月) 19:44:36.51

>>1
まずはそれを「資産」と思わないようにする。
あんなもんは資産ではない、単なる害悪。

**仕様書無しさん** · 2021/08/16(月) 19:47:28.82

>>93
無理して外注せずに君の会社はVBAを使うのがお似合いだよ
データ数に制限があって動作速度は激遅でポータビリティはゼロに近くても我慢できるんだから
その長所を生かさない手はない

**仕様書無しさん** · 2021/08/22(日) 22:55:45.48

俺がVBA及びVBA信者が嫌いな理由
・VBAが必ずしも最適解でないことを受け入れない、受け入れようとしない
・代替手段として比較的簡単なcmd/PowerShell/C♯/Python等もある中で「学習コストが高い」というだけで脳死している(高くねーよ！)
・遅延が酷い。実際の業務で必要になる速度を理解してないせいで「VBAの処理が終わるまでExcelがフリーズする」なんてザラ。
・結局、誰も使わない「便利ツール(笑)」が社内サーバの片隅で眠り続ける(配布し始めた当初だけみんな使うけど、逆に効率悪いので化石化する)
・↑みたいな事が起きるせいで「標準プロセスにしました」発言。メンバーは大迷惑(ふざけんな…)
・逆に優秀なメンバーがもっと早く操作性もメンテ性も良い案を出しても、「誰がそれ保守できるの？」で一蹴(可哀想)。
・VBA以外の手段も調べるが、その動機が最初から「VBAが至高というエビデンス集め」なので、全く進展、成長しない

ちったぁ自分で勉強してみろよと言いたい。
本当に害悪。

**仕様書無しさん** · 2021/08/22(日) 23:05:22.35

駆逐しなければならないのはVBAではなくて
保守不可能な状態であることじゃないだろうか

**仕様書無しさん** · 2021/08/22(日) 23:10:41.60

じゃあ、君がコレどうにかしてみてよ。
Excel以外で

そんでどっちが手間か比べてみよう

**仕様書無しさん** · 2021/08/22(日) 23:16:16.16

同じ人がVBAではなくVB.NETやC#、別にWEBアプリでもいいんだけど
開発したとしても全く同じものがさらに保守しにくい形で生み出されるだけなんじゃないだろうか

別の言語だと状況が改善される論拠は何？

**仕様書無しさん** · 2021/08/22(日) 23:19:45.25

>>103
すまん、場合によってはVBAが最適となる場合もあるっちゃある。俺が言いたいのはVBAしか手段を知らない奴が、あたかもそれ以外に有用な手段はないと嘯いている事なんだ。
俺はこういう奴がいる限り、今後も「負債」になってしまったVBAコードを根絶出来ないんじゃないかと。

**仕様書無しさん** · 2021/08/22(日) 23:27:35.82

>>104
では例に出たC#とVBAだと、まず基本的に出来ることにほとんど差はないが、C♯の方が型定義が厳密。つまり、バグのほとんどをコンパイル時に見つけられる。VBAだとそこら辺は緩いので、適当に定義しても動いてしまう。実行時エラーが起きるまで気付けないなんてことも多い。
定義が厳密であるということは、保守しやすいという意味でもある。
あとは単純にコード量がVBAよりもC♯の方が少なくて済む。(物にもよるが、基本的にそうだと思う)
あとはそうだな、他アプリの起動や操作ができるとかかな？VBAでもできるかどうかはちょっと分からない。

**仕様書無しさん** · 2021/08/23(月) 07:48:20.42

Option Explicit

**仕様書無しさん** · 2021/08/24(火) 06:31:01.46

VBAじゃなくてHTAがあるウチはどしたら、、、
しかもソースコード綺麗w

**仕様書無しさん** · 2021/08/24(火) 17:47:20.84

別にやりたいことと合致してるなら
どんな手段でも問題ないんだよなぁ

**仕様書無しさん** · 2021/09/20(月) 10:33:41.74

VBAで何でもやっちゃうやつって何故データをワークシートに置くのだろう？
ランダムファイルにすれば速いのにアホじゃなかろうかと個人的には思っている。
レコードの構造体とかデータファイルとかいう概念がないのかな？

**仕様書無しさん** · 2021/09/24(金) 13:17:35.05

Internet explorerでスクレイピングする系のVBAは駆逐されてほしいわ

**仕様書無しさん** · 2021/09/28(火) 13:07:48.93

>>110
Officeから入った連中にはファイル関係はハードル高いだろｗ

**仕様書無しさん** · 2021/12/20(月) 22:58:41.22

>>110
使うのはお前だけじゃないし、他の人にも使えるよう、分かりやすくするためでしょ
何のためにVBAにしてるんとおもってるの

**仕様書無しさん** · 2021/12/21(火) 07:41:15.40

そこまで考えているのは少数派
初心者が多いのだから動けば満足して終わり

**仕様書無しさん** · 2022/01/12(水) 15:29:55.80

そのツールで仕事が滞りなく進んでいるなら駆逐する必要なんか無いで
何年も問題なく使えているツールを
vbaだからだとか、コードが汚いからとか言って作り直そうとするのはやめた方がええ
大抵それにかけた時間とお金はかえってこない
よっぽど良い物ができなければ有難迷惑の自己満足になる

**仕様書無しさん** · 2022/01/25(火) 16:32:28.55

>>110
ワークシート使わなかったらいよいよVBAの意味ないやん

**仕様書無しさん** · 2022/02/12(土) 18:01:17.50

>>115
だって処理能率悪いし使う端末にMS-Officeが必須なんだもん
VBAなんて使ってたら未来永劫Windowsに縛られて金取られるだけよ

**仕様書無しさん** · 2022/02/14(月) 07:20:35.74

会社のパソコンはOfficeインストールが標準だからなぁ
Widnwosがある限りOfficeも一緒に残りそう
仮想現実の世界でもならない限りは続きそうだ

**仕様書無しさん** · 2022/02/15(火) 21:51:01.56

最近は一周回ってVBAはいいなと思うようになったよ。
保守費も含めて、アプリ開発費用に比べたら安い。

個人的に一番いいのは、パッケージソフトにあわせて業務をするべきだけどね。
古い企業ほど簡単に仕事のやり方変えられんし、
システムを仕事に合わせやすいっていったらAccess・エクセルマクロになっちゃう、、というのもわかるといえば、分かる

**仕様書無しさん** · 2022/05/08(日) 03:49:05.58

知識ゼロから勉強してVBA資産を作ろうと思っているのですが、誰にも見せずにこっそり異動または退職の際は消し去った方がいいわけですね。

**仕様書無しさん** · 2022/05/09(月) 07:33:43.40

>>120
割と普通
ただ大規模になってくるほど業務改善にもなっていて
隠せなくなってくる

**仕様書無しさん** · 2022/05/13(金) 13:01:38.77

資産にするならせめてチームで取り組まんと独りよがりなものができて終わり

**仕様書無しさん** · 2023/09/21(木) 13:50:32.29

アノ店、今日は休みやってんな

**仕様書無しさん** · 2024/03/29(金) 14:47:21.44

あるものだからな。
↓の例もある
で終わりやけど

**仕様書無しさん** · 2024/03/29(金) 15:24:24.18

>>30
自分の無知を晒してしまったんやな
分からない

**仕様書無しさん** · 2024/03/29(金) 16:09:21.67

ネットプロ－３５％だよ
又さん録音されてるよ！
プラ転したぞ

**仕様書無しさん** · 2024/03/29(金) 16:09:38.89

引っこ抜かれて終わり
頭がでかいな

警備員[Lv.10] · 2024/08/20(火) 16:31:29.16

金はまずまずだが、作業開始したら開発環境が何もなくて結局実費という経験誰かある？そんなときはどーしたら一番いいのだろうか？？

**仕様書無しさん** · 2024/08/20(火) 20:05:59.95

RDBに置き換えられる業務が多いよ