Excel VBA 質問スレ Part84

**デフォルトの名無しさん** · 2025/10/01(水) 14:36:42.66

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

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
Excel VBA 質問スレ Part83
https://mevius.5ch.net/test/read.cgi/tech/1749348402/

**デフォルトの名無しさん** · 2025/10/06(月) 09:38:05.20

>>48
普段SoR系のシステムばかり見てる人には馴染みのない話かもしれないけど、
ビジネスアナリティクスの世界では、SQLは汎用的なデータ分析ツールとして結構カジュアルに広く使われているのです

**デフォルトの名無しさん** · 2025/10/06(月) 10:52:24.34

まーた新しいオモチャ拡げ出したぞw　SoR系だからSQLが重宝されてきたんだろうに
アナリティクスなんて概念、後発も後発　まあ、SoRに於いてSQLでAnalyticsしてた
という見方もできるわけで、もはや何言っても相手に響かないからお口チャックしときなよ

**デフォルトの名無しさん** · 2025/10/06(月) 11:44:57.78

話の繋がりがよく分からないが、そういう分析方面でならパワークエリも強みを活かせるということであれば、適材適所ってことでいいんじゃない？　カジュアルかつアドホックに色々できるということが強みなんだろうから。

**デフォルトの名無しさん** · 2025/10/06(月) 11:56:16.85

相変わらずVBAの話題以外では盛り上がるVBAスレ

**デフォルトの名無しさん** · 2025/10/06(月) 13:59:52.57

>>54
そう、パワークエリの主用途である分析においては、その役割はSQLとPythonの両方と大きく重なる
そのうちどれが優れているという話ではないが、VBAが大きく劣ることは確かだな

**デフォルトの名無しさん** · 2025/10/06(月) 16:51:14.76

本気でそう思ってるなら、なんでここに居るし
ソッチのスレに常駐してるなり新スレ立てるなりして、ソッチで続けてればいいのに
単にケンカ売りに来てるん？

**デフォルトの名無しさん** · 2025/10/06(月) 20:20:36.05

本物のサーバーに対してSQLを叩いた方が高速なのも
Pythonで複雑な計算を行う方が高速（素のPythonのループ処理はVBAより遅い）なのも一切否定していません
私はただExcelしか使用できない環境でも便利な機能がありますよ
と言っただけです

**デフォルトの名無しさん** · 2025/10/07(火) 10:01:47.48

社会人として言い訳はみっともない　やっぱりおもちゃを片付けられないしんのすけレベル
（あなた達は知らないだろうけど）Power Query っていう便利な機能がありますよ、とでも主張したかったのか？
VBAスレで？　ビジネスSoft板のExcel相談所辺りで言い募るならまだしも、ここの住人なんかはとっくに試用してる
だろうに　試したうえでケースバイで使う事もあるかも知らんけど、実務でそんなに活用するシーンも無いな
という肌感覚じゃあ無いのか　取り敢えずVBAでSQL書いて目的は達成できているんだし
ネット上とかの得体の知れない大量のデータに対してザッピングしてみて有用なデータかどうか、予め毒見してみて
実際に利用するかどうか判断の元にするような時には使ってみるのも楽だろうけど
Power Query 至る所でバンバン使い倒してますよ、という実務者カモン　事例提示プリーズ

**デフォルトの名無しさん** · 2025/10/07(火) 10:38:57.70

何でスレチのPQにいつまでも係ってんだよ
>>15がExcel自動化云々言ったところでスレチはスレチ
そも自動化ではない
スルー力なさ過ぎ

**デフォルトの名無しさん** · 2025/10/07(火) 15:16:40.55

いつもの境界知能の人だろ

**デフォルトの名無しさん** · 2025/10/07(火) 20:10:16.59

そうね
いつもの境界知能の人が必死にAIの回答をコピペしてる感じだね

**デフォルトの名無しさん** · 2025/10/09(木) 12:42:40.22

仕事できなくて年収低いんだから
パワークエリ使おうがVBA使おうがたいしたもんできないよ

**デフォルトの名無しさん** · 2025/10/09(木) 17:06:30.50

はい終了～

**デフォルトの名無しさん** · 2025/10/10(金) 06:43:28.00

