Excel VBA 質問スレ Part53

**デフォルトの名無しさん** · 2018/04/27(金) 19:02:38.39

ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK

※前スレ
Excel VBA 質問スレ Part52
http://mevius.5ch.net/test/read.cgi/tech/1517052305/

**デフォルトの名無しさん** · 2018/05/02(水) 23:25:18.98

>>250
そもそもプログラムも組めないお前に言われたくないな。

**デフォルトの名無しさん** · 2018/05/02(水) 23:30:06.52

ということにしたいんだね

**デフォルトの名無しさん** · 2018/05/02(水) 23:43:29.80

ゴミ発言しかしねえな。

**デフォルトの名無しさん** · 2018/05/03(木) 00:13:05.31

だからVBAて嫌いなんだよ

**デフォルトの名無しさん** · 2018/05/03(木) 05:29:14.50

お前の好き嫌いなんぞ知ったことか

**デフォルトの名無しさん** · 2018/05/03(木) 06:39:37.57

VBAしか使わせてもらえない環境の仕事場にいるとプログラミングのキャリアアップは絶望的
そんなクソみたいな所はサッサと逃げ出した方が人生上手く行くよ
エクセル(笑)以外は何のスキルもないからもう遅いか
チーン

**デフォルトの名無しさん** · 2018/05/03(木) 07:27:45.67

それぞれ用途やシュチュエーションによって
どの言語を使うとより便利かは変わるから
「こういうときは～を使うと便利」というのは分かるけど
それを人に押し付けるのはちょっといかがなものかな。

EXCELの操作を行うのには通常VBAが一番便利だし
かゆいところに手が届かない場合は他の言語でdll作ってそれを参照して使えばいい訳だし。

EXCELはCOMとして他の言語で作ったアプリやシステムから操作出来るけど
COMだからメモリの解放がとんでもなく面倒だし
NPOIとか使ったところでその動作保証は誰もしてくれないしね。

それでもそういうのが必要なシュチュエーションであれば使わざるを得ないけどね。

**デフォルトの名無しさん** · 2018/05/03(木) 07:59:15.17

後、SQLがプログラミング言語かどうかという論議があったけど厳密に言えば違う。
VBAやVB、JAVA、C、C#、rubyなど一般的に言われているプログラミング言語は「手続き型」で、
それに比べてSQLは「宣言型」に分類されるので、
そもそものプログラムの意味である手順、手続き、計画等の意味合いから外れることになる。

とは言え一般的にはその辺引っくるめてプログラミング言語と呼ばれることが多いけどね。

**デフォルトの名無しさん** · 2018/05/03(木) 08:26:16.16

>>258
関数型言語はプログラム言語じゃないぐらい乱暴な意見乙

**デフォルトの名無しさん** · 2018/05/03(木) 08:30:21.08

>>259
関数型言語は両方網羅してるから分類でいうとどうなるのかね

**デフォルトの名無しさん** · 2018/05/03(木) 08:45:12.23

SQLはチューリング完全

**デフォルトの名無しさん** · 2018/05/03(木) 09:13:29.23

>>258
SQLがプログラミング言語かどうか、なんて議論はなかったんじゃ？
>>192でVBA、C++、 C#、SQLを同列に並べたうえで
「データがでかいならSQL一択」なんて主張があった。
VBAプログラムからSQLを使う、とかC++プログラムでSQLを使う、とかならわかる。
「SQL一択」って何だよっていう。

**デフォルトの名無しさん** · 2018/05/03(木) 10:01:18.15

>>262
なるほど、俺の勘違いか。それはすまんかった。

SQL一択というのがもし他の言語から呼び出して
使うものであったとしてもちょっと賛同しかねるわ。

理由はVBAスレからかけ離れる話になるんで詳しいことは言わないけど
ビッグデータであれDBの内容を書き換えるのにSQLが一番有効とは限らないってこったね。

**デフォルトの名無しさん** · 2018/05/03(木) 10:09:23.08

