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(月) 14:46:38.63

え？gitでいいじゃん

**デフォルトの名無しさん** · 2018/04/30(月) 14:48:25.80

もっとも気軽に用意できる環境ってpowershellだと思うぞ
メニューからpowershell開くだけ

**デフォルトの名無しさん** · 2018/04/30(月) 15:13:55.54

けっきょくRubyマンは、ここで構ってちゃんやる事に落ち着いたんだなｗ

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

Excel自体を操作する場合はPowerShellやpython
VBAを使うのはユーザー定義関数を作るときぐらい
こんな感じで使い分けするようになった

**デフォルトの名無しさん** · 2018/04/30(月) 15:45:16.72

高性能よりもお手軽さを優先するのが一般人なんだよね
俺もそうなんだけど

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

手軽なpowershellがいいね

**デフォルトの名無しさん** · 2018/04/30(月) 16:01:21.75

世の中にはいまだにWin7で仕事してる奴がいてな

**デフォルトの名無しさん** · 2018/04/30(月) 16:01:34.63

PowerShellってバージョンをかなり気にしなきゃいけなくて面倒なんだよね

Windows8.1/10で動くコードがWindows 7で動かなかったり

Excelのバージョンさえ気にしてればいいVBAが楽チン

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

って書いて
win7でpawarsell対応してるに始めて知って

**デフォルトの名無しさん** · 2018/04/30(月) 16:10:13.77

ワシの事を「世間知らずの糞プログラマーが!!!」って言って言葉攻めしてくさい

それで逝きますのでな(´・ω・｀)b

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

ハード設計屋のオレがVBA使う理由は
職場の他の社員がそれくらいまでしか理解できないからだな

数万から数百万行のデータ使う時はVBAでは遅すぎるので
awkか面倒のはC#使うが、それだと後で自分しか使い回し出来ない
他の奴はテキストを小分けしてエクセル関数駆使してるわ

**デフォルトの名無しさん** · 2018/04/30(月) 16:21:09.95

>>81
DB使えよ...

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

ちなみに本職のプログラマーに依頼すると
出来上がるのが数週間から数ヶ月掛かる、工数見積もり云々
今日、明日に結果が必要なのに

**デフォルトの名無しさん** · 2018/04/30(月) 16:24:42.48

そりゃそうだ
合法的にぼったくりできるん奈良そうすると

**デフォルトの名無しさん** · 2018/04/30(月) 16:26:16.10

要するに責任と責務と要求仕様のバランスやねん！(´・ω・｀)b

**デフォルトの名無しさん** · 2018/04/30(月) 16:26:20.77

>>83
それな
このスレにも出没しているが、そういうプロ(笑)は費用対効果という言葉を知らない

**デフォルトの名無しさん** · 2018/04/30(月) 16:31:09.30

今中華料理やにいるんだけど
「餃子とpawar sell くれ」って言ったら
殺されたぞ

(´・ω・｀)b

**デフォルトの名無しさん** · 2018/04/30(月) 16:38:10.85

>>81
大量データの扱いはSQLなりでやるんでしょ？言語関係なくない？

**デフォルトの名無しさん** · 2018/04/30(月) 16:44:31.62

結局の所自分が使える、今まで使ってきたツールが一番使いやすいし最高だって話でしょ
そしてそれ以外のツールは時間がないのかスキルが無いのか食わず嫌い

**デフォルトの名無しさん** · 2018/04/30(月) 16:48:17.42

VBAというかエクセルのタチの悪いところは他人に強制させられることだな
これさえなければ非効率でもやりたい奴の好きにしてくれと言えるんだが

**デフォルトの名無しさん** · 2018/04/30(月) 16:56:40.82

事務仕事でよくありがちなアプリって、
対象フォルダ2～3個、対象ファイルを5～6個並べた領域と、マクロボタン一個みたいな
パターンが多いだろ。
あとはSQL文書くところとかID・パスワード入力エリアとか。
そういう設定を保存しておくのにエクセルブック一つで十分。ていうか最適解だと思う。

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

設定はテキストファイルで十分っていうか最適解でしょ

**デフォルトの名無しさん** · 2018/04/30(月) 17:39:37.37

とりあえずVBAに直接関係ない話はExcel Pythonスレでやろうぜ

**デフォルトの名無しさん** · 2018/04/30(月) 17:51:12.06

