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/04/30(月) 22:38:58.58

>>121
> デカイデータの時にawkとかC#ってのがよく分からんな。
それは>>81に聞いてくれ

> Excelで扱うデータでシートに入れるようなものならExcelの方が良いだろ。
処理内容によるとしか言えない

**デフォルトの名無しさん** · 2018/04/30(月) 22:40:13.46

ないよ
再現するコードとサンプルデータ貼っとけば早いんじゃね

**デフォルトの名無しさん** · 2018/04/30(月) 22:46:03.65

>>123
＞クエリ言語ってプログラム言語の一種だよ...

かなり違うと思うよ。
「違う」というのは、プログラミング言語の選択とクエリ言語の選択が直交している
という意味で言っている。

**デフォルトの名無しさん** · 2018/04/30(月) 22:50:53.98

>>124
＞レコードの内容を変えて何度か試してみたのですが

じゃあ例えば1行目の内容と全く同じものを10行繰り返しても
3行目だけおかしいの？

**デフォルトの名無しさん** · 2018/04/30(月) 22:54:51.03

>>125
そう。
処理内容によるのに、しかもExcel内の作業ならVBAの方が有利なことも多いのに、どうしてなんでもかんでもかたくなに否定するのか分からん。

そういう頭の堅い奴は、最適なものを選ぶというセンスが無いんだろうな。

PowerShellとか言ってる奴も意味分からん。
Excel.Application使ってるならVBA使ってるということだと思うんだがなあ。

**デフォルトの名無しさん** · 2018/04/30(月) 22:57:06.73

>>127
それ君の思い込みでしょ
VBAからC++で書いたdllにデータ処理させるのと、VBAからSQL発行してDBMSにデータ処理させるのと何が違うと言うんだ？

**デフォルトの名無しさん** · 2018/04/30(月) 23:02:27.95

>>129
> 処理内容によるのに、しかもExcel内の作業ならVBAの方が有利なことも多いのに、どうしてなんでもかんでもかたくなに否定するのか分からん。
簡単に使えると言うこと以外でVBAが有利な点なんてたいしてない
規模が大きくなるほど短所が目立ってくるし

> そういう頭の堅い奴は、最適なものを選ぶというセンスが無いんだろうな。
ブーメラン刺さってるぞ w

> Excel.Application使ってるならVBA使ってるということだと思うんだがなあ。
さすがにその認識には同意できない
ExcelのCOMがVBAで書かれてる訳じゃないし

**デフォルトの名無しさん** · 2018/04/30(月) 23:05:37.73

>>129
まあ君はちょっとExcel VBA以外の世界も知ったほうがいいとは思う

**デフォルトの名無しさん** · 2018/04/30(月) 23:06:52.92

VBAは使えないって人はこのスレ自体を全否定してるわけだから、もう来なければいいのに

**デフォルトの名無しさん** · 2018/04/30(月) 23:28:47.25

>>130
同じだよね
だからプログラム言語についてはどれを選ぼうとも、
クエリー性能は大して変わらんだろと>>88の段階から
言ってるじゃないか？？？

**デフォルトの名無しさん** · 2018/04/30(月) 23:42:40.97

>>131
>>132
もしかして本当に頭悪いの?
Excelのオブジェクトを扱うのに最適というのが最大の有利な点だろ。
Excelのファイル単体でという制限をかけるだけで他の言語全滅じゃねーか。

秀丸の機能を拡張するのに秀マクロが有利な点は無いと言ってるようなもんだ。

**デフォルトの名無しさん** · 2018/04/30(月) 23:43:43.66

>>128
あー
全く同じのレコードでは試してないですね
最初の12バイトが欠落するので、最初の12バイトは1-4行目まで同じ内容にしてみたんですが、それでも3行目のみ欠落しました

もうGW入ってしまったのでサンプル引っさげての質問はまた来週にお願いすることにします

**デフォルトの名無しさん** · 2018/05/01(火) 00:03:13.05

