.net社内に数多あるVBA資産。老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。ところが、これを置き換える手段というのは中々存在していない。Webにしろ何にしろ、まずサーバーありきで考えられているのに対し、Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。この利便性は認めざるを得ない。JettyとSQLite?結構。どの端末がホストするんだ?ポートがコンフリクトしないか?その保守は誰が?SQLServerCEとC#?結構。ソースは誰が保守するんだ?アドホックな対応にも毎回cloneしてコンパイルってか?HTA?結構...じゃねぇな。いうことで、VBA資産をいかにして駆逐するかを議論するスレです。Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。.netVBAの良いところは、帳票作成の圧倒的パフォーマンスだろうな。apacheのPOIとかで帳票出力画面作るよりも、リンクからマクロ付きのエクセルファイルをDLさせて、エクセルオープンと同時にadoでDBのテーブルorプロシージャを叩く→レコードセットで結果表示のほうが圧倒的に早い。(ついでに書式設定も)システム屋ならこういう棲み分けも選択肢やと思うで。.net大部分のツールは、数人しか使わない単純な手作業を自動化したもの。プロが出る必要もない。.net一般企業のVBA資産はシステム化の提案に向かう好機だな。自前のVBA資産は...なんというか触りたくない。Excelでテーブル定義書いたらSQLもボタン一つで〜とか、入社当時先輩が自慢気に話してたけど。ご丁寧にパスワード保護とかされてると、なんというか失笑もの。.netリプレイスさせても、素人作に負けるような物しか作れない。.netそうやって無秩序に作られたプログラムが人月単位で工数増やしてるから。.net結局>>1はVBAいじりたくないだけだろ。リプレースメリットがないと変えられないよ。.net社内システムとしてはいいんじゃないか?社内で作れば。.net>>48専門PGが引き取るなら、そのままWeb化案件になることが多いよね。専門PG連れて来る予算が付いた時点で、現場の担当者レベルを超えてるケースが殆どだろうし。仮にそういう流れが出来たとして、リファクタリングしたコードを現場の人が読めるかが疑問。コードの綺麗汚いの感覚すら無い方が多数派だろうからな。いって、VBAマクロが現場の手を離れちゃうなら本末転倒だし。VBAはリファクタリング自体難しいのも不良債権化に一役買ってるよな。言語自体のOOP周りの構文が弱すぎる上、APIは副作用てんこもりだし。他の言語では当たり前なボイラープレートコードの集約やインタフェースの切り出しも、VBAだと職人芸になる。置き換えさせるほどの発言力もない。現場にこんなに不良債権が溜まらないで済んだんだろうと思うよ。的を射ないコメントがそこらじゅうにあったりで、ひどい事になってるから早めに対策しないとどんどんメンテナンス困難になる。内部がOOPでコーディングされてても、素人が使う部分は旧来の関数・手続きIFにして、OOP自体を隠蔽化していれば現場レベルでもマクロを再改造出来たと思う。マクロ入りのファイルは1年に1度とか点検・リファクタリングしてれば良かったんだろうけど、今となっては手遅れ気味だよね。コストをかけてリファクタリングする意味はナサゲ。(そうなったら、MS-Officeユーザーが減るとは思うけど。.net手書きの文字からの完璧なインプットができればなぁ・・・。相当な数の仕事を楽にできる。.net>>61そんなことは無いだろ今はWebでExcelが動く時代だぞブラウザ上のJavaScriptで頑張れば何でも出来る。.netVBAがドツボでDQNなのはLAN環境で無いと動かない点。VPN契約してない2人しかいない営業所や現地常駐の営業が全国に数十拠点あったりしたらVBAアプリとか涙目。.netキーボードマクロで雛型作って、適当に改造というお手軽さは手放せない。.netVBAが資産と考えられるほど使われてて、スタンドアロンで便利!とか思われてるうちはムリ。仕事のやり方変える気がないんだろ?といいつつ、Filemakerを勧めてみる。アレはなかなか便利だ。専門PGがリファクタリングみたいな流れがあれば良かったんだよな。VBA自体の問題点はAccess用VBAの言語仕様が他と違う事が互換性なんかの面でひどいと思うのと、Explicitは最初からON状態にしておくべきだったと思うんだ。(Offにしたい人だけ明示的にOffに出来るようにとか。使い続けるならきちんとコストかけてリファクタリングする方が良いと思う。.netEUCって初めて聞いたときは、「なんで今の議題に漢字コードが関係するんだ?」と思ったものです。.net>>53VBA以上の使い勝手を実装するのはとても簡単だがExcel以上の使い勝手はExcelを使う以外実現できない。.net群馬県高崎市に住む41歳AB型、製造業界で派遣プログラマーの仕事をしているhekenekoこと、黒飛健と申します。新日本テクトスという会社を追われ、その後どうしてよいかわからなくなりました。私の大好きな尾崎豊の歌に励まされ、夢であるプロのクリエイターを目指すことにしました。何度も挫けそうになりましたが、尾崎豊の歌を聞きながら自分を励ましています。今も尾崎豊の歌のおかげで、夢を諦めずにCGアニメの製作を続けられています。以下の動画を見てください。一生懸命作ったもので、自分では既にプロレベルの傑作だと思ってます。できればみなさんのご意見、ご感想を聞きたいです。radaniam_part).mp4”http://www.youtube.com/watch?v=WTde4RdA5LU私の世界観の全てを凝縮した力作です。hekenekoワールドをご堪能あれ。いうブログで見ることができるらしいです。.netExcelVBAの登場は、ありがたいのか、迷惑なのか微妙だよな昔は全部、システム作成依頼で来ていた。.net自分は事務の社内SEなのでプログラム作業と言ったらVBAを書くことですね。だいたいがDBからデータを取ってきてExcelリストにしたり、Excelリストから書類を作るといったVBAプログラムです。そのVBAのプログラムが大きくなってくると外注さんにシステム発注してシステム改修してもらってます。僕はシステムのプロトタイプを作るのにVBAは一番の材料だと思います。うちは中年や年寄りの多い保守的な会社なので、いきなり新システム導入と言い出すと現場は絶対に嫌がります。Excelで便利なシートとかは、いつも作ってと頼まれます。いうのできっかけを作って試行錯誤して本システムを導入すれば現場もシステム改修に協力的になってくれます。VBAはとても良いツールだと思います。OfficeのVBAは技術者がEmacsで使うLISPのようなものですね。.net研究で、今度初めてエクセルマクロ(VBA)を使った者ですが、これ便利ですね。入り口と出口は分かっても、それ以外は作った本人にしか分かりません。ほんと、ブラックボックスです。本人以外でも、「理解して」使えます。.net素人でも何とか保守できるのがいいところ。プロに頼んだら、その日からブラックボックス化。.netだったら保守性うんぬん言ったってしょーがない。システムのリプレイスには、圧倒的に便利になる仕掛けを示すしかないよな。自社製品やってる会社がいいよな。