質の高い回答はなく、誹謗中傷しかないのはなぜなのでしょうか？

**デフォルトの名無しさん** · 2025/10/10(金) 08:26:12.39

・質が低く適切な回答をできない質問だから
・質問は妥当だが答えられない、でも何か言いたい質の低い回答者がいるから
大抵はこのどちらから

**デフォルトの名無しさん** · 2025/10/10(金) 09:13:23.19

自分はOFFICEスクリプトって使ったことないんだけど、VBAとは適宜棲み分けがされそうな感じ？　それともVBAを置き換える方に行きそう？　一応、VBAにできること全てができるわけではないってことは聞いているけど。

**デフォルトの名無しさん** · 2025/10/10(金) 09:56:09.14

>>65
貴方が質の高い回答をしないのはなぜ？

**デフォルトの名無しさん** · 2025/10/10(金) 10:44:13.39

OFFICEスクリプトは、あくまでも定型業務の自動化、しかもOneDrive上で　を目指してるので
まだまだ発展途上だし
何より、OneDrive自体が今のところ各端末のパフォーマンスを下げる最大要因に成り果ててるので
様子見勢が多いのだと思われ（何でそこまでMSに加勢しなきゃならんのか、と）

**デフォルトの名無しさん** · 2025/10/10(金) 11:49:19.24

なるほど、OFFICEスクリプトはまだ全然って感じなのね。
VBAは構文が古くさいと言われることが多いけど、少なくともその点を理由としてOFFICEスクリプトに移行しようという動きはあまりないということか。やっぱりクラウドベースでっていうところが想像以上にネックになっているということなのね（たしかにちょっと試してみようと思ったときに、クラウドで云々と言われたら面倒くさそうとなるのは分かる気がする）。

**デフォルトの名無しさん** · 2025/10/10(金) 15:30:53.82

いやいや、それは逆
そもそもデータが散らばってるからそれを纏めるためにVBAを使うことはよくあって、
VBAのユースケースとしてはかなり大きなウェイトを占めるんだよ
クラウドだと共有ブックを直接編集すればいいので、少なくともそういう用途のVBAのニーズは大幅に減る

**デフォルトの名無しさん** · 2025/10/10(金) 17:15:15.57

Officeスクリプトはアカウントに紐づくからVBAのようなファイル１つで済む手軽さがない

**デフォルトの名無しさん** · 2025/10/10(金) 17:46:44.61

ブックの共有とかって全然しないから、そこら辺の認識はなかったな。クラウドというよりOneDriveとか管理のされ方に問題があるって感じなのかな。

**デフォルトの名無しさん** · 2025/10/10(金) 18:31:05.45

そも動かすプラットフォームが違うんだからどちらを使うか選ぶシーンが存在しない

**デフォルトの名無しさん** · 2025/10/10(金) 18:46:30.53

>>73
裁量の問題だよ
未だにVBAに人気がある本質的な理由は、既存のワークフローを全く変えることなく勝手に自分の手元だけで作業を効率化できるから
一方で、クラウド共有を前提にしてなお残る面倒な単純作業はOfficeスクリプトで自動化しましょうとなれば、みんなのワークフローを見直さなきゃいけないでしょ
それは>>74のように目的ではなく与えられた作業に対してのみ責任を持っているような人達にはハードルが高すぎるわけ

**デフォルトの名無しさん** · 2025/10/10(金) 22:45:13.21

またいつもの境界知能者が荒らしてる

**デフォルトの名無しさん** · 2025/10/10(金) 23:20:57.31

理由はともかく、OFFICEスクリプトは少なくとも現状では習得上の優先順位が高い感じではなさそうね。
VBAの構文が苦手というタイプの人はPytnonのxlwingsとかに流れる感じなのかな。あれはPytnon越しにVBAのオブジェクトをいじっているようなものなので、実質VBAみたいな感じだけど。

**デフォルトの名無しさん** · 2025/10/11(土) 08:45:48.88

>>76
傍から見てると、あんたもソッチにズブズブ沈み込んでる風に見えるがな
もそっと、知恵のある発言するなり、若しくはボケだのギャグだの
ユーモアやペーソス混ぜたような発言とかを心掛けてもらえると、コッチも読んでて心地いいんだが

