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/29(日) 00:24:10.94

>>37
そんな遠慮する必要はどこにもないぞ
普通の社員だろうがプログラマじゃなかろうが、
まともなプログラミングができて仕事に活用できるなら、
それは強みになるってだけだ。

**デフォルトの名無しさん** · 2018/04/29(日) 00:42:13.25

>>36
だったらプログラム板から出ていくのが筋だろう
事務処理技術板なんてのがあるか知らんがそっち系の板を探してそっちでやれ
ここはあくまでプログラム専門の板だ
プログラムに関する専門的な話をするための板だ
事務員でしかないエクセルエンジニアの居場所じゃない

**デフォルトの名無しさん** · 2018/04/29(日) 00:46:03.87

MVCとか設計に拘るんならそういうスレが別にあるんだからそっち行けば？

**デフォルトの名無しさん** · 2018/04/29(日) 00:49:33.41

>>39
本職のプログラマ以外はプログラムの話をしてはいけないのか？
えくVBAのスレでVBAは使えないと連呼する奴が出て行くのが筋だろうにw

**デフォルトの名無しさん** · 2018/04/29(日) 08:14:17.07

「ど素人が来るな」はまあわかるけど、さすがにプロが来る場所じゃないよね

**デフォルトの名無しさん** · 2018/04/29(日) 08:21:43.18

いや、ここ質問スレだからど素人の来る場所ですし・・・

**デフォルトの名無しさん** · 2018/04/29(日) 08:28:00.43

質問スレだからと言っても限度がある

**デフォルトの名無しさん** · 2018/04/29(日) 10:54:52.98

事務員専用とプログラマ専用とでスレを分ければいい
事務員専用VBAスレでは前スレの納品書みたいな話題を永遠に繰り返す
プログラマ専用VBAスレではより良いプラクティスや設計論、他ツールとの連携、代替、移行などもう少し高度な議論を扱う
お互いレベル差ありすぎて関わり合いたくないだろう

**デフォルトの名無しさん** · 2018/04/29(日) 11:02:41.41

現場の事務員がどんな酷いマクロを作ってるのか、プログラムをどんなアバウトな感覚でイメージして外注に出してるかをプロのVBAプログラマが知るにはうってつけの場所だと思うけどな、ここは

**デフォルトの名無しさん** · 2018/04/29(日) 11:06:46.99

>>45
んじゃPythonスレをプログラマ専用として活用してくれ
当然君はハイレベルだからPythonスレ行って、こっちのローレベルなスレには関わらないでくれるだろ？

**デフォルトの名無しさん** · 2018/04/29(日) 11:08:48.93

>>47
んー意味不明だね
どうしてVBAからPythonに飛んじゃったの？

**デフォルトの名無しさん** · 2018/04/29(日) 11:10:12.32

レベルが云々とかあまり関係なくね
ブラウザ自動化だの文字コード変換だのがExcelのやるべき仕事なのかって話で

**デフォルトの名無しさん** · 2018/04/29(日) 11:19:57.15

>>48
「関わり合いたくないだろう」とか言いながら、体裁よく追い出されそうになると焦るってなかなか可愛いな

一応答えておくと、Pythonスレが既にあって使われてないからだよ
あっちのスレなら外部連携の話したって支障ないだろうし、是非あっちの住人になってくれ
そしてこっちのスレを覗きさえしなければ君の望んだ環境になるだろ

**デフォルトの名無しさん** · 2018/04/29(日) 11:21:22.73

>>48
そういやURL無かったな

Excel Python 質問スレ
https://mevius.5ch.net/test/read.cgi/tech/1517018055/

**デフォルトの名無しさん** · 2018/04/29(日) 11:26:36.94

>>50
流れ理解してる？

**デフォルトの名無しさん** · 2018/04/29(日) 11:45:11.32