今日もプロさん元気やなw

**デフォルトの名無しさん** · 2018/05/03(木) 10:30:29.52

>>257
＞EXCELの操作を行うのには通常VBAが一番便利だし
VBAの言語機能がレガシーすぎてとてもじゃないが便利とは言えんな
ラムダすら無い言語って今時珍しいぞ

＞かゆいところに手が届かない場合は他の言語でdll作ってそれを参照して使えばいい訳だし。
めんどくさすぎ

＞EXCELはCOMとして他の言語で作ったアプリやシステムから操作出来るけど
＞COMだからメモリの解放がとんでもなく面倒だし
要所を押さえときゃGCで十分だよ
クリティカルなシステムじゃなく使い捨てなら余計にな

＞NPOIとか使ったところでその動作保証は誰もしてくれないしね。
何使ったってテストは必須
テストは誰もしてくれないじゃなくて自分でするものだ
テストされてないアプリとかほとんどテロだからな
VBAはテストしにくいぞ

**デフォルトの名無しさん** · 2018/05/03(木) 10:31:49.93

>>263
> ビッグデータであれDBの内容を書き換えるのにSQLが一番有効とは限らないってこったね。
他の選択肢ってなに？

**デフォルトの名無しさん** · 2018/05/03(木) 10:44:41.52

>>265
＞要所を押さえときゃGCで十分だよ

ガベージコレクションは現在使用されていると認識されているObjectに対して
いくら走らせても無意味だよ。

**デフォルトの名無しさん** · 2018/05/03(木) 10:52:55.07

>>266
例えば可読性から言ったらEntityFreamworkや
Hibernateを使ったORマッパーを使う方法

例えばSqlServerであれば
処理速度から言えばDataTableの内容を
一行一行インサートしないでBulk Copyを使う方法

とか

**デフォルトの名無しさん** · 2018/05/03(木) 10:53:33.60

>>267
じゃあ閉じれば？

**デフォルトの名無しさん** · 2018/05/03(木) 10:56:44.58

>>267
それは周知の事実だがお前がなんの意図を持ってその発言をしたのか理解できない

**デフォルトの名無しさん** · 2018/05/03(木) 10:58:48.24

>>269
その発想は実際使ったことない人から出る発想だね。
実際にはセル一つ操作するにもその上の階層にある
全てのインスタンスを定義して全て解放しなければならない。

**デフォルトの名無しさん** · 2018/05/03(木) 11:00:48.87

>>270
それはCOMを使うということは
ガベージコレクションを意識しただけでは
出来ないということが多々あるから

**デフォルトの名無しさん** · 2018/05/03(木) 11:04:07.21

本当にVBA以外の言語も使える人間ならVBA以外でエクセルいじるのはクッソ面倒って分かってるわけで
エクセル案件にVBA以外を勧めてくる時点でお察しだから真面目に答えたらアホ見るだけだぞ

**デフォルトの名無しさん** · 2018/05/03(木) 11:08:48.01

>>272
流し読みするタイプかな
要所を押さえてって書いたんだけど見えなかったようだ

**デフォルトの名無しさん** · 2018/05/03(木) 11:10:33.05

>>274
要所なんてない。
全て生成、解放しなければ
メモリリークを起こしたり
EXCELが閉じられなくなったりする。

**デフォルトの名無しさん** · 2018/05/03(木) 11:10:38.71

>>268
> ORマッパーを使う方法
まあSQLは使ってないけど...

> 一行一行インサートしないでBulk Copyを使う方法
どうやって「書き換える」のよ...

**デフォルトの名無しさん** · 2018/05/03(木) 11:13:07.36

>>276
だから「登録」とか「更新」なんて
勘違いしないように
DBを書き換えると言ったつもりだったんだけどな・・・

**デフォルトの名無しさん** · 2018/05/03(木) 11:15:10.86