**デフォルトの名無しさん** · 2025/10/11(土) 09:06:22.22

xlwingsいいよな
調子に乗って沢山呼ぶと糞遅いけど

**デフォルトの名無しさん** · 2025/10/11(土) 12:07:30.45

>>77
その理屈だとCOMはVBAってことになるな
なんだよVBA滅茶苦茶使われてるんじゃん

**デフォルトの名無しさん** · 2025/10/16(木) 14:30:54.76

プルールのひとつめっけ
https://dl.ndl.go.jp/pid/1077355/1/31
日本全国諸会社役員録という本、アドレスはあくまでも31/914ページという意味
最初から見てっても中々面白い　東京府だし、並び順はいろは順だし　ヰもヱもあるし
ビルデングもビルヂングも混在　日本フヰラメンドあり日本フアイアツト自動車あり
ブルドックソースが何だって？

**デフォルトの名無しさん** · 2025/10/16(木) 15:17:07.38

https://dl.ndl.go.jp/pid/1136907/1/100

**デフォルトの名無しさん** · 2025/10/17(金) 06:28:14.20

6分で終わる簡単な作業をいつもやってるからと思ってExcel VBAにしたら4時間もかかった
40回でペイする計算
1ヶ月に1回の頻度として3年4ヶ月でペイする計算
1ヶ月以上ブランクがあって作るのに時間がかかった
これを作るときに以前作った別のものをまた作ってしまったことに大体完成してから気づいた
使わないと作ったことを忘れる
役に立つものでこれからも使うか使わないか前もって予測できないから作るしかない
そのなかに使うものが出てくるし使わないものも出てくる
ちょこちょこ作るのは効果があると分かってるが本当に効果があるか愚痴を言いたくなった

**デフォルトの名無しさん** · 2025/10/17(金) 08:01:24.16

なんたるプログラミング能力が低さよ

**デフォルトの名無しさん** · 2025/10/17(金) 09:21:41.22

まあスキルも積み重ねが大事
あと人為的ミス防止やデータが多い時も速いことなども目的にしないとね
若いなら転職の小ネタにもできる

**デフォルトの名無しさん** · 2025/10/17(金) 16:13:06.36

イレギュラーなデータとかエラー処理とか完璧にやろうとするとメインの処理は簡単でもめちゃくちゃ長いコードになったりする

**デフォルトの名無しさん** · 2025/10/17(金) 18:48:27.53

でも他人に使わせる前提だとそこがすごく大事なんだよな
自分用を手早く作れるのはそこ端折れるからってのがある

**デフォルトの名無しさん** · 2025/10/18(土) 14:30:46.29

質問です

・テキストボックスを多用したユーザーフォーム群を作っていて、IMEMode変更を多用している
・一部vbIMEModeKatakanahalf(以下半ｶﾅ)に設定してある
・フォームを使い終わったとき、IMEModeOnが半ｶﾅに固定されてしまう(要するにA↔半ｶﾅ状態に)

そうなってしまうのは仕方ないけど、フォームを抜ける時にA↔全かなの状態に戻したい
ということでTerminate処理で全かなのBoxにSetfocusしてから抜けるようにしてみたところ、ステップインなら成功するけど通しで処理させると失敗してしまう…

なんかいい方法ありませんか？
全かなBoxのみを設置した仮フォームを呼び出してすぐ閉じるくらいしかないのかなぁ…

**デフォルトの名無しさん** · 2025/10/18(土) 14:31:46.82

それこそ>>87の言うように自分で使う分には「ちと面倒だけどまあ戻せばいいだけ」で済むけど、PCに疎い人達にも使わせるから「なんかひらがなが打てなくなったんだけど～」って言われるのは目に見えてるので…

**デフォルトの名無しさん** · 2025/10/18(土) 14:46:43.70

連レスすみません

「基本的には英数字だけど、半ｶﾅも打つことがある」Boxもあるので、「A↔半ｶﾅ状態のIMEModeOff」にするとかもできれば理想です

**デフォルトの名無しさん** · 2025/10/18(土) 17:07:29.84