>>135
オブジェクト指向も半端にしかサポートしてないVBのクソ文法で最適とはちょっとな

データとプログラムは混ぜないで欲しいからVBAは無しでって言われたらVBA終わりじゃん
そういうバカバカしい制限を仮定する意味はないな
そもそも個人利用だから制限する理由もない

秀丸なんかマクロ組んでも大したことねえ
そんなのやめてもっと生産性高いエコシステム使おうぜって話な

**デフォルトの名無しさん** · 2018/05/01(火) 01:11:15.38

>>135
Excelのオブジェクト触るのはCOM使える言語ならできるので
ワークブックにマクロとして埋め込む必要のあるVBAが最適とは言えない
内輪のツールならともかく、他所向けにマクロ入りワークブック渡したら普通気持ち悪がられる
少なくとも俺は他人が作ったマクロ入りワークブックは気持ち悪いと思っている

**デフォルトの名無しさん** · 2018/05/01(火) 01:39:29.59

マクロブックで気持ち悪いなら、どこの馬の骨が作ったとも分からない自作プログラムの方がよっぽど気持ち悪いだろｗ

**デフォルトの名無しさん** · 2018/05/01(火) 05:26:46.36

お前が気持ち悪かろうがどうだろうが知ったことか
普通の人間はそれで自分の仕事ができりゃ文句ないんだよ

**デフォルトの名無しさん** · 2018/05/01(火) 05:45:01.42

>>134
> だからプログラム言語についてはどれを選ぼうとも、
> クエリー性能は大して変わらんだろ
えっ？
C++で書いたコードとSQLの性能が同じってどこから言えるんだ？
俺が同じって言ってるのはVBAから呼び出すサブルーチンとしては（記述する言語が違うだけで）機能としては同じと言ってるだけで性能の話なんてしてない

**デフォルトの名無しさん** · 2018/05/01(火) 05:57:03.28

>>135
> Excelのオブジェクトを扱うのに最適というのが最大の有利な点だろ。
だから処理内容によってはそれを上回るデメリットが目立ってくるって話
さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる

**デフォルトの名無しさん** · 2018/05/01(火) 06:16:57.61

>>142
わざわざ*.basファイルや*.frmファイルだけエクスポートしてバージョン管理したり
各部署の担当者がVBAコードだけマージしたり一応運用できてはいるけど面倒だね

**デフォルトの名無しさん** · 2018/05/01(火) 06:40:21.83

Googleスプレッドシートに移行するかな

**デフォルトの名無しさん** · 2018/05/01(火) 06:45:51.96

VBAが使えない、他のが良いってならそろそろそのもっと便利な言語のスレに移動してくれよ。
荒らしでしかねーよ。

**デフォルトの名無しさん** · 2018/05/01(火) 06:52:48.09

本気で別の言語がいいと思ってるわけじゃなくて、
構ってくる相手が居なくて寂しいからウザ絡みしてきてるだけだから何言っても無駄

**デフォルトの名無しさん** · 2018/05/01(火) 07:25:38.90

>>143
バージョン管理は面倒とは言えこっちでやる話だからまだいいけど利用者にコード部分を更新させるのが大変
>>135はそういう経験が無さすぎ

**デフォルトの名無しさん** · 2018/05/01(火) 11:57:12.13

.xlamでいいんじゃね

**デフォルトの名無しさん** · 2018/05/01(火) 12:05:07.52

Excelマクロ配布は面倒
イントラサービス展開したほうがいい

**デフォルトの名無しさん** · 2018/05/01(火) 13:57:43.74

>>137
データとブログラムは分離したいのでワークシートに業務データは置かないでね。

となるべきでは？

**デフォルトの名無しさん** · 2018/05/01(火) 13:57:53.11

VBAでまともに開発できなかったから、ＶＢＡをけなすしかないかわいそうなアホがいるな
システム設計能力もプログラム設計能力も足りてないし
趣味でやってるんじゃないなら転職した方が良いよ

**デフォルトの名無しさん** · 2018/05/01(火) 14:21:11.05