>>92
そのテキストファイルとアプリの関連をどう可視化するの？

**デフォルトの名無しさん** · 2018/04/30(月) 18:00:27.88

>>94
可視化ってなに？

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

>>95
「このアプリのこの設定を変えるにはこのテキストファイルのここをこう変えればいい」
をユーザーにどう明示できるか

**デフォルトの名無しさん** · 2018/04/30(月) 18:15:18.00

>>96
そのまんまじゃん
「この設定ファイルのこの項目をこう変えればいい」

つうかユーザーに納品するようなものVBAなんかで作らねえっての何度も言ってるよねぇ

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

こんにちは
お助けください。

\5,000

といったテキストを、

5000

と数字だけにしたいのですが、

Replace(hoge, "\", "")

とやっても置換されません。

やり方後教示お願いします。

**デフォルトの名無しさん** · 2018/04/30(月) 18:24:02.57

>>98
セルの表示形式変えればいいんじゃないの

**デフォルトの名無しさん** · 2018/04/30(月) 18:25:44.02

>>97
「納品」なんて言葉が出てくること自体
スレ違いって何度も指摘されているよね？

**デフォルトの名無しさん** · 2018/04/30(月) 18:26:48.62

>>99
コメントありがとうございます。
ファイル等から配列に読み込んだデータなので、
データシートには移していないのです。

**デフォルトの名無しさん** · 2018/04/30(月) 18:29:28.12

>>101
イミディエイトウィンドウ上で
?CInt("\5,000"), CDbl("\5,000")
とやると
5000 5000
て表示されるけど、これでいいの？

**デフォルトの名無しさん** · 2018/04/30(月) 18:31:56.38

>>102
おー。ありがとうございます。
やってみます。

**デフォルトの名無しさん** · 2018/04/30(月) 18:35:19.93

>>102

できました。ありがとうございます。助かりました。

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

どんだけ力説して見ても具体例が出てこなきゃ無視されるだけ
そのユーザーに納品した実例を（タイトルやラベルとかは黒塗りでいいから）見せてみ
（そんなものがあるなら）　
まさか全編コマンドラインで手打ちじゃあるまい？
ユーザーが操作するGUI環境整えるには WPF　とかってじゃないだろな？
で、それを設計するのに Visual Studio だとかってんじゃないだろな？

DOSベースのPCがWindows仕様にして飛躍的にシェア伸ばしたように
いかに人口に膾炙するか　が肝要　ってトコを見逃すんなら、なんでも言えるし書ける

**デフォルトの名無しさん** · 2018/04/30(月) 18:47:25.40

>>88
SQLのLは何の略だと思ってるんだろう...

**デフォルトの名無しさん** · 2018/04/30(月) 18:47:53.44

>>97
なんども書かれてるのはプロはVBAなんて使わないってこと。
使ってるのはあなたの言うユーザー。
分かりやすい具体例は事務職など。
納品先など無いのだよ。

**デフォルトの名無しさん** · 2018/04/30(月) 18:55:09.17

>>88
そんなのデータの規模ではなくて、扱うデータの種類によると思う
自分のはpythonの数学ライブラリとかRで扱うようなデータが多いから

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

>>106
Structured Query Language の略だから言語の意味だけど？
クエリー言語とプログラミング言語を一緒にしてどうするの？

**デフォルトの名無しさん** · 2018/04/30(月) 19:08:29.22

>>108
なるほど

**デフォルトの名無しさん** · 2018/04/30(月) 19:33:45.09

なんやもうプロさんしかおらんなこのスレw

**デフォルトの名無しさん** · 2018/04/30(月) 19:51:26.10

>>109
> クエリー言語とプログラミング言語を一緒にしてどうするの？
一緒だろ？
SQL使ったことないのか？

**デフォルトの名無しさん** · 2018/04/30(月) 20:12:45.83

>>105
あーホンマもんの素人さんなんだ
開発情報なんてそう簡単に社外に持ち出せんのよ常識でわかるっしょ？

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

>>113
逃げんなよ　具体例出してみ　っつってんの　自社例出さんでもいいから
おれも WPF なんて今日初めて知ったレベルだ

https://cdn-ak.f.st-hatena.com/images/fotolife/I/Itsukara/20170402/20170402211150.png
https://cdn-ak.f.st-hatena.com/images/fotolife/I/Itsukara/20170402/20170402211402.png

http://itsukara.hateblo.jp/entry/2017/04/02/213525　ここの例だけどな
コマンドラインなのかGUIで片付けるのがぐらいも答えられんのか
それを納品してんだろ？　客ウケはどうなんだ？　大好評かどうかぐらい末端でも教えてもらえるだろ
もっと違うGUIあるなら、そおゆう情報流してこそだろ　
でなきゃ単なる陰湿な嫌がらせや間抜けな戯言に過ぎんぞ

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

>>112
さっぱり意味がわかりませんな。

VBAが遅い言語でもクエリで使うSQLはその影響を受けない。
なにが一緒だというんだ？「一緒」ってなんだよ？

**デフォルトの名無しさん** · 2018/04/30(月) 21:14:37.26

>>114
なんかアホみたいな勘違いしねえか？
客に出すものはVBAもPowerShellも使わねえよ
常識で考えてわかると思うけどね
最近はほとんどC#とJavaでUIはブラウザが多い

PowerShellを使うのは個人用のツールな
こっちは9割以上CUIでGUIが欲しい時はFormsやWPFを使う

**デフォルトの名無しさん** · 2018/04/30(月) 21:39:28.70

客に出すものっていうか、元々Excelで納品って仕事も有るけどな。

というかExcel操作するのにPythonとか言ってる奴とは仕事したくないな。
Excelファイル出力とかならわかるけど。

dll作ってExcelから呼び出すことも有るけど、そういうのって苦肉の策なんだね。
本来ならExcel上で完結すべきだろ。
それがExcel上では出来ないとか、その処理においてはスピードがどうにも遅くて仕方なくやるもんで、積極的にやるもんじゃない。

じゃあ、どうしてもVBAでは出来ないとかどうしても遅いとか言ってる奴が本当に分かってて言ってるかと言えば、単にそいつのスキルが低いだけという場合も結構ある。

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

>>115
頭大丈夫か？
>>81から読み直せよ
でかいデータの時にawk やC#を使う話にお前がSQLとか言い出してる
C#とSQLってプログラム言語のくくりだと同じだぞ

**デフォルトの名無しさん** · 2018/04/30(月) 21:48:43.79

>>116
PowerShellだってGUIのプログラム書けると思うけど。
まあ、それはかっこ悪いか。
なぜC#があるのにPowerShellを使うのか?ということになるからな。

でも開発環境入れられる仕事ばかりじゃ無いから苦肉の策でPowerShellってのも有りかも知れない。

結局、その場に合った物を使うということだろ。

**デフォルトの名無しさん** · 2018/04/30(月) 21:53:49.94

>>118
でかいデータをawkやC#で直接扱うわけじゃないだろ？
でかいデータは「プログラミング言語」じゃなくて「クエリ言語」であるSQLで扱うんだろ？
ってのが>>88の意図だ。
それに対して「そうじゃない」という反論は出ていない。だからその線で話しているわけだが？

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

>>118
デカイデータの時にawkとかC#ってのがよく分からんな。
そのデータってのがExcelとどう関係するんだ?

Excelで扱うデータでシートに入れるようなものならExcelの方が良いだろ。

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

もういい加減、荒らしだってことに気づいて欲しい

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

>>120
> でかいデータをawkやC#で直接扱うわけじゃないだろ？
それは>>81に聞いてくれ

> でかいデータは「プログラミング言語」じゃなくて「クエリ言語」であるSQLで扱うんだろ？
クエリ言語ってプログラム言語の一種だよ...
いろいろ思い込みが激しすぎるんじゃね？

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

adodbStreamを使って、jisコード（ISO-2022-JP）で書かれたテキストファイルを読み込んで色々するマクロを作っています
対象のテキストは1行120バイトのレコードが何行も含まれるという体裁になっているファイルです
このファイルを入力ファイルに指定したところ、なぜか3行目のみ最初の12バイト分が読み込まれません
レコードの内容を変えて何度か試してみたのですが、決まって3行目のみ行頭の12バイトが抜け落ちてしまいます
adodbを使う際に何か必要なことがあるのでしょうか？

**デフォルトの名無しさん** · 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
お前は知識ないから、どんな仮定が無意味かも判断つかないんだなｗ