>>88
TerminateだとSetFocusしようにもすでにテキストボックスが存在しないんじゃないの？
× Terminate
○ QueryClose

**デフォルトの名無しさん** · 2025/10/18(土) 19:05:19.85

>>90
自由に入力させて、入力後に判定処理入れるのがいい

**デフォルトの名無しさん** · 2025/10/18(土) 19:06:44.69

>>91
レスありがとうございます
QueryCloseでもダメでした…

なるはやで実用化したかったので、とりあえずは全かなBoxを置いたダミーフォームを一瞬出現する形でお茶を濁しました…
でも自分でもかなり使うモノだから気持ち悪さが拭えないので、可能ならどうにかもっとスマートに処理したい…

**デフォルトの名無しさん** · 2025/10/18(土) 19:17:28.64

>>92
ありがとうございます
そのまま打ってF8やF10ってのを覚えてくれれば楽なんですけどね…
PC疎い民もさすがに半角全角キーを押すことくらいは分かるので、基本的にはIMEModeOffだけど半角全角キーを押すと半ｶﾅになるってのがやりたいんです

我ながら駄文すぎて分かりにくかったけど、要約するとIMEModeOn時の行き先を自在に操りたいってことですね

**デフォルトの名無しさん** · 2025/10/19(日) 10:59:45.64

テキストボックスのイベントでExitにIMEを元に戻す記述を書く
https://www.javadrive.jp/excelvba/userform/index93.html
sheet上でも出来るとは　まぁ、知らん奴が使ったらヒステリー起こしそうだが
https://infith.com/system/excel/ime_validation/

**デフォルトの名無しさん** · 2025/10/28(火) 09:16:29.14

Worksheet_BeforeRightClickを素早いクリックに反応させる方法ってありますか？
例えば右クリックでカウントアップするような場合、ゆっくりクリックしないと取りこぼすので、それをできるだけ軽減したいという話です

**デフォルトの名無しさん** · 2025/10/28(火) 11:49:26.91

>>96
ワークシートのイベントはどれも動作が遅い
透明なオートシェイプをセルの上に重ねて、オートシェイプのClickイベントを使えば16連射も可能になる
ただし右クリックでは動作しない

**デフォルトの名無しさん** · 2025/10/28(火) 13:00:23.09

>>96
素早いクリックがダブルクリックと判定されてるかもね

**デフォルトの名無しさん** · 2025/10/28(火) 16:30:11.08

そんなに連打が必要な業務なのかわからんけど
マウスも一枚岩じゃ無いから(個体によって性能違ったり、有線無線で変わるかも知らんし)
ユーザーフォームとかにオプションボタン並べて、○1 ○5 ○10 ○25 ○50 ・・とかを事前に選択してから
右クリさせるのはどうか　二度手間三度手間が嫌だとクレーム来るのとトレードオフに成るが

Private Sub Worksheet_BeforeRightClick(ByVal Target As Range, Cancel As Boolean)
Cancel = True ' Prevents the default right-click menu

Application.ScreenUpdating = False ' Turn off screen updating

' Your optimized code here, e.g., displaying a custom menu or performing actions
' ...
Dim i As Integer

For i = 0 To 100
' ステータスバーの表示が更新されない場合は、コメントをはずす
'DoEvents
' ステータスバーに出力
Application.StatusBar = "処理回数：" & i

Next
' ステータスバーのクリア
'Application.StatusBar = False
Application.ScreenUpdating = True ' Turn screen updating back on
End Sub

その辺で拾った野良のコードの合体モンだけど、回数：100にするのも一瞬なんだし

**デフォルトの名無しさん** · 2025/10/28(火) 18:40:17.09

そもそも右クリック連打が必要な設計を見直したほうが早いんじゃね

**デフォルトの名無しさん** · 2025/10/28(火) 19:08:25.22

よく読め、連打が必要な訳じゃないと思うぞ
俺も似たような問題にぶち当たったことがあるから言いたいことは分かる
俺の場合はユーザーフォームだったからなんとでもやりようがあったけど、シートイベントでどうすべきかは思い付かんなぁ

ユーザーフォームなり透明オブジェクトなりで代用できそうか考えてみるのは大事かもな