平凡なプログラマの仕事から考えるとVBAではまともに開発できないってのは事実だね
スキルが足りないとかそんなバカバカしい理由じゃなく
VBAというプラットフォームが貧弱すぎて並の業務システムとしての利用に耐えられない
VBAでまともに開発できると思ってる人は本人が考えるよりもかなり小規模なシステムしか組んだことがないんだろう

**デフォルトの名無しさん** · 2018/05/01(火) 14:33:30.91

仕事で使う != 業務システム

という前提なんじゃないかな、このスレのみんなは

**デフォルトの名無しさん** · 2018/05/01(火) 14:36:33.47

>>151
ソフトウェアだから開発できるできないの話になればそりゃできるよ
ただもっとモダンな言語なら簡単にできることを長々とコーディングしたりいろいろ面倒ってこと
要するにできない奴がいると思ってるお前の見識が無さすぎるだけ

**デフォルトの名無しさん** · 2018/05/01(火) 14:56:57.02

VBAで長々とコーディングしなければならず、かつ他の言語でも達成可能な事を書くって前提が既にアホが極まってる
VBAでやる事はVBAで短くサクッと書ける事に限定されるに決まってんだろｗ

**デフォルトの名無しさん** · 2018/05/01(火) 14:58:00.32

例えばどんな処理？

**デフォルトの名無しさん** · 2018/05/01(火) 15:05:45.90

>>155
> VBAでやる事はVBAで短くサクッと書ける事
だからそれ以上の場合はどうするんだって話
知らないなら黙ってなよ

**デフォルトの名無しさん** · 2018/05/01(火) 15:12:53.07

元来Excel VBAでやってた自動化作業は全部rubyでやるようになったんだけど
ユーザー定義関数だけは移行できないからpythonには期待している

**デフォルトの名無しさん** · 2018/05/01(火) 15:15:40.26

>>157
それ以上の事をする人間がVBAしか扱えないわけないだろ
お前は本当に何も知らないんだなぁ

**デフォルトの名無しさん** · 2018/05/01(火) 15:19:08.59

>>159
お前はいったい何を言ってるんだ？
話の流れも理解できてないのかよ w

**デフォルトの名無しさん** · 2018/05/01(火) 15:23:39.78

>>160
お前が「それ以上の時はどうするんだよ」って言ったんだろ、それも覚えてられないのか
まぁお前って無能そうだもんなｗ　仕方ないかｗ

**デフォルトの名無しさん** · 2018/05/01(火) 15:35:06.14

アホだこいつ w
処理内容と環境とお前の実力で使う言語決めればいいだけだろ
なんでもかんでもVBAが最適じゃないって話
VBAしか使えない奴のことなんて知ったこっちゃないしな

**デフォルトの名無しさん** · 2018/05/01(火) 15:42:29.57

如何なる状況においてもVBAが最適なんて話は誰もしてねぇだろｗ
エクセルでやりたい処理をサクッと作れるのがVBAって何度も言われてるだろ、覚えてらんねぇんだなｗ
まぁ適切なスレすら選べずVBAスレで見当違いの無駄な話をずっとしてるヤツらしいっちゃらしいけどさぁ

**デフォルトの名無しさん** · 2018/05/01(火) 15:50:18.44

話の流れよくわかんないけどrubyのほうがサクッと作れる
いやほんとに

**デフォルトの名無しさん** · 2018/05/01(火) 15:55:34.02

>>149
アドインマクロ配布でいいんじゃね？

**デフォルトの名無しさん** · 2018/05/01(火) 16:01:41.40

>>163
だからお前はVBAに閉じ籠ってろよ
低能の話はどうでもいい

**デフォルトの名無しさん** · 2018/05/01(火) 16:14:03.63

ほとんどの状況でVBAが最適である（ｷﾘｯ
ただし業務データはOracleやSQLServerにある環境で。

**デフォルトの名無しさん** · 2018/05/01(火) 16:17:47.89