>>275
うーんこの…
だからさ、GCで殆ど解放されるんだよ
quitやcloseなどといった要点を守ればComラッパーが参照カウンタの面倒見てくれんの
粗悪なウェブサイトのせいで.NETだと逐一ReleaseComObjectしないとダメみたいな誤解が広まってるがあれはウソだからな

**デフォルトの名無しさん** · 2018/05/03(木) 11:15:53.09

>>275
全部きちんと解放すればいいだけ
そもそもMicrosoft.Office.Interop.ExcelのオブジェクトがDisposableでないのが不思議
Disposableならもう少しきれいに書けるだろうに

**デフォルトの名無しさん** · 2018/05/03(木) 11:17:25.51

>>279
だから出来ないとは言っていない
面倒だといっている

**デフォルトの名無しさん** · 2018/05/03(木) 11:17:29.41

>>277
インサートをDBを書き換えると表現する奴を初めて見たわ w

**デフォルトの名無しさん** · 2018/05/03(木) 11:25:30.83

>>280
> それはCOMを使うということは
> ガベージコレクションを意識しただけでは
> 出来ないということが多々あるから

そもそもとんでもなく面倒と言うほどのことでもないし

**デフォルトの名無しさん** · 2018/05/03(木) 11:28:04.31

面倒くさいって言ってる奴はGCだとリークするからいちいち全部明示的にリリースしなきゃダメなんだって勘違いしてるんだろ
根本的に間違ってるのだから面倒くさいという結論も間違い

**デフォルトの名無しさん** · 2018/05/03(木) 11:28:20.47

>>282
それは人の感覚だから何とも言えんけど
仕事場に制限が無ければ俺ならPOIとかNPOI使うな

**デフォルトの名無しさん** · 2018/05/03(木) 11:35:18.84

やっぱ適当に批判してる奴は知ったかぶりだったかw

**デフォルトの名無しさん** · 2018/05/03(木) 11:52:56.26

結局VBA最強って結論でおｋ？

**デフォルトの名無しさん** · 2018/05/03(木) 11:54:33.72

VBA最弱でOK

**デフォルトの名無しさん** · 2018/05/03(木) 11:57:59.34

適材適所。

**デフォルトの名無しさん** · 2018/05/03(木) 12:00:47.01

>>284
> NPOIとか使ったところでその動作保証は誰もしてくれないしね。

> 仕事場に制限が無ければ俺ならPOIとかNPOI使うな

なんか精神患ってない？

**デフォルトの名無しさん** · 2018/05/03(木) 12:03:22.26

>>289
そう。それでもそっちの方がマシ。

**デフォルトの名無しさん** · 2018/05/03(木) 12:15:36.99

>>247
Excelだけってなると無理じゃないかな
その設定に介入するすべがないとどうしようもない

**デフォルトの名無しさん** · 2018/05/03(木) 12:16:30.95

Excel含めたOfficeアプリケーションの操作の話とデータの操作の話が入り混じっていてわかりにくいな。
俺はアプリの操作なんてほとんどやってないや。（自分に）需要がない。
データの分析や操作にVBAを使っていて、VBAが最強だと思っている。

**デフォルトの名無しさん** · 2018/05/03(木) 13:02:07.39

データ分析や操作にVBAが適しているとかご冗談でしょう？

**デフォルトの名無しさん** · 2018/05/03(木) 13:06:18.71

エクセルでデータ分析って何が出来るの？
そもそもエクセルってデータベースじゃないよね？

**デフォルトの名無しさん** · 2018/05/03(木) 13:06:24.47

>>278
おやおやプロさん何に騙されたんやw
それともプロさんレベルになるとバグをなかった事にできる魔法とか使えるんか？www

**デフォルトの名無しさん** · 2018/05/03(木) 13:10:13.46

データ解析には普通はpythonやRだよね

考えてみたがやっぱりVBAで書いたほうが楽なケースってイベントハンドラぐらいしか無い気がする
ヘッドレスで出来る処理は他のスクリプトのほうが簡単だしそもそも多くの場合Excelである必要すらない

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:15.50

