Excel VBA 質問スレ Part82

**デフォルトの名無しさん** · 2025/01/24(金) 03:31:15.25

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

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

関連スレ
Excel VBA 質問スレ Part79(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1674875532/
Excel VBA 質問スレ Part80(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1700826110/

※前スレ
Excel VBA 質問スレ Part79
https://mevius.5ch.net/test/read.cgi/tech/1674874007/
Excel VBA 質問スレ Part80
https://mevius.5ch.net/test/read.cgi/tech/1685489018/
Excel VBA 質問スレ Part81
https://mevius.5ch.net/test/read.cgi/tech/1713416618/

**デフォルトの名無しさん** · 2025/04/17(木) 03:52:37.06

また馬鹿二人

**デフォルトの名無しさん** · 2025/04/17(木) 07:37:39.31

お前以外にもう一人いるんか

**デフォルトの名無しさん** · 2025/04/17(木) 09:50:00.51

Win10以降とか64ビット対応とか、いろんな理由でつまずく原因が転がっているだろうけど、
https://jitsuyogaku.com/2024/09/02/vba-progressbar/　とか
こっちはラベルでプログレスバー実装とか試みてるケースだけど
https://qiita.com/Mount/items/c41ff040602abdb5309f　とかを参考にして励めばどうにか成りそう
単にプログレスバーの更新をしてないだけかも知らんけど

**デフォルトの名無しさん** · 2025/04/17(木) 15:46:07.98

>>322
apiと言えば全て同じだと思っている馬鹿
>>323
Windowsのアイコンの仕組みを知らない馬鹿
アイコンで騙してクリックさせる手口があることを知らない馬鹿

**デフォルトの名無しさん** · 2025/04/17(木) 18:06:49.09

>>325
俺とお前と大五郎と酒と泪と男と女と部屋とYシャツと私と愛しさと切なさと心強さと糸井重里

**デフォルトの名無しさん** · 2025/04/17(木) 21:50:56.16

vbaも近代化改修が行われてPower VBAになってスクラッチ開発できる様になったらいいのにな
これが本当のvisual basic

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

vb6で終わってvb.netやc#になったから今更それはないな
ついていけない人は欲しいだろうが

**デフォルトの名無しさん** · 2025/04/18(金) 06:15:21.95

この期に及んでVBAに止まっている連中に仮に新しいものを提供したところで移るわけがない

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

PythonだったらそんなにExcelを高速に処理する事ができて、しかも楽にコードが書けるのですか？

**デフォルトの名無しさん** · 2025/04/18(金) 07:51:27.87

処理の速度は変わらないけど楽にはなる

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

VBAが構文的にしんどいのって、
・　変数の宣言と初期化がいっぺんに出来ない。初期化に（Let／）Setが必要。
・　関数と手続とが構文上区別されている。
・　コレクション・コンテナやクラスが使いにくい。
ーー辺りかな。
他の言語ではとうに克服されてまったく気にしなくても良くなっていることがVBAでは克服されておらず、そのツケをコードを書く側が負担させられている感がストレスかなぁ。書けなくはないけど楽には書けないし、書けば書くほどストレスが溜まって嫌いになる言語だという人も多そう。
逆に言えば、そんなの気にならない、所詮構文でしょって人も少なくないだろうとは思うけど。

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

どうでもいいな
そんなことが問題になるほどの規模でVBAを書く必要があるならその設計の方が問題

**デフォルトの名無しさん** · 2025/04/18(金) 12:01:58.63

難解な関数が組める事を自慢したい馬鹿、VBAが書ける事を自慢した馬鹿のどちらも各企業にいるよなw
Excelなんて単なる事務道具だぞ

**デフォルトの名無しさん** · 2025/04/18(金) 12:24:40.01

>>334
・　変数の宣言と初期化がいっぺんに出来ない。初期化に（Let／）Setが必要。
オブジェクト変数じゃなければいっぺんにできるし、
オブジェクト変数だとしてもセミコロンで一行に書くイディオムで実質いっぺんにやれる
・　関数と手続とが構文上区別されている。
Excelにおいては一緒の方がバグ生むでしょ
alt+F8押したときに関数出てくるのはマズくない？
・　コレクション・コンテナやクラスが使いにくい。
これは同意

とはいえ不満のほとんどはIDEと統合されてなければ解決するよね
エディタの機能に任せれば良いだけで、それを使えないVBEでの開発になるからしんどい

**デフォルトの名無しさん** · 2025/04/18(金) 13:15:43.40

宣言と初期化については、セミコロンで複数ステートメントを並べて書けるから実質同じというのはどうかなぁ。オブジェクトか非オブジェクトかで書き方を変える必要があること自体がストレスじゃない？　揃えるなら非オブジェクトの方にLetをつける方向性になるけどそれも馬鹿馬鹿しいし。
マクロ一覧については、定義ステートメントの予約語を分けなくてもマクロとして使える関数をピックアップすることは可能だったのではと思う。
あと、関数・手続の呼び出し（Callステートメント）の構文もちょっと擁護できないかな。

VBEの機能がいまいちというのは同感だけど、構文上の書きやすさというのはそれとはまた別の次元の話。また、構文上の問題というのはプログラムの規模とはあまり関係ない話で、ごく短いプログラムでもストレスはストレスだと思う（長いプログラムならストレスの総量が閾値を超えてしまうような場合でも、短いプログラムなら何とか耐えられるとかそういうことはあるかもしれないが）。
結局、Excel組み込みというVBA唯一最大のメリットのために、構文の書きにくさ・VBEの機能の低さに目をつぶれるかという話なんでしょ。他の選択肢もある場面であえて好んでVBAを選ぶ理由はほとんどないけれど、Excel VBA以外に選択肢がないという状況は結構あるからそういう状況で今後も生き残っていくということだと思う。

**デフォルトの名無しさん** · 2025/04/18(金) 13:53:14.91

Copilotがくそ過ぎる
Microsoftはこれでいいのかよ
ChatGPTの独壇場だなVBAは

**デフォルトの名無しさん** · 2025/04/18(金) 14:54:36.62

VBA使い含めMSの客のボリューム層なんて、大半は最新のAIが本気出したら簡単に代替できるような仕事しかしてないからね
今のMSのビジネスモデルが完全にユーザー数に対する課金に依存している以上、利益相反関係にあるからCopilotはあまり賢くできないのよ

**デフォルトの名無しさん** · 2025/04/18(金) 17:52:29.83

CopilotはchatGTPです

**デフォルトの名無しさん** · 2025/04/18(金) 18:28:34.92

デビルチョップはパンチ力です

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

>>338
宣言と初期化の件、実質同じなんて言ってないのに勝手に書き換えないでほしい
揃える必要あるか？
ポインタかそうでないか、それぞれをどう宣言するかって話なんだから、
char foo = 'a';
char* bar = "a";
これらが書きやすいって人もいれば分からんって人もいて、想定ユーザーをどうするかってだけ
VB(A)はそれらが分からんって人を対象にした言語
マクロのピックアップにしても、いちいちVBAをパースするにあたり、Subの行だけ拾ってくれば済む処理で他のことさせるってことだろ？
かつて.xlsファイルはフロッピーに保存されてたんだぞ
当時から今みたいな富豪的プログラミングが可能だったわけではない
動作速度とのバランスを考えた設計と、こだわり続けた互換性の上に今がある
Callステートメントの何が気に食わないの？

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

>>343
また知ったかの馬鹿

**デフォルトの名無しさん** · 2025/04/18(金) 20:06:21.64

char foo = 'a';
char* bar = "a";
がわからんってレベルの人が、オブジェクトについてのみ初期化にSetキーワードが付けるVBAの構文の方が分かりやすいねって言ってくれるんだろうか。とてもそうは思えないが。
マクロのピックアップも、富豪的プログラミングのような大層な概念持ち出すような話なのかな？
関数か手続か、戻り値を使うか使わないかでCallを付けたり付けなかったり、丸括弧を付けたり付けなかったりするCallステートメントの構文は救いようがないと思っていたんだけど、不満がないって人も居るのね。他の言語で関数呼び出しの構文がそんなふうになったら開発者の正気を疑うレベルだと思うんだけど。VBAの場合は配列の要素参照に丸括弧を使う関係上やむを得ずそうなったんだろうとは思うけど、構文として碌でもないのは否定できないと思うんだけどね。
互換性の点はわかるよ。というか、互換性を保つ必要があるからどんなに構文が酷くても手を入れることができないってことでしょ。その上で、VBAの構文は（少なくとも今の目で見れば）ストレスフルであると書くことが悪いこととは思わないが。もちろん、気にならないって人は、それはそれでいいと思うけどね。

**デフォルトの名無しさん** · 2025/04/18(金) 20:11:40.45

早口でとは言わんが要点をまとめられず仕事もコードの中身もそうなんだろうな

**デフォルトの名無しさん** · 2025/04/18(金) 21:24:08.39

こういうお気持ち表明が多すぎて収集つかないからMSは仕様変更しないんだろ

**デフォルトの名無しさん** · 2025/04/19(土) 02:21:22.02

今の常識で27年前の仕様にいちゃもん付けるPCの大先生ｗ

**デフォルトの名無しさん** · 2025/04/19(土) 02:31:50.20

ただの知ったかの馬鹿だぞ

**デフォルトの名無しさん** · 2025/04/19(土) 02:39:29.56

Cの最新規格は7～8年前の仕様、
COBOLですら9年前だ
死体蹴りもいいとこ

**デフォルトの名無しさん** · 2025/04/19(土) 03:16:05.27

Callだのなんだの好きに書けばいいんじゃね？
何で目くじら立てて些細な事で喧嘩になるのか理解できん

**デフォルトの名無しさん** · 2025/04/19(土) 03:23:20.02

行番号つけないと落ち着かない
イライラする
文字は大文字じゃないと
うがーってなる

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

>>351
喧嘩…？

**デフォルトの名無しさん** · 2025/04/19(土) 06:15:57.40

>>343 の言う判らん人が使う言語は Rust

**デフォルトの名無しさん** · 2025/04/19(土) 09:42:55.62

大衆食堂に来ておきながら、年代物のワインが無い！だの、ナイフフォーク揃えて無い！だの
前菜とスープが先だろ！とか文句付けてるようなもの
単純な+-ドライバーにラチェット機構が付いてない！とか罵ってるようなもの
それぞれ出自も違うんだし目指すところも違うんだから、適材適所、使いようなだけ
ま、単なるクレーマー気質ではある
さりとて、それならソッチ側のプログラミングなら達人レベルなのか？っつーとそうでも無いんだろう
どっちつかずの中途半端な知識だけだから、つべこべ文句言って毒吐いてじぶんを紛らわせてるだけのかわいそうなひと

**デフォルトの名無しさん** · 2025/04/19(土) 09:51:01.47

>大衆食堂

ぷぷぷ

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

最新流行の言語や関数型の言語にしかないような構文なら年代物のワインやカトラリーのセッティングになぞらえるのもまだわかるけど、上で挙げたのってそんな高級なもんじゃないでしょうに。

何かあれだな、JavaとかPythonとかのいわゆる普通の言語の使用者が、最新流行の言語や関数型言語の使用者からの構文マウントに対して反発したり揶揄したりする構図はよく見かけるけど、その低レベル版みたいなことになっている気がするな。

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

まあ、ヒアドキュメントや置換なんかはほしい
数式の記述なんて書きやすいと思っている奴はいないだろう

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

Open AIは人格や口調を意識してAIの開発なんてしていないだろうに、Copilotに「妹キャラでお願いします」って言うと妹キャラの口調になるから本当に凄いなと思う

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

>>355
VBAは大衆食堂ではないから属人化（しやすい）と言われている
年代物のワインならある
私は最近複数行選択からのタブでインテンドが簡単にできると知った

一企業でVBAができる人はあちこちの部署から自動化のツール作成を請け負っていると思う
この「あちこちの部署から仕事を請け負う」ということが属人化の正体だと思う
なぜなら幅広く業務に精通している凄い人は少数で他にいないから

**デフォルトの名無しさん** · 2025/04/19(土) 13:05:07.54

PowerAutomate職人も最近は重宝されとるな
使いやすい便利な奴隷として

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

>>359
妹キャラのデータはあるからな
データに無いキャラでって言われて、無いと言われるか似たようなのにされるかは知らんけど

**デフォルトの名無しさん** · 2025/04/19(土) 13:53:56.21

もう定年退職してる二代前の担当してた人の作ったVBAをメンテしながら使ってるけどプロシージャ名の乱れ雪月花とか薪割りダイナミックとかはそのまま変えてない
パリィとかもあったし変数も癖が強い
でも処理が合理的で面白い

**デフォルトの名無しさん** · 2025/04/19(土) 14:46:22.82

弘法筆を選ばずだな

**デフォルトの名無しさん** · 2025/04/19(土) 15:50:48.35

>>362
しかもこっちの呼び名を、お兄ちゃん（お姉ちゃん）呼びしているんだよ
お姉ちゃん（レズ）までサポートしているんだよ

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

弘法も始めは筆おろしから

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

>>366
へっ？ふっ、筆おろし？急に何を言い出すの！？お兄ちゃん！

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

こ、こ、こ、こ、弘法ちゃうわ！

**デフォルトの名無しさん** · 2025/04/19(土) 20:45:49.41

どうしてソッチだけに食い付くんだか　只の例えだろうに
例えが気に入らないなら、じぶんなりの例えを書きゃあいいのに
ドライバーの方に食い付かない辺りでお里が知れるってもんだ

**デフォルトの名無しさん** · 2025/04/19(土) 20:53:32.98

>>369
+と-😳
何を急に言い出すの！？お兄ちゃん！

**デフォルトの名無しさん** · 2025/04/19(土) 20:59:39.26

只
Ｍ

ｺﾗﾔﾒﾀﾏｴ

**デフォルトの名無しさん** · 2025/04/20(日) 13:50:10.98

初期：
面白い人が面白いことを書く
中期：
面白くない人が面白いものを見に来る
終末期：
面白くない人が面白くないものを書き始める

**デフォルトの名無しさん** · 2025/04/20(日) 13:50:58.56

面白い人が面白いことをする
↓
面白いから凡人が集まってくる
↓
住み着いた凡人が居場所を守るために主張し始める
↓
面白い人が見切りをつけて居なくなる
↓
残った凡人が面白くないことをする
↓
面白くないので皆居なくなる

**デフォルトの名無しさん** · 2025/04/20(日) 13:51:15.67

１、スレッドが立つ。
２、技術のある人間がAAを提供して盛り上げる。
　　　感動を求めて人が集まってくる。
３、オリジナルAAを書ける人間が乗ってきてさらに盛り上げる。最盛期。
４、盛り上がりに乗じて何も書けない魯鈍と白痴が寄ってきてスポイルする。　　←いまここ
　　　彼らの無駄な愛着が逆効果を及ぼし、スレッドのレベルが著しく低下。
５、飽きて大勢が去っていき、行き場の無い魯鈍と白痴が残される。
　　　低レベルな自慢・偏見の陳列、煽りあい、無駄な罵倒、
　　　いわゆる「２ちゃんねる用語」を多用したお寒いレス等々が並ぶ。
６、煽りと罵倒しか出来ない魯鈍まで魯鈍同士の空疎な煽りあいに飽きて去る。
７、何も提供できない白痴が過去の栄光の日々を夢見て空ageを繰り返す。
　　　脳死状態

**デフォルトの名無しさん** · 2025/04/20(日) 16:48:37.48

7だろ

**デフォルトの名無しさん** · 2025/04/20(日) 18:35:19.98

>>374
5〜7のいずれかの段階じゃないですか？
客観性を失いましたか？

**デフォルトの名無しさん** · 2025/04/21(月) 12:00:00.65

話題が無いね…

**デフォルトの名無しさん** · 2025/04/21(月) 12:43:40.09

Ecxelビバ！
Chatガパチョ！

**デフォルトの名無しさん** · 2025/04/21(月) 12:45:10.43

書籍なら、高橋宣成『パーフェクトExcel VBA』辺りが今でもお勧め？　
沢内晴彦『Excel VBA実戦のための技術』は昔買って読んで、内容は良かったと思うんだけど、著者の押し付けがましい語り口に辟易した記憶がある。各章冒頭のダイアログとかもうね。

**デフォルトの名無しさん** · 2025/04/21(月) 15:42:19.79

今ならAIに頼んで自分に合ったものを書いてもらうのがお勧め

**デフォルトの名無しさん** · 2025/04/21(月) 18:50:43.50

自分にあう書籍を書いてもらおう

**デフォルトの名無しさん** · 2025/04/21(月) 22:52:35.16

初心者向けに実用的なコードを教えます！みたいな内容では無くて、もっとそもそも論を書いたシステム開発みたいな内容の本はないでしょうか？

**デフォルトの名無しさん** · 2025/04/21(月) 23:50:35.29

あるょ

**デフォルトの名無しさん** · 2025/04/21(月) 23:56:59.82

VBAで差し込み印刷をする時の正解は結局なんでしょうか？
Excelで文章の様式、フォーマットがあって、それぞれのセルに行の値を代入して連続印刷する感じです。

**デフォルトの名無しさん** · 2025/04/22(火) 01:09:34.39

ある行に設定したらその値が各セルに表示されるようにしたらどうだろ

**デフォルトの名無しさん** · 2025/04/22(火) 05:15:10.29

その場合はそれぞれのセルに行の値を代入して連続印刷するのが正解

**デフォルトの名無しさん** · 2025/04/22(火) 12:17:33.64

ユーザーフォームで入力画面つくるのがわかりやすい

**デフォルトの名無しさん** · 2025/04/22(火) 12:30:17.80

>>382
さすがにVBAにそれを求めるのはお門違い
そもそも自称VBAプロでプログラミングの基礎がまともにある奴の方が少ないんだから、事実としてそんなもんVBAには必要ないってこと

**デフォルトの名無しさん** · 2025/04/22(火) 14:16:52.96

>>382
業務ならコーディング基準はあった方がいいだろね
個人用でも一部有用なのはあると思うよ

**デフォルトの名無しさん** · 2025/04/22(火) 14:57:52.39

Access使え

**デフォルトの名無しさん** · 2025/04/23(水) 00:18:58.61

大体よ、いつからLetを省略する書き方になったんだよ？？　昔はValueプロパティすら省略なんてご法度だったし。

**デフォルトの名無しさん** · 2025/04/23(水) 00:19:15.68

大体よ、いつからLetを省略する書き方になったんだよ？？　昔はValueプロパティすら省略なんてご法度だったし。

**デフォルトの名無しさん** · 2025/04/23(水) 00:19:27.56

大体よ、いつからLetを省略する書き方になったんだよ？？　昔はValueプロパティすら省略なんてご法度だったし。

**デフォルトの名無しさん** · 2025/04/23(水) 00:20:10.60

大体よ、いつからLetを省略する書き方になったんだよ？？　昔はValueプロパティすら省略なんてご法度だったし。

**デフォルトの名無しさん** · 2025/04/23(水) 01:50:51.14

letは省略しても何ひとつ変わらないから書くだけ無駄

**デフォルトの名無しさん** · 2025/04/23(水) 02:15:05.21

N-BASICの時代からLETなんて書くヤツはいなかった

**デフォルトの名無しさん** · 2025/04/23(水) 02:34:24.48

あれ？何故連投になってるんだろ？

**デフォルトの名無しさん** · 2025/04/23(水) 05:26:38.28

>>388
自称VBAプロでプログラミングの基礎がまともにある奴の方が少ないんだからこそそう言う本が読みたいのですが？
VBAのコーディングでもより効率的に素早くコーディングするための方法が知りたいです
例えばコードブロックはメモ帳なりなんなりであらかじめ用意しておいて繰り返し流用するとか、ユーザー辞書にメソッドやプロパティを登録して入力を楽にするとか
少しでもノーコードに近づけるテクニックが知りたい

**デフォルトの名無しさん** · 2025/04/23(水) 05:33:09.52

>>386
今は転記元セルのアドレス列と転記先アドレス列の対応リストを作成して、range(セルの値).value = range(セルの値).value みたいな事をして転記しています
後から知ったのはreplace(転記先文字列,転記先文字列,差込文字列)ですね

**デフォルトの名無しさん** · 2025/04/23(水) 06:36:06.92

よく使うコード片をコピペ用にストックしておくとかは、システム開発のそもそも論とはちょっと方向性が違う気がする。

**デフォルトの名無しさん** · 2025/04/23(水) 06:51:21.87

金出して買った本にそんな事書いてあったらゲンナリするわな

**デフォルトの名無しさん** · 2025/04/23(水) 07:29:09.67

よく使うならライブラリとか関数とかで既存処理を使い回せばいい
必要のないコードを書くのは逆に無駄だろう

**デフォルトの名無しさん** · 2025/04/23(水) 07:31:04.25

インポート、エクスポートのことか？

**デフォルトの名無しさん** · 2025/04/23(水) 07:34:29.45

>>390
Accessは開発終わるからもう新しくなることないもんな

**デフォルトの名無しさん** · 2025/04/23(水) 08:04:22.51

>>398
繰り返し流用するようなコードやブロックは、
それこそ標準モジュールやクラスモジュールにするでしょ
ユーザー辞書にプロパティやメソッドを追加？
VBE上のctrl+spaceで大体のことは解決するだろ
目指してる方向が正に自称VBAプロ、明後日向いてるよ

**デフォルトの名無しさん** · 2025/04/23(水) 08:10:30.40

>>405
ショートカットキー
知らなかったです

つい最近複数行選択からのタブで一括インテンドができると知りました

一括でインテンドを減らす方法ないですか？

**デフォルトの名無しさん** · 2025/04/23(水) 08:12:10.74

>>402
ライブラリという名前はよく聞くのですがなんでしょうか？
アドオンに登録すればいいという事も聞くのですが、アドオンだと配布がいくらか面倒になるのが悲しいです

**デフォルトの名無しさん** · 2025/04/23(水) 08:19:48.48

>>406
Is the intended word an indentation?
インデントを減らすにはshift+tab
本より先にヘルプファイルを読もう

**デフォルトの名無しさん** · 2025/04/23(水) 08:31:17.24

ライブラリというのは、ざっくり言えば汎用的に使う目的で作られたクラスとか関数とかを集めたモジュール等のことだけど、正直言って、ライブラリを使ったり作ったりという辺りから、わざわざVBAでやらなくてもいいかなぁとなることが少なからずあるような気がする。

**デフォルトの名無しさん** · 2025/04/23(水) 08:32:23.99

本格的なシステム開発の手法を勉強しなくてもできる、じゃなくて我流Excel、我流VBAが属人化の原因で、属人化が嫌われているんだから、本物の手法を学んで少しでも標準化に努めた方がいいと思う

**デフォルトの名無しさん** · 2025/04/23(水) 09:19:54.75

そういうことを言い出したらVBAは使うべきではないという結論にしかならないからナンセンス
VBAなんか雰囲気でいいんだよ雰囲気で

**デフォルトの名無しさん** · 2025/04/23(水) 09:24:11.20

VBAで描くとどうせ属人化するんだからVBAじゃなくてPythonの方が描きやすい罠

**デフォルトの名無しさん** · 2025/04/23(水) 10:07:14.33

VBAが属人化の弊を指摘されやすいのは、VBAの強みの裏返しだからなぁ。Excelは大抵の業務用PCに入っているからプログラミング言語として最もアクセスしやすいというのがVBAの強みだけど、これは裏返せば①相対的にスキルの低い人がコードを書き、②そのコードが業務に使われるという状況を生みやすくする原因となっている。これに③会社側が追加的なコストを掛けるつもりがないという条件が加わったのがいわゆる属人化。乱暴に言えば、素人が作ったコードが業務に使われていて、タダだからそのまま使い回したいという会社側の助平心に過ぎない。
会社がそれなりのコストを掛けて業務に使うコードを開発するのならVBAと同じような意味での属人化というのは基本的に起きないのよ。そもそもそういう場合にVBAが開発言語に選ばれる可能性は低いだろうし（Excelだけで完結させたいという状況はもあるだろうからゼロとは言わないけれど）。

**デフォルトの名無しさん** · 2025/04/23(水) 10:13:34.84

408が一瞬分からなくて焦ったけど、unindentationか

**デフォルトの名無しさん** · 2025/04/23(水) 10:19:50.71

あなたのよく使うコードと私のよく使うコードが違うからな
自分で使い回しやすいようにまとめたらいい

**デフォルトの名無しさん** · 2025/04/23(水) 11:24:31.44

食人族の話題が活発だなと空目した

**デフォルトの名無しさん** · 2025/04/23(水) 11:32:10.92

結局、個人が自分の担当業務を勝手にVBAで局所最適化している構図なので、VBA自体がいかにわかりやすく書かれてようが定義上属人的なんだよね
人力で愚直にやる分にはやってることが周りの目にも見えやすいから、特定の個人の作業負荷が高かったり過大な責任を担っていたりしたら、
適宜マニュアル化して分担するような対応を取りやすい
一方、ヘタに担当者の「創意工夫」によって効率化されてるとそういった潜在的な課題が表面化しづらく、いざ担当者が離任するとなったときに一気に問題が噴出するわけだ
こういう問題に対するシステム的な正道のアプローチは決まっていて、勝手に創意工夫させしない、現状が非効率であるという事実だけを然るべき場所へ報告させる、
その上で、必要な改善はトップダウンで実施する、という極めてアメリカ的なやり方になる
こんなのはカイゼンを美徳とする日本人には無理な話だから、難しいこと考えないで存分にVBAで好きなように創意工夫したらいいよ

**デフォルトの名無しさん** · 2025/04/23(水) 13:49:06.15

VBA共通モジュールやEXCEL共通モジュール、ACCESS共通モジュールは分けて作っといたらいい

**デフォルトの名無しさん** · 2025/04/23(水) 16:59:43.12

個人が勝手に自動化させてる環境なんて、社員10～20人程度の規模の企業だろ
そんなトコは将来何に躓こうがどうでもいいハナシでは？
その規模でもきちんと社内で話し合って最適解を求めてる所なら属人化なんて杞憂にしか過ぎないような

**デフォルトの名無しさん** · 2025/04/23(水) 17:21:41.74

大企業でも普通にあるぞ
完全にマニュアル通りに手を動かす人員を別にすれば、
大企業だろうと適切なアウトプットだけ出せればやり方については個人の裁量に委ねられている業務の範囲ってのはある

**デフォルトの名無しさん** · 2025/04/23(水) 18:06:06.77

組織内のルールならその枠内で守ればいいのである
そのルールがよその組織でも当てはまるとは限らんのでな

**デフォルトの名無しさん** · 2025/04/23(水) 20:15:32.24

大企業で属人化されてても困ることは無いだろうから
やっぱり属人化をつべこべ言ってても始まらないのでは？
属人化された業務･作業なんか別の者がまた新たに属人化しようとも
業務に支障が出ないんだろ？　じゃあ、属人化が何だってんだ
属人化言いたいだけちゃうんか、と

**デフォルトの名無しさん** · 2025/04/23(水) 20:59:10.18

やっとディクショナリーにテーブル名と列名でキーを登録して、アイテムにListColumns(index).Databodyrangeで各列のデータ行が登録できて、dictionary(テーブル名列名).Rows(index).valueで値を書き込めるって知ったよ
これでテーブルをいちいち変数に代入する事から開放されるし、わかりやすい文字列で指定もできる

Range(テーブル名[列名])でいいじゃんって言われたらそれまでだけど

**デフォルトの名無しさん** · 2025/04/23(水) 21:23:04.79

同形式のテーブルが大量にあるのなら
まずそれがおかしい