>>166
「VBAでめちゃくちゃ長いコーディングするかも！」ってバカみたいな想定して、
VBAスレにずっと粘着してるヤツがなんか言ってるｗ
まぁお前って覚えるの苦手だから自分が矛盾している事にも気がつけないんだよな

**デフォルトの名無しさん** · 2018/05/01(火) 16:24:00.82

>>168
> 「VBAでめちゃくちゃ長いコーディングするかも！」ってバカみたいな想定して、
バカは仮定の元に議論すると言うことすら理解できないらしい w

**デフォルトの名無しさん** · 2018/05/01(火) 16:26:58.21

>>169
お前は知識ないから、どんな仮定が無意味かも判断つかないんだなｗ

**デフォルトの名無しさん** · 2018/05/01(火) 16:45:30.31

バカは背理法も知らんらしい w

**デフォルトの名無しさん** · 2018/05/01(火) 16:57:12.26

>>171
お前たぶん分かりやすく説明する為の例え話を聞かされたせいで「背理法」を勘違いしてるぞｗ

**デフォルトの名無しさん** · 2018/05/01(火) 17:08:15.90

理解できないなら無理するな w

**デフォルトの名無しさん** · 2018/05/01(火) 17:20:43.73

お前はこれまでもこれからも、そうやってずっとバカを晒し続けていくんだろうなｗ

**デフォルトの名無しさん** · 2018/05/01(火) 17:22:46.92

うん、バカ（=ID:Jo6zEwE8）を晒していくよ w

**デフォルトの名無しさん** · 2018/05/01(火) 17:31:25.21

もう２人付き合っちゃいなよ

**デフォルトの名無しさん** · 2018/05/01(火) 17:47:51.39

>>164
そもそもどういう処理？
主なユーザーは自分？

**デフォルトの名無しさん** · 2018/05/01(火) 17:57:39.01

VBAが最適なんてことはそうそうないんだよね

**デフォルトの名無しさん** · 2018/05/01(火) 18:01:11.51

>>177
自分用の定型処理とか書捨てマクロとか

他人に使ってもらうようなのはもっぱらJScriptだな
処理したいExcelだけ開いてこのファイルダブルクリックしてで説明が済むので

**デフォルトの名無しさん** · 2018/05/01(火) 18:40:54.89

このスレがだぁ～って伸びてる時は、大概くっそくだらねぇ話で揉めてる時…と思って
見たらやっぱりそうだった w

**デフォルトの名無しさん** · 2018/05/01(火) 18:51:19.92

クソくだらん話題でもないと書くことねえしなVBA

**デフォルトの名無しさん** · 2018/05/01(火) 18:56:05.66

オレオレライブラリが充実してくればVBAでも十分最適解に近づくさ
どう最適かというと、「あまりコードを書く必要がなくなる」ってとこかな

**デフォルトの名無しさん** · 2018/05/01(火) 19:23:54.19

プロさんんの熱弁中にさしでがましいようですが元々マクロ言語はあまりコードを書く必要がないんですよねw
でもまあ書きますよねコードwなんせプロさんですからねwww

**デフォルトの名無しさん** · 2018/05/01(火) 19:32:52.10

そう
コード記述量少ないほうが良い
なので同じことをやるのに冗長な記述が必要なVBAは残念

**デフォルトの名無しさん** · 2018/05/01(火) 19:52:38.83

>>184
またまたぁwマクロ言語なのに冗長な記述が必要になるわけないじゃないですかぁw
プロさんのくせに謙遜しちゃってwww

**デフォルトの名無しさん** · 2018/05/01(火) 20:44:13.71

数レスでさっくり要約できない奴に何書かれてもな　成果が推し量れるってもんだ
おれが客や上司ならこういうのには頼まねえわ　タダでも断る　　　ところで
Excel VBA 「質問」スレ　で何したいんだ？

**デフォルトの名無しさん** · 2018/05/01(火) 21:08:03.62

さあ？

質問が少なくて下らん話題しかないように見えても、
誰に強制されているわけじゃない。需要と供給の結果だ。
現にオレはこういう流れが好きだけど？