Excelである必要が無いとか、スレチもここまで来るとはw

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:16.06

>>296
おまえ良いところに気がついたなw
このスレのプロさんにしては珍しい奴やw

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:37.90

>>291
Cell ごとに入力規則でオン・オフとかしてるんですが
ちょうどExcelプロフェッショナルな面々がいらっしゃるようなので
今だ！と思って質問しました。
https://teratail.com/questions/73952

ここでやってらっしゃることが似たケースなのかな、と
VSやC♯でならIMEModeをコントロールできるなら、どうにかできるのかな？と
教えてもらっても実装できるかどうか自信はありませんが

**デフォルトの名無しさん** · 2018/05/03(木) 13:27:56.26

>>299
C#とかじゃの問題じゃなくてそのリンク先に書いてあるのはそういう処理を挟み込めるコントロール（部品）だからできるってこと
Excel自体にそんな機能があればできるかもしれないけど俺は知らない

**デフォルトの名無しさん** · 2018/05/03(木) 13:34:22.11

>>299
自宅にwindows無いから試せんがたぶんこれでできるだろ

Excelを使用開始した時に
HKEY_CURRENT_USER\SOFTWARE\Microsoft\IME\15.0\IMEJP\MSIME
ShowImeModeNotification
を0に設定する
Excelを使用終了したら元の値に戻す

Excelの使用中の定義がわからんがそれは自分で決めて

お決まりの文句だけどレジストリ弄る時はもちろん自己責任な

**デフォルトの名無しさん** · 2018/05/03(木) 14:18:15.46

>>301
おー凄い
よくそんな事まで知ってるね

**デフォルトの名無しさん** · 2018/05/03(木) 14:41:12.43

>>294
Excelとは書いてない。VBA単独だよ。

**デフォルトの名無しさん** · 2018/05/03(木) 14:42:54.90

VBA単独で何をやれるんだ…
むしろExcel単独のほうがマシなレベルだろ

**デフォルトの名無しさん** · 2018/05/03(木) 15:17:06.77

>>304
DBもテキストファイルも読み書きできてhttpリクエストも出来て
API呼び出しも出来て一般的な制御構造を持ってて、
ユーザとダイアログで対話出来て、それでなにが致命的にできないというの？

**デフォルトの名無しさん** · 2018/05/03(木) 15:21:11.80

単独って言われるとライブラリも無しってイメージしちゃうからな
まぁそうすると何かが出来る言語ってほうが珍しいんだけどさ

**デフォルトの名無しさん** · 2018/05/03(木) 15:31:00.49

Shell "EXPLORER.EXE https://minkabu.jp/stock/1330";だと
うまく開けますが、
Shell "EXPLORER.EXE https://textream.yahoo.co.jp/search?query=1330";
のように?(クエスチョン)が入っていると
なぜかマイドキュメントホルダーが表示されます。
引数の?は何かエスケープしなければなりませんか？
よろしくお願いいたします。

**デフォルトの名無しさん** · 2018/05/03(木) 15:46:12.37

>>305
車輪を再発明するの好きそう

**デフォルトの名無しさん** · 2018/05/03(木) 15:58:07.60

>>307
Explorerの仕様じゃないかな
ExplorerにWEBサイトのアドレスを渡す→ブラウザーで開く
っていう仕組みらしーので
Explorerが解釈する段階で「？」は禁則文字だから受け付けてくれない
ハイパーリンクでやるのがいいのではなかろーか

**デフォルトの名無しさん** · 2018/05/03(木) 16:13:02.98

>>309
ありがとうございます。
なるほどです。
ハイパーリンクの方向で考えてみます。

**デフォルトの名無しさん** · 2018/05/03(木) 16:14:57.73

>>308
車輪の再発明でも、それによってVBA単独で作業がこなせるようになるなら、
十分意味あるのでは？