**デフォルトの名無しさん** · 2025/10/28(火) 19:36:17.85

そうか、迂闊か
そういやチャタリング・チェックできるサイトとかあるから、そこでチェックもありか

**デフォルトの名無しさん** · 2025/10/28(火) 20:59:15.35

>>101
ダブルクリック判定にひっかかってるのかもしれんが、ユーザーフォームも単純な連打はうまく処理できない

**デフォルトの名無しさん** · 2025/10/28(火) 21:36:11.37

要はこれっしょ

VBA フォームのボタンの反応が遅い理由と対策 - t-hom’s diary
https://thom.hateblo.jp/entry/2017/12/07/215055

これと同じようなことをワークシート右クリでやりたいってことやろ？
ワークシートだと安易に左クリックにはできない事情もあったりするし、こういう感じでフォームとかで代用できないか検討してみたら？

**デフォルトの名無しさん** · 2025/10/28(火) 21:48:56.73

レス遅れてすみません！
まさに>>104さんの言う通りです！
より具体的に言うと５種類の値から選ばせたくて右クリックで順繰り変更するマクロを作ってたんですが、例えば４番目の値を選びたいときなんかに慣れてくるとどうしても「ｶﾁｶﾁｶﾁｶﾁ」って押してしまって反応が悪いと言われたのでどうにかしたくて
反応が悪いで済めばまだいいけど、それで間違った値のまま提出されたりすると困るのだ

**デフォルトの名無しさん** · 2025/10/28(火) 21:49:30.45

困るのだ　じゃなくて　困るので　です！！

**デフォルトの名無しさん** · 2025/10/28(火) 21:57:34.33

バカボンのパパ(´^ω^)

**デフォルトの名無しさん** · 2025/10/28(火) 22:41:09.17

>>105
マウスじゃなくキーボードでトグルしていくUIはいかが？
こんなの（INSキーでA1セルの値が増える）

Sub Init()
Application.OnKey "{INSERT}", "ThisWorkbook.OnKey_Ins"
End Sub

Sub OnKey_Ins()
Range("A1").Value = Range("A1").Value + 1
End Sub

**デフォルトの名無しさん** · 2025/10/29(水) 02:29:29.22

馬鹿は馬鹿な頭で考えた馬鹿な方法に固執する例

**デフォルトの名無しさん** · 2025/10/29(水) 06:43:39.82

これでいいのだ

**デフォルトの名無しさん** · 2025/10/29(水) 06:46:48.28

>>109
この人カバの逆立ちなのだ

96 · 2025/10/29(水) 07:39:58.02

代案ありがとうございます！
やはり何かしらの大体策を考えるしかないですかね
右ダブルがキャッチできれば解決するんだけどなぁ

**デフォルトの名無しさん** · 2025/10/29(水) 18:26:50.09

カバは逆立ちしてもカバなのだ

**デフォルトの名無しさん** · 2025/10/30(木) 03:56:51.64

【高市自民】自維連立に衝撃維新トップに赤旗砲「重大疑惑」２千万円絡む疑惑と共産党Ｘが「だから裏金自民党とも組めるのか」と攻撃説明求める声
https://news.yahoo.co.jp/articles/89adcdb576a46579b90da08ae8924ad11c08b470

**デフォルトの名無しさん** · 2025/11/01(土) 03:09:02.74

環境構築も配布の容易さも世の中の情報量も加味するとpythonなんて比較対象にならんな
特定のシステムでVBAに勝てるものはないわ
運用される規模は部署内程度になゆけどさ

**デフォルトの名無しさん** · 2025/11/01(土) 10:44:13.81

マクロを起動するための各種コントロールは今後はフォームを使うべきなのか
これまで作ってきたActiveXコントロールは置き換えていくべきなのか

**デフォルトの名無しさん** · 2025/11/01(土) 10:47:01.86

PythonはてっきりVBE上で使えると思ってたからなぁ
ワークシート上の関数とかじゃ使いづらすぎて拍子抜けだわ

警備員[Lv.0][新芽] · 2025/11/01(土) 16:45:53.46

>>116
デフォルトでActiveX無効になったから、置き換えないと支障が出ることが多い