**デフォルトの名無しさん** · 2018/05/01(火) 21:34:48.85

なんか、本当に頭が悪いんだな。
勝手に人をVBAしか触らないかのように認定してくるし。

全て逆。
その時に合ったのを使えば良いと言ってる。
VBAがどんな場合でも良いなんて最初から言ってない。
ブック単体で済むんだから、別途ファイルを必要とする他言語より有利なんだよ。
Excel上ではな。
でもExcel上でも場合によっては他言語を採用することも当然あり得る。
色んな場合がある。
それをお前らは何とかしてどんな場合でもVBAを否定しようとするからおかしくなる。

Excel.Application触ってもVBAじゃ無いならC++でdll作ってそれをVBAで使ったら、それは全てVBAってことか?

バカを相手にすると話が不毛だなw

**デフォルトの名無しさん** · 2018/05/01(火) 22:00:11.35

状況に合わせて適当な道具を選ぶだけなのに。
万能な道具なんてないんだからさ

**デフォルトの名無しさん** · 2018/05/01(火) 22:03:41.92

>>189
そんなスキルなんて、あるの？
俺にはないな。せいぜい2～3の言語。
たいていそんなもんじゃないか？

**デフォルトの名無しさん** · 2018/05/01(火) 22:25:23.37

んなこたあない

**デフォルトの名無しさん** · 2018/05/01(火) 22:41:54.95

>>190
言語はもうちょい使えるけどExcel使うのにVBA以外だとインストールの手間とかもあるからC++, C#, VBScript, JScript, PowerShell, SQL辺りかな
今更VBScript, JScriptでもないだろうからガッツリ組むならC++、お手軽にやるならPowerShellかな
データがでかいならSQL一択
C#は意外と面倒だからあまり使わない

**デフォルトの名無しさん** · 2018/05/01(火) 22:58:35.04

>>192
ガッツリ組むならC++　←　わかる
ガッツリ組まれたアプリでExcelが使われる　←　わからない

Excel君はどういう役回りなんだ？

**デフォルトの名無しさん** · 2018/05/01(火) 23:03:48.61

SQLをそこに並べるあたりでお里が知れますよw

**デフォルトの名無しさん** · 2018/05/01(火) 23:20:08.80

インストールの手間を嫌うのにC++が候補に入ってる時点でお察し

**デフォルトの名無しさん** · 2018/05/01(火) 23:21:25.88

>>193
色々な理由で入出力をExcelでやらざるを得ないと言うのはままあるから

**デフォルトの名無しさん** · 2018/05/01(火) 23:24:06.78

>>195
開発者の手間と利用者の手間の区別もつかないの？
この板見てる奴なら説明しなくてもわかると思ったが想像以上にレベルの低い奴もいるんだな w

**デフォルトの名無しさん** · 2018/05/01(火) 23:42:30.76

powershellでほぼ全て解決するんだよなぁ

**デフォルトの名無しさん** · 2018/05/01(火) 23:52:39.18

>>196
入出力をExcelで　←　わかる
自分の場合は積極的にExcelを入出力に使うけど

>>197
開発者の手間と利用者の手間の区別　←　わかる

>>192
データがでかいならSQL一択　←　わからない
この主張はおかしい

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

powershellヲタ rubyヲタ

笑ってしまう
ここはVBAのスレだっての

**デフォルトの名無しさん** · 2018/05/02(水) 00:11:41.71

VBAしか寄る辺のないガイジ

**デフォルトの名無しさん** · 2018/05/02(水) 00:14:18.27

powershellでどういう入出力やるんだろうね
それとも入出力なしなのかな

**デフォルトの名無しさん** · 2018/05/02(水) 04:56:26.19

>>199
> データがでかいならSQL一択　←　わからない
別に君にわかってほしいわけじゃないから w

**デフォルトの名無しさん** · 2018/05/02(水) 04:59:30.10

>>202
意味がわからん
PowerShellにも入出力機能はあるしこのスレ的にはExcelを介してやればいいだけだし