**デフォルトの名無しさん** · 2018/05/03(木) 16:15:07.06

>>308
個体発生は系統発生を繰り返す
問題ない

**デフォルトの名無しさん** · 2018/05/03(木) 16:36:29.69

>>305
ライブラリは探せばそれなりにあるけどAPIにセンスが無い
OOPサポートも半端だし関数型サポートがないのも致命的じゃないかな
せめてどちらかは欲しいところ
名前空間が無いのも気持ち悪い
そのせいでコードのパッケージングと再利用もしにくい
全体的にチープで古臭い
昔からある言語でMSも投資する気がないから仕方がないけど時代に取り残されてる
モダンなプログラミング環境を知ってる現代人には到底受け入れられない

**デフォルトの名無しさん** · 2018/05/03(木) 16:47:53.46

>>313
そんな名古屋に対する悪口みたいに言うなよ

モダンなプログラミング環境を知っている現代人がセンスあるAPIでOOPと関数型サポートを提供して
コードの再利用をやりやすくすればいいんじゃね？
名前空間とパッケージングと全体的にチープで古臭いのはまあしょうがない。

**デフォルトの名無しさん** · 2018/05/03(木) 16:54:56.30

弘法筆を選ばず

流行の最先端の言語を使いたがるのが学生気分抜けやらぬ初級者～中級者の常だが
そのモダンな(笑)言語が3年後にも安定して使い続けられる確証があるんだろうか
その環境に適した言語と自分が使いたい言語は必ずしもイコールではない

**デフォルトの名無しさん** · 2018/05/03(木) 16:56:47.30

VBAが先に消えそうだけどな

**デフォルトの名無しさん** · 2018/05/03(木) 16:59:42.65

筆だけで商売できる弘法さんは気楽でいいよな

**デフォルトの名無しさん** · 2018/05/03(木) 17:08:35.41

>>315
3年後には環境が大いに変わる
そういう世界で競争しているので安定しないのはしょうがない
安定ばかりじゃ勝てないからな

**デフォルトの名無しさん** · 2018/05/03(木) 17:11:43.22

>>316
そのころにはPython 4 (もちろんPython 2.7とも3.6とも互換性なし) が枯れた言語になってるだろう

**デフォルトの名無しさん** · 2018/05/03(木) 17:12:00.60

OOPがサポートされてても使いこなせてなさそうだな。無闇に継承とか使ってそうだ。

**デフォルトの名無しさん** · 2018/05/03(木) 17:46:23.02

結局のとこ、自分が道具を使いこなせないか、その道具で満足なものが作れないから
道具の文句を言うしかないわけだな

**デフォルトの名無しさん** · 2018/05/03(木) 18:16:26.03

何か、WindowsとLinux論争と似てるんだよな。
Excel使わないで、何か他の表計算めいたもので結果を出すという選択肢があれば理解出来る。

でもExcel使う前提なら普通はVBAが有利だろ。

俺はRも少しは使えるけど、そもそも仕事じゃ入れさせて貰えない。
特に有料ソフトじゃないと申請が通りにくい。
そりゃ面倒くさい手続きを経れば入れさせて貰えるけどさ。
其れだったらExcelだけで何とかしようとする。
で、意外に何とかなったりもする。

C#で個人的に自作したCOMアドインも無理だよな。
得体の知れない物と同じだからさ。

**デフォルトの名無しさん** · 2018/05/03(木) 18:37:19.10

>>322
> でもExcel使う前提なら普通はVBAが有利だろ。
この狭量な考えに同意が得られないことに気づいてくれ

**デフォルトの名無しさん** · 2018/05/03(木) 18:55:41.67

>>322
状況を教えて。
１．Rは普通に理由を添えて申請してもダメなの？
２．COMアドインは具体的に何の行為がNG？ソースは職場でビルドするの？

**デフォルトの名無しさん** · 2018/05/03(木) 18:57:16.70