**デフォルトの名無しさん** · 2025/11/01(土) 17:42:27.38

365に変えてから動かなくなった原因がそれだった

**デフォルトの名無しさん** · 2025/11/01(土) 18:59:05.05

マクロが増えてきてどれがなんのマクロか分かんなくなってきた。間違ったマクロが実行されたEXCELが元に戻らないのも嫌だし、どうしたら良いですか？

**デフォルトの名無しさん** · 2025/11/01(土) 19:04:29.39

うまい具合に人のせいにしてください

**デフォルトの名無しさん** · 2025/11/01(土) 19:35:09.78

間違ったマクロを実行した時にEXCELを元に戻すマクロを作ればいい

**デフォルトの名無しさん** · 2025/11/01(土) 19:53:55.68

適切なマクロを実行するマクロを作る

**デフォルトの名無しさん** · 2025/11/01(土) 20:11:15.61

AIに丸投げして聞いたらいい
完璧に教えてくれるよ

**デフォルトの名無しさん** · 2025/11/01(土) 22:42:21.33

>>121
採用！

**デフォルトの名無しさん** · 2025/11/05(水) 14:44:44.11

>>125
人のせいであっても現状の問題への対応はしなければならないのではないか

**デフォルトの名無しさん** · 2025/11/16(日) 08:35:29.66

ピボットテーブルのスライサーが変更されたとき、
ピボットテーブルを置いているsheetについて
　Private Sub Worksheet_PivotTableChangeSync(ByVal Target As PivotTable)
を使っていくつかのマクロを実行させるようにしているんだけど、
これが3つあって、関連するクエリーやらをちょっとメンテ作業すると、これも動いてしまうものだから、
いちいちコメントアウト？（頭に ' 付けるヤツ）にして、このマクロを止めている。

これもっと上手いやり方ないかしら？

**デフォルトの名無しさん** · 2025/11/16(日) 08:47:46.14

デバッグ用定数を定義しておいて、
そのデバッグ用定数の値が特定の値なら動かさない、とかにすれば、
メンテ中の変更が一カ所で済む、とかそういう話？

**デフォルトの名無しさん** · 2025/11/16(日) 08:48:05.74

よく分からんが、フラグ変数とかじゃダメなん？

**デフォルトの名無しさん** · 2025/11/16(日) 09:13:04.26

どこかのセルをデバッグON/Offのフラグにする

**デフォルトの名無しさん** · 2025/11/16(日) 09:16:36.49

デバッグ定数を使うかApplication.EnableEventsを一時的にFalseにするか
ちなみにデバッグ定数はシート上に隠しておく形式にして例えばRange("A1").Value = Not Range("A1").ValueみたいなSubをイミディエイトから呼び出すのが個人的には楽

**デフォルトの名無しさん** · 2025/11/16(日) 09:32:54.60

>>128
うーん、クエリー弄っちゃうと修正途中なので
不用意に動いたVBAでデバッグ入って・・・
てのはあるんだけど。

そもそもの
Private Sub Worksheet_PivotTableChangeSync(ByVal Target As PivotTable)
を一時的に止める方法はないのかと。

やっぱ、ワークシート上のどっかのセルに「メンテ中」なら "1" でも入力して、これをフラグにして
3つのPrivate Subの中で if then で、1ならそのまま終わるか、Call 以下のマクロを実行するかの分岐処理？

先達らはもっときれいなことやっているのかと・・・

**デフォルトの名無しさん** · 2025/11/16(日) 09:33:47.22

分かるとは思うけど一応

Public Const IsDebug As Boolean = False　　'平時
'Public Const IsDebug As Boolean = True　　'デバッグ時

Private Sub Worksheet_PivotTableChangeSync(ByVal Target As PivotTable)
If IsDebug Then Exit Sub

'ここに処理を記述

End Sub

みたいにするってことね

コメントアウトを楽にするならConstじゃなくて
Public Function IsDebug As Boolean
' IsDebug = True　　'平時はコメントアウトする
End Function
にするのもアリ

**デフォルトの名無しさん** · 2025/11/16(日) 09:37:59.73

あ、ミスった
シートモジュールだけにまとめるならPublicなConstは使えないから、Const定義を標準モジュールに書くか、PrivateなConstにするかしてね