**デフォルトの名無しさん** · 2018/05/02(水) 06:51:23.39

>>204
このスレはEXCEL VBAのスレなんですけどね。
スレタイすらわからなくなったらしい。

**デフォルトの名無しさん** · 2018/05/02(水) 07:29:52.45

PS好きだしVBA嫌いだけど
流石にスレチが過ぎるよ

**デフォルトの名無しさん** · 2018/05/02(水) 09:34:00.75

VBAの代替手段を考えるならVBAスレの範疇だろう

**デフォルトの名無しさん** · 2018/05/02(水) 09:38:35.78

>>207
必死にpowershellに持っていきたいpowershellクソヲタ　　( ´,_ゝ｀)ﾌﾟｯ

**デフォルトの名無しさん** · 2018/05/02(水) 09:52:05.42

かわいそうに煽ることしかできなくなったか
VBAの優位性を説くとか出来んの？

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

もういいよ、VBAの優位性とか>>135みたいなクソレスを何度も書かれてもウザイだけだし

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

>>207
＞VBAの代替手段を考えるならVBAスレの範疇だろう

インテリセンスが効く環境をExcel以外何もインストールしなくても使える物ってなんか出た？

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

>>211
powershellのインテリセンスは強力だぞ
コード解析だけじゃなく属性やスクリプトでインテリセンスを拡張できる
ま、拡張しないデフォルトでも十分だけどな

**デフォルトの名無しさん** · 2018/05/02(水) 10:31:27.57

もしかしてVBAってインテリセンスしか誇るところないの？
まさかね

**デフォルトの名無しさん** · 2018/05/02(水) 10:47:32.19

インストールの手間問題って以下の認識でいるんだけど合ってる？

・ユーザー環境についてであり開発側は数や頻度が知れてるから問題ではない
・権限を要するインストールのことでありdllの配布とかは問題ではない

**デフォルトの名無しさん** · 2018/05/02(水) 11:07:32.03

>>214
DLLだって一つあるのと無いのじゃサポートの手間が違うから無いにこしたことはないよな

**デフォルトの名無しさん** · 2018/05/02(水) 11:48:27.30

>>215
そうっすね....
.xlamと同じことだし別に、って思ってた
共有して1ファイルで済むし

**デフォルトの名無しさん** · 2018/05/02(水) 11:53:04.55

そもそもVBAの代替手段を考えるのはVBAスレの範疇ではない
むしろちょっと前まで「VBAこそ至高、VBAのみがこの世の全て」という前提で、
仮にVBAにとって無茶ぶりでも、あくまでVBAとして答えるって形だったのに

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

代替じゃなくてパワーアップならおk

**デフォルトの名無しさん** · 2018/05/02(水) 12:33:07.43

>>213
こんだけ騒いでパワーシェルだけ？
まさかねw

**デフォルトの名無しさん** · 2018/05/02(水) 12:35:16.88

>>214
VBAはユーザーと開発者が同一の場合が多いだろ？
要は事務職とかが使いたいように使ってるだけ。
事務職のパソコンになんでも好きにインストールしてくださいって会社あるの？

**デフォルトの名無しさん** · 2018/05/02(水) 13:44:48.19

あるよ

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

中小企業だと管理がガバガバでWin10が勝手にアップデートされて起動しなくなったなんて話もあったからな
そういう所なら勝手にIDE入れて金の掛からない範囲で好き勝手出来て楽しそう

**デフォルトの名無しさん** · 2018/05/02(水) 14:33:39.26

>>222
従業員xx万人レベルの大企業グループでもわりとガバガバなところはある
WSUSにつながらないときは各自Microsoftのサーバにつなげろとアナウンスされたりとか

**デフォルトの名無しさん** · 2018/05/02(水) 14:56:25.07

>>220
事務員ってもVisual StudioやManagement Studioくらい部門に数人は申請して入れてるよ。
ただインストール権限まで持ってる訳じゃないから、ユーザー各人の環境はいじりづらい。