関わりたくないなら出ていけばいい、誰も拘束してないよ。
それにプログラマ専用VBAスレなんて過疎るの目に見えてる。
プロの現場でVBA使うって聞いたことないしな。
探せばあるのかもしれないけど。

**デフォルトの名無しさん** · 2018/04/29(日) 11:51:31.41

質問！
VBAって何のことですか？
全くわからないのでゼロから詳しく教えてください！

**デフォルトの名無しさん** · 2018/04/29(日) 11:52:56.51

プロは別格ってことで

プロがアドバイスくれるのはありがたいけど、
2chに来てドヤってるプロとかあまり想像したくはない

**デフォルトの名無しさん** · 2018/04/29(日) 12:18:58.04

やっぱり俺の中じゃVBAとかRubyとかPythonとかって
本職の事務員やらプログラマやらテスターやらが
片手間に触るものというイメージしかないから
VBAのプロの話はぜひ聞きたいなあ

**デフォルトの名無しさん** · 2018/04/29(日) 12:40:03.64

プロさん窮地に立たされるw

**デフォルトの名無しさん** · 2018/04/29(日) 14:24:38.72

MVC みたいに、データと表示を分離して、
TDD とか、ソフトウェア工学に基づいて作っていれば良いけど

エクセルエンジニアも、ソフトを作っている者とみなせば、
ソフトウェア工学やテスティング手法を学ぶ必要がある

基本は、データと表示を分離して、テスト可能にしないといけない。
依存性注入・dependency injection (DI)

**デフォルトの名無しさん** · 2018/04/29(日) 14:59:43.14

MVCとかのマクロよりも上位概念のものは全部Excel Pytyonスレに持って行こうぜ

**デフォルトの名無しさん** · 2018/04/29(日) 16:50:31.83

早く助けて！
VBAって何ですか？

**デフォルトの名無しさん** · 2018/04/29(日) 17:33:55.74

Visual BASIC for Applications
（ビジュアルベーシック・フォー・アプリケーションズ、VBA）は、マイクロソフト製のMicrosoft Officeシリーズに搭載されているプログラミング言語である

https://ja.wikipedia.org/wiki/Visual_Basic_for_Applications

**デフォルトの名無しさん** · 2018/04/29(日) 17:47:09.73

搭載？
どこかにあるんですか？
何ができるんですか？

**デフォルトの名無しさん** · 2018/04/29(日) 18:42:03.62

頑張って皮肉を書いているだろうけど
VBAが何なのかわからない奴はこのスレまで辿り着けないと思うぞw

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

搭載の意味知らんだけやんかwプロさんw

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

>>10
コードを見ればすぐにHelloWorldに毛がはえたレベルとわかる。
それに対して本職だの言ってるお前のレベルもお里が知れるぞ。

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

>>13
アホ。
1回動かして終わりな場合も沢山あるんだよ。
VBAの場合は。
もちろんそうじゃない場合も沢山あるがな。

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

>>65
やれやれ

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

VBAは単にExcel、Access上で都合が良いから使ってるだけで、何かより上とか下とか、そういうもんじゃない。
Excel上で作業してる時に別の言語の話を持ち出されても困るんだよ。

Excel上にある表を加工する場合の方法なんて沢山あるが、Excel上で作業してる時に一番しっくりくるのはVBAなんだよ。

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

インタラクティブかつ使い捨ての処理ってシェルやその他のスクリプト言語の得意分野だからexcelではやらんなぁ
excelが優位性を発揮する場面って表形式のデータを入力・編集する時ぐらいだろう
まあその場合でもVBAは使わんけど

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

エクセルに関するちょっとしたことをさせるために、実行環境を整えさせる手間を考えると、
VBAを使う以外の選択肢はないよ。

保存時にファイルのバックアップをリビジョンとして残すとか、VBA以外のなにでやれと

**デフォルトの名無しさん** · 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終わりじゃん
そういうバカバカしい制限を仮定する意味はないな
そもそも個人利用だから制限する理由もない

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