VBA資産を駆逐するにはどうすればいいか
社内に数多あるVBA資産。
老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。
ところが、これを置き換える手段というのは中々存在していない。
なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、
Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。
この利便性は認めざるを得ない。
JettyとSQLite？結構。
で、どの端末がホストするんだ？
ポートがコンフリクトしないか？その保守は誰が？
SQLServerCEとC#？結構。
で、ソースは誰が保守するんだ？
アドホックな対応にも毎回cloneしてコンパイルってか？
HTA？結構…じゃねぇな。
ということで、VBA資産をいかにして駆逐するかを議論するスレです。
Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。
VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。 公的な統計データを「神エクセル」で公開したつもりになっちゃうような国なので 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
37KPVDON14 Office2019はpython来そうだな
とうとうvbaとも別れを告げる時が来たか
つか、19でvbaが動かなくなったら色々終わる職場が出て来そうだな >>79
AppleならともかくMSでそれはないよ VBAの良いところは、帳票作成の圧倒的パフォーマンスだろうな。
apacheのPOIとかで帳票出力画面作るよりも、リンクからマクロ付きのエクセルファイルをDLさせて、
エクセルオープンと同時にadoでDBのテーブルorプロシージャを叩く→レコードセットで結果表示のほうが圧倒的に早い。(ついでに書式設定も)
システム屋ならこういう棲み分けも選択肢やと思うで。 とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
DXRNX 客から昔いた人が作ったVBA解析して仕様書作って
そのあとで仕様変更してくれとかたまに依頼あるから
どこの会社でも困りものになってる模様 内部統制絡みで野良マクロが問題になるって１０年くらい前に日経コンピュータｗで言ってたような そして今野良RPAを一生懸命拵えているバカな会社たち 本当のバカは過去の資産を後生大事に抱えこんで使い続ける奴だろ
改善に投資して日々リフレッシュすればいい
十年前のマクロ？そんなゴミ要らんよとはっきり言えるようになれ VBA資産は無くならない
マイクロソフト一辺倒だった時代が長過ぎた ８年も経てばもう駆逐されてるとは思うが
単にハケンになればいいだけだよ。
VBAの保守ごときにワザワザ何百万円もかけて
害虫、じゃなかった外注を雇うバカなどさすがにいまい。 業者に見積り依頼したら2000万円のシステムを
VBAだと2カ月位で作成出来るからなぁ 某銀行の金融システムがVB6で作られてるんだが
COBOLに直せってそりゃ無理ですよあなた Office2019は標準インストールが64bitだな >>1
まずはそれを「資産」と思わないようにする。
あんなもんは資産ではない、単なる害悪。 >>93
無理して外注せずに君の会社はVBAを使うのがお似合いだよ
データ数に制限があって動作速度は激遅でポータビリティはゼロに近くても我慢できるんだから
その長所を生かさない手はない 俺がVBA及びVBA信者が嫌いな理由
・VBAが必ずしも最適解でないことを受け入れない、受け入れようとしない
・代替手段として比較的簡単なcmd/PowerShell/C♯/Python等もある中で「学習コストが高い」というだけで脳死している(高くねーよ！)
・遅延が酷い。実際の業務で必要になる速度を理解してないせいで「VBAの処理が終わるまでExcelがフリーズする」なんてザラ。
・結局、誰も使わない「便利ツール(笑)」が社内サーバの片隅で眠り続ける(配布し始めた当初だけみんな使うけど、逆に効率悪いので化石化する)
・↑みたいな事が起きるせいで「標準プロセスにしました」発言。メンバーは大迷惑(ふざけんな…)
・逆に優秀なメンバーがもっと早く操作性もメンテ性も良い案を出しても、「誰がそれ保守できるの？」で一蹴(可哀想)。
・VBA以外の手段も調べるが、その動機が最初から「VBAが至高というエビデンス集め」なので、全く進展、成長しない
ちったぁ自分で勉強してみろよと言いたい。
本当に害悪。 駆逐しなければならないのはVBAではなくて
保守不可能な状態であることじゃないだろうか じゃあ、君がコレどうにかしてみてよ。
Excel以外で
そんでどっちが手間か比べてみよう 同じ人がVBAではなくVB.NETやC#、別にWEBアプリでもいいんだけど
開発したとしても全く同じものがさらに保守しにくい形で生み出されるだけなんじゃないだろうか
別の言語だと状況が改善される論拠は何？ >>103
すまん、場合によってはVBAが最適となる場合もあるっちゃある。俺が言いたいのはVBAしか手段を知らない奴が、あたかもそれ以外に有用な手段はないと嘯いている事なんだ。
俺はこういう奴がいる限り、今後も「負債」になってしまったVBAコードを根絶出来ないんじゃないかと。 >>104
では例に出たC#とVBAだと、まず基本的に出来ることにほとんど差はないが、C♯の方が型定義が厳密。つまり、バグのほとんどをコンパイル時に見つけられる。VBAだとそこら辺は緩いので、適当に定義しても動いてしまう。実行時エラーが起きるまで気付けないなんてことも多い。
定義が厳密であるということは、保守しやすいという意味でもある。
あとは単純にコード量がVBAよりもC♯の方が少なくて済む。(物にもよるが、基本的にそうだと思う)
あとはそうだな、他アプリの起動や操作ができるとかかな？VBAでもできるかどうかはちょっと分からない。 VBAじゃなくてHTAがあるウチはどしたら、、、
しかもソースコード綺麗w 別にやりたいことと合致してるなら
どんな手段でも問題ないんだよなぁ VBAで何でもやっちゃうやつって何故データをワークシートに置くのだろう？
ランダムファイルにすれば速いのにアホじゃなかろうかと個人的には思っている。
レコードの構造体とかデータファイルとかいう概念がないのかな？ Internet explorerでスクレイピングする系のVBAは駆逐されてほしいわ >>110
Officeから入った連中にはファイル関係はハードル高いだろｗ >>110
使うのはお前だけじゃないし、他の人にも使えるよう、分かりやすくするためでしょ
何のためにVBAにしてるんとおもってるの そこまで考えているのは少数派
初心者が多いのだから動けば満足して終わり そのツールで仕事が滞りなく進んでいるなら駆逐する必要なんか無いで
何年も問題なく使えているツールを
vbaだからだとか、コードが汚いからとか言って作り直そうとするのはやめた方がええ
大抵それにかけた時間とお金はかえってこない
よっぽど良い物ができなければ有難迷惑の自己満足になる >>110
ワークシート使わなかったらいよいよVBAの意味ないやん >>115
だって処理能率悪いし使う端末にMS-Officeが必須なんだもん
VBAなんて使ってたら未来永劫Windowsに縛られて金取られるだけよ 会社のパソコンはOfficeインストールが標準だからなぁ
Widnwosがある限りOfficeも一緒に残りそう
仮想現実の世界でもならない限りは続きそうだ 最近は一周回ってVBAはいいなと思うようになったよ。
保守費も含めて、アプリ開発費用に比べたら安い。
個人的に一番いいのは、パッケージソフトにあわせて業務をするべきだけどね。
古い企業ほど簡単に仕事のやり方変えられんし、
システムを仕事に合わせやすいっていったらAccess・エクセルマクロになっちゃう、、というのもわかるといえば、分かる 知識ゼロから勉強してVBA資産を作ろうと思っているのですが、誰にも見せずにこっそり異動または退職の際は消し去った方がいいわけですね。 >>120
割と普通
ただ大規模になってくるほど業務改善にもなっていて
隠せなくなってくる 資産にするならせめてチームで取り組まんと独りよがりなものができて終わり >>30
自分の無知を晒してしまったんやな
分からない ネットプロ－３５％だよ
又さん録音されてるよ！
プラ転したぞ 
