VBA資産を駆逐するにはどうすればいいか
最近VBAシステムをWeb化したけど、どう考えてもVBA版のほうが使い勝手は上だったと思ってる
ただVBAをそのまま焼きなおすだけだったら、最低でもクライアントアプリにしないと大金出して劣化するだけだわ >>62
そんなことは無いだろ
今はWebでExcelが動く時代だぞ
ブラウザ上のJavaScriptで頑張れば何でも出来る。頑張ればだが。 >>62
前時代的なweb化じゃあ駄目だよ。
ajaxバリバリ使ってSPAにしないと。 まあ時間と金と人が潤沢にあればなんとでもなるだろうけど
VBAリプレースにそんなもんがあるわけもなく… 無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[生涯損害助長SI受注SEを追放すべき]
偽装請負従犯SEの動機
コミ障人格障害
コンピュータ趣味
文系大卒低偏差値大卒
情報処理資格非保有者
偽装請負従犯SEの損害
無償プログラム提供
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
事前面接
低予備工数残業見積
無料追加
労働違反
裁判苦手
学習不足
対人障害健康障害
孤独死
偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病
早死 Excel VBAより使い易いものがあれば駆逐出来るよ 僕のおじいちゃんは税理士なんですがロータス123でマクロを組んで税理会計システムを作った偉い人です。
また、おじいちゃんはロータス123で作ったマクロをExcelに移植した根性のある人です。
そこまでは良かったのですが、最新のOffice2016に移行したらマクロが動かなくなりました。
Office2000までは問題なく動きます。もう年ですのでこれ以上は無理と言っています。
僕がなんとかしてあげたいと思うのですが、みなさんのお知恵を拝借できませんでしょうか?
よろしくお願いしまつ。 自由競争社会なのですから会社ごと駆逐されるのが自然 公的な統計データを「神エクセル」で公開したつもりになっちゃうような国なので 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
37KPVDON14 Office2019はpython来そうだな
とうとうvbaとも別れを告げる時が来たか
つか、19でvbaが動かなくなったら色々終わる職場が出て来そうだな >>79
AppleならともかくMSでそれはないよ VBAの良いところは、帳票作成の圧倒的パフォーマンスだろうな。
apacheのPOIとかで帳票出力画面作るよりも、リンクからマクロ付きのエクセルファイルをDLさせて、
エクセルオープンと同時にadoでDBのテーブルorプロシージャを叩く→レコードセットで結果表示のほうが圧倒的に早い。(ついでに書式設定も)
システム屋ならこういう棲み分けも選択肢やと思うで。 とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
DXRNX 客から昔いた人が作ったVBA解析して仕様書作って
そのあとで仕様変更してくれとかたまに依頼あるから
どこの会社でも困りものになってる模様 内部統制絡みで野良マクロが問題になるって10年くらい前に日経コンピュータwで言ってたような そして今野良RPAを一生懸命拵えているバカな会社たち 本当のバカは過去の資産を後生大事に抱えこんで使い続ける奴だろ
改善に投資して日々リフレッシュすればいい
十年前のマクロ?そんなゴミ要らんよとはっきり言えるようになれ VBA資産は無くならない
マイクロソフト一辺倒だった時代が長過ぎた 8年も経てばもう駆逐されてるとは思うが
単にハケンになればいいだけだよ。
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から入った連中にはファイル関係はハードル高いだろw >>110
使うのはお前だけじゃないし、他の人にも使えるよう、分かりやすくするためでしょ
何のためにVBAにしてるんとおもってるの そこまで考えているのは少数派
初心者が多いのだから動けば満足して終わり そのツールで仕事が滞りなく進んでいるなら駆逐する必要なんか無いで
何年も問題なく使えているツールを
vbaだからだとか、コードが汚いからとか言って作り直そうとするのはやめた方がええ
大抵それにかけた時間とお金はかえってこない
よっぽど良い物ができなければ有難迷惑の自己満足になる >>110
ワークシート使わなかったらいよいよVBAの意味ないやん >>115
だって処理能率悪いし使う端末にMS-Officeが必須なんだもん
VBAなんて使ってたら未来永劫Windowsに縛られて金取られるだけよ 会社のパソコンはOfficeインストールが標準だからなぁ
Widnwosがある限りOfficeも一緒に残りそう
仮想現実の世界でもならない限りは続きそうだ 最近は一周回ってVBAはいいなと思うようになったよ。
保守費も含めて、アプリ開発費用に比べたら安い。
個人的に一番いいのは、パッケージソフトにあわせて業務をするべきだけどね。
古い企業ほど簡単に仕事のやり方変えられんし、
システムを仕事に合わせやすいっていったらAccess・エクセルマクロになっちゃう、、というのもわかるといえば、分かる 知識ゼロから勉強してVBA資産を作ろうと思っているのですが、誰にも見せずにこっそり異動または退職の際は消し去った方がいいわけですね。 >>120
割と普通
ただ大規模になってくるほど業務改善にもなっていて
隠せなくなってくる 資産にするならせめてチームで取り組まんと独りよがりなものができて終わり >>30
自分の無知を晒してしまったんやな
分からない ネットプロ-35%だよ
又さん録音されてるよ!
プラ転したぞ