>>323
まずは
大多数の人は同意していて、同意していないのは小数
ってことに気付いてくれ。
（少数派がダメとは言っていないが）

**デフォルトの名無しさん** · 2018/05/03(木) 19:03:29.02

>>301
ありがとうございます　この機に聞いて良かった
連休明けに試します

**デフォルトの名無しさん** · 2018/05/03(木) 19:09:49.73

>>325
> 大多数の人は同意していて、同意していないのは小数
> ってことに気付いてくれ。
> （少数派がダメとは言っていないが）
それはお前の思い込み
何度も状況次第って書かれてるし、VBAが使いづらい理由とかも書かれてる
にもかかわらず常にExcelにはVBAって言ってるから同意が得られないだけ

**デフォルトの名無しさん** · 2018/05/03(木) 19:12:28.03

>>327
いや、大多数の人はそうじゃない
思い込みじゃないよ
>>322の人はちゃんと「普通は」って書いてるじゃないか

**デフォルトの名無しさん** · 2018/05/03(木) 19:21:12.05

>>327
表形式のデータを扱いたいためにエクセルって言っとるおまえの方が大いなる思い込みをしとるわw

**デフォルトの名無しさん** · 2018/05/03(木) 19:28:02.90

ソースもなしに大多数とか頭弱く見えるぞ

ほとんどの状況でVBA以外でExcel使ったほうがやりやすい
VBAの言語仕様が古臭いから
例外はユーザー定義のワークシート関数作るときに仕方なく使うだけ

**デフォルトの名無しさん** · 2018/05/03(木) 19:28:17.66

>>327
大多数の人は状況によりVBAも使う。
あなたが言っているのはどのような状況でもVBAは使わない。

**デフォルトの名無しさん** · 2018/05/03(木) 19:40:29.12

>>330
それってあなたの感想ですよね

**デフォルトの名無しさん** · 2018/05/03(木) 19:45:26.62

>>323
だって別のファイルで操作するなんて言った瞬間にウィルスかとか言われたりするわけよ。
だから職場で、殆ど何も入ってない環境で作らないと駄目だろ。
その上、それってVBAじゃ出来ないの?とか言われて、実際出来たりするからな。

個人所有のノーパソにはVisualStudio入ってる。
2010だけどプロフェッショナル版だ。
今はタダで最新版が使えるわけだが買ったものをタダのに入れ替える気にならなくてな。

職場のPCにゃVisualStudioは入っとらん。
Rもそうだがそもそも申請しなきゃならんというのがもう既に面倒くさい。
どうしても必要なら申請するけど、そんなことも無いからな。

**デフォルトの名無しさん** · 2018/05/03(木) 19:51:36.08

素のWindows + Office環境だけでいかに要求仕様を満たせるかという縛りゲー

わりと楽しい

**デフォルトの名無しさん** · 2018/05/03(木) 19:55:14.91

目的が達成できれば何でもいい。
言語に縛られて手段と目的を勘違いしてるとしか思えない発言のパレード。

**デフォルトの名無しさん** · 2018/05/03(木) 20:00:07.28

>>328
そもそも何をもって普通と言ってるのか知らんけどVBAが有利じゃないケースもあると言ってるのに毎回普通は～って返してるだけだよね？

>>329
反論が明後日すぎる w
Excel自体の話はしてないよ

>>331
> あなたが言っているのはどのような状況でもVBAは使わない。
どこからこんなアホな解釈が出てくるんだよ w

>>333
お前の回りがおかしいのかお前がおかしいのかはわからんけどあまり一般的な会社じゃないと思うよ

**デフォルトの名無しさん** · 2018/05/03(木) 20:13:04.83

>>336
おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
非常にややこしい勘違いの持ち主がおまえをはじめとするプロさんやねんw

**デフォルトの名無しさん** · 2018/05/03(木) 20:19:10.52