**デフォルトの名無しさん** · 2025/11/16(日) 09:39:00.23

言ってみれば、プロシージャのインターロック機構みたいな仕組みかな？

**デフォルトの名無しさん** · 2025/11/16(日) 09:41:42.45

>>133,134
ありがとう。
やってみる。

**デフォルトの名無しさん** · 2025/11/16(日) 09:41:49.72

そそ
ちなみにどのプロジェクトでもまず最初にこの機構を作る癖を付けておくといろいろ捗るよ

**デフォルトの名無しさん** · 2025/11/16(日) 13:12:18.31

最近のyoutube動画観てると
MS Office が web アプリの Office と実質同じ
観たいな説明が多くてうんざりする

**デフォルトの名無しさん** · 2025/11/16(日) 14:23:25.70

web アプリの Officeは知らん。
どんなの?

**デフォルトの名無しさん** · 2025/11/16(日) 14:37:50.55

Excel for the webとかのことやろ

**デフォルトの名無しさん** · 2025/11/16(日) 16:08:17.79

可視化のために色とデータを
一気に出力させたら描写遅延が初回に絶対発生するわ
画面一瞬シェイクさせるのを追加したことで解消
システムを高評価されたのはいいけど他社まで展開されるとは思ってなかったから超強力に作り込んでる

**デフォルトの名無しさん** · 2025/11/19(水) 12:39:22.87

趣味程度でしかやってないからコーディングのマイルールが中々定まらん
そのせいでメンテナンスしたり新しいプロジェクトを作り始める度にああでもないこうでもないと試行錯誤する無駄な時間が…
ってことで質問なんだけど、みんなが心掛けてるマイルールってなんかある？

ちなみに自分の中で明確なのはWith構文は余程面倒な括りじゃない限り使わない、型指定はAs～より&や$などを優先的に使うとかかな？
例えば型指定の省略形は一般的にはあまりよろしくないことは分かってるけど、うちの環境ではどうせ俺しか触らないしコードがスッキリして好きだからそうしてる
こんな感じで「一般的にはよろしくないとされるルール」でも全然いいので色んなアイデアが欲しいです

**デフォルトの名無しさん** · 2025/11/19(水) 12:57:01.35

最近はVBAを直接書くことはあまりなくてPytnonのxlwingsを使うことが多いんだけど、既定のプロパティを使わないとかかな。「VBA コーディング規則」とか「VBA コーディングガイドライン」で検索すると色々出てくるね。

**デフォルトの名無しさん** · 2025/11/19(水) 13:01:31.21

コメントは書かない（コメントがなくても理解しやすい命名やロジックにする）

**デフォルトの名無しさん** · 2025/11/19(水) 19:03:32.46

入力チェックやファイル読み書き読み込み等の他で使えそうな処理は汎用化する。
データの入力、加工、出力は処理を分ける。

**デフォルトの名無しさん** · 2025/11/19(水) 22:38:56.82

>>142
改行とインデントはVBと同じにしてる
Visual Studioにコピペして自動整形されたやつをVBEに戻したりもしてる
変数名は気分次第だけど、英語の語彙力がないから全角文字も許容しないとすぐに詰む
コメントはできるだけ詳細に書く

**デフォルトの名無しさん** · 2025/11/20(木) 08:10:04.82

会社のVBAならドキュメントの場所をコメントに書いておく

**デフォルトの名無しさん** · 2025/11/20(木) 09:52:55.59

>>144
そのルールだとwhyはどう記すの？

**デフォルトの名無しさん** · 2025/11/20(木) 19:09:59.75

生成AIで出てきたコードをそのまま使う

**デフォルトの名無しさん** · 2025/11/25(火) 10:36:05.24

WordのVBAのスレはありますか？

**デフォルトの名無しさん** · 2025/11/25(火) 11:10:13.87

昔はあった気がする
そう言えば ActiveX のスレも消えてるな

**デフォルトの名無しさん** · 2025/11/25(火) 21:40:54.81

VBAなんでも質問スレ Part3
https://mevius.5ch.net/test/read.cgi/tech/1631184381/

ここかなぁ