>>333
やじうま根性だけど、よそ様のそういう事情に興味があります
うちだと申請書と上司の捺印は必要なものの、
「～の統計的分析作業にR言語を使用したい。R言語は実績あるオープンソースで～」
みたいなことを適当に書いておけば、ほぼ通る。
もちろん金がかかると途端にハードルが高くなるけど。

**デフォルトの名無しさん** · 2018/05/03(木) 20:21:11.84

自称プロがVBAと言っているのは、Visual Basic for Applicationsの方じゃなくて、なんか別のVBAなんだろう

**デフォルトの名無しさん** · 2018/05/03(木) 20:21:42.95

>>337
> おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
> 普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
どこのレスを読んでそんなアホな解釈したのか書いてみ

**デフォルトの名無しさん** · 2018/05/03(木) 20:26:55.58

>>338
まあ、うちも似たような感じだな
金の話は経理管轄だから費用対効果の説明がいるけど固定資産にならない範疇ならそんなに厳しくはないし

**デフォルトの名無しさん** · 2018/05/03(木) 20:30:54.21

>>340
解釈てw
はっきりとVBAが有利じゃないケースて言っとやんかwにわとりかおまえはw
でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
ほれwはやくw

**デフォルトの名無しさん** · 2018/05/03(木) 20:45:31.64

VBAが古臭い使いにくい言語・開発環境ってのは全員が理解してる
なのでVBAでやるべきだという積極的な理由がなければVBA以外の言語を使うべき
VBAでやるべき場面は何かというと殆どなくてイベントハンドラを書く場合などに限られてくる
Excel以外にGUIツールを手軽に作る手段を知っているならその出番すらなくなる

**デフォルトの名無しさん** · 2018/05/03(木) 20:48:26.60

>>336
君、アホだろ。
逆だっちゅうの。

Excel使ってるという限定された場だからこそVBAが有利だと言ってるだけ。
Excel使ってなければ普通に別の言語の方が有利だろ。

君はどんな時でもVBAが不利だと言いたいようだけど大抵の処理はどんな言語でも出来る。
だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

じゃあ、VBAでは出来ないことが有ったとする。
普通に別言語使うわ。

**デフォルトの名無しさん** · 2018/05/03(木) 20:51:11.73

>>342
> でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
> ほれwはやくw

既に書いてあるがガン無視だったよな w

>> さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
>> あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる

**デフォルトの名無しさん** · 2018/05/03(木) 20:54:31.94

>>344
> 君はどんな時でもVBAが不利だと言いたいようだけど
だからどこを読んでこんなアホな解釈してるんだよ？
これ聞くの２回目だよ？
答えられないなら黙ってなよ

**デフォルトの名無しさん** · 2018/05/03(木) 20:56:28.57

>>336
アレ？powershellがそのまま使えるからVBAではなくpowershellを使えって言ってなかったか？
違う人ならすまんな。

**デフォルトの名無しさん** · 2018/05/03(木) 20:56:45.92

>>338
うん。
そういうこと色々言えば通るだろうね。
でもVBAでも十分出来るだろうと思えるものに、そういうことを言って通すのに抵抗があるし、面倒くさいということ。

でも、Rはダメかもね。
むしろ金がかかる方がハードルが低い。

俺はよっぽど使いこなせて凄いこと出来るぐらい自分のレベルが高くないとそういう主張はしないな。
そりゃ、VBAじゃ無理っつう具体的な何かが有るなら別だけど。

**デフォルトの名無しさん** · 2018/05/03(木) 20:59:38.23

>>345
何を言いたいのかよく分からんがw

まず勘違いその2
データとプログラムが一体になっとるのは不便や
どこを勘違いしたらそれを便利だと思えるのやプロさんw

で次な
データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
に面倒なことになるのはVBA全然関係あらへんw

端的に言っておまえは一体何を言うとるんやw

**デフォルトの名無しさん** · 2018/05/03(木) 21:00:15.42

>>346
お前が最初にこの論争を始めたわけではあるまい。
元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。