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/05/17(土) 18:12:34.03

そんな方法はない

**デフォルトの名無しさん** · 2025/05/17(土) 18:32:10.79

仕方が無い

**デフォルトの名無しさん** · 2025/05/17(土) 18:34:04.52

やっぱりセルに実際の文字列を入れて
治ったセルの高さ/行数　= 1行あたりの行の高さ
で割り出すしか無さそうですね

**デフォルトの名無しさん** · 2025/05/17(土) 18:37:59.26

画像で保存してセルに合わせて画像を拡大縮小したらどうかな

**デフォルトの名無しさん** · 2025/05/17(土) 18:49:20.89

一つのセルにそんなに長い文字列を入れてしまうデザインを見直したほうが早いかも

**デフォルトの名無しさん** · 2025/05/17(土) 18:50:45.81

やっとdictionaryのネスト、親ディクショナリー、子ディクショナリーが理解できました。
よくdictionaryのitemに配列を入れたら値が複数登録できると言うコードが詳細されていて、私も四苦八苦しながら覚えました。

だけどこれって本当は親ディクショナリー、子ディクショナリーが正しい答えですよね
ディクショナリーだとそれぞれの項目が文字列で指定でますが、配列だとインデックスでしか登録できない

**デフォルトの名無しさん** · 2025/05/17(土) 19:22:23.61

>>686
うちは24や48から2ポイントずつ減らしならが総当りしてる

**デフォルトの名無しさん** · 2025/05/17(土) 20:04:52.16

>>691
1行なら　縮小したら全体を表示する　が使えるから、、、？
そして多めに行数を作成して、行数が少ないのなら削除するか、非表示にすればいいと？
なるほど

**デフォルトの名無しさん** · 2025/05/17(土) 20:06:06.97

>>693
私も12の倍数で作成しています。

**デフォルトの名無しさん** · 2025/05/17(土) 20:19:45.31

印刷周りの仕様、挙動をよく理解していなくて申し訳ないですが、
改ページで1ページの範囲を設定していれば、どれだけ行が大きいか、行数が多いかしても、
必ず1ページになる様にExcel側が自動調整されるのでしょうか？
優先度は改ページ、全ての行、列を〜ページに合わせる、zoomの順番でしょうか？

**デフォルトの名無しさん** · 2025/05/17(土) 21:01:27.82

>>696
それはVBAの問題なのか？
ここは何のスレかわかってるか？

**デフォルトの名無しさん** · 2025/05/17(土) 21:14:59.94

>>697
VBAで書類の作成、印刷の自動化を申しつけられて、全自動化時代は余裕なのですが、印刷周りの設定はよく知らなくて、しかも実際に印刷作業をする人は別の場所の人だから、1ミリでも小さければ気に食わないんでクレームを入れてくるんです。

**デフォルトの名無しさん** · 2025/05/17(土) 21:18:54.18

.PageBreak
.Zoom
.FitToPagesWide
.FitToPagesTall
font-size
セルの縦横
これら全てVBAではないのですか？

**デフォルトの名無しさん** · 2025/05/17(土) 21:29:04.01

>>699
VBA以前にそもそもExcelの印刷自体を知らない人なんだということはよくわかった
1ミリも狂わないように印刷するにはWindows APIを呼び出して使うかExcelで印刷するな

**デフォルトの名無しさん** · 2025/05/17(土) 21:36:27.58

>>700
どのAPIがよろしいのでしょうか？
PDFには常に出力しています

**デフォルトの名無しさん** · 2025/05/17(土) 21:39:10.06

>>701
Canvas API
教えたからそろそろ消えろ

**デフォルトの名無しさん** · 2025/05/17(土) 21:56:35.49

>>702
それはWindows APIなのでしょうか？

**デフォルトの名無しさん** · 2025/05/17(土) 22:02:21.39

>>703
いい加減にしろ
後は自分でPostScriptを書いてPDFファイルを作れ

**デフォルトの名無しさん** · 2025/05/17(土) 22:20:55.25

>>704
Canvas APIはWindows APIなのでしょうか？
私はVBA以外はほぼ無知なのですみません

**デフォルトの名無しさん** · 2025/05/17(土) 22:21:25.66

ぐぐれ

**デフォルトの名無しさん** · 2025/05/17(土) 22:28:10.07

本当にAIのコミュ力につくづく人間は敵わないなと思う

**デフォルトの名無しさん** · 2025/05/17(土) 22:40:26.23

>>707
とことん馬鹿だな
教えてもらってそれかよ
消えろや

**デフォルトの名無しさん** · 2025/05/17(土) 22:48:37.53

>>708
それがコミュニケーション能力が高い事なんですか？

**デフォルトの名無しさん** · 2025/05/17(土) 22:54:54.99

煽り耐性ないやつが次々と引っかかっててウケるー

**デフォルトの名無しさん** · 2025/05/17(土) 22:58:48.79

馬鹿はこうやって本性を曝け出す

**デフォルトの名無しさん** · 2025/05/17(土) 23:31:01.83

エクセル(VBA)で印刷の精度を求めるのは徒労だと思う

**デフォルトの名無しさん** · 2025/05/18(日) 08:45:52.75

いまだに位置合わせがどうこうやってる
生産性激低日本さん

**デフォルトの名無しさん** · 2025/05/18(日) 09:28:02.03

>>692
配列がいい場合もある
使い分け

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

>>696
相談の核は、構文の式の優先度を知りたいのか
成果物を要求する人の要望に応じるには、どこを直せばいいのかを知りたいのか

それらの式をあれこれ工夫して組み込んでもどうしてもズレてしまう　だの
今のところ問題無いが先々を考慮して問題に成りそうなヶ所を潰しておきたい　だの
こちら側では相談の意図がいまひとつ掴みきれない
具体的にサンプル上げるなり事例を書き込むなり
1mmズレるケースとズレないケース両方があれば、より判断しやすい
おれのはズレないよ　アー〇ネイ〇ャーだもの

**デフォルトの名無しさん** · 2025/05/18(日) 11:39:33.78

Dictionaryのkeyに複数値を入れれば2次元で格納できる

**デフォルトの名無しさん** · 2025/05/18(日) 11:50:29.67

>>715
改ページと全ての行、列を1ページに合わせると、Zoomのこの3つの依存関係、絡み合いが知りたいですね。
AIのご説明では、
まず改ページが最優先され、
次に全ての行、列を1ページに合わせるの設定が優先さる？
全ての行、列を1ページに収めるが設定されているとZoomの設定は無視される
そうです

あとあと行数が今より増えた時に、「フォントサイズが小さくなりすぎる」かもしれないので、今一度、Excelのページレイアウトの設定、仕様、挙動を完璧に把握したいなと思いました。
ありがとうございます。

**デフォルトの名無しさん** · 2025/05/18(日) 11:53:43.56

ところがね・・・
Windowsの場合は、パソコン側の液晶モニターの設定も印刷に影響するんだよ
プリンターもすべて同じLANにつながってるのを共有してるのに、別のPCから印刷するとズレるんだ・・・

**デフォルトの名無しさん** · 2025/05/18(日) 11:59:28.20

AIにお伺いして、より沢山の案や方法の回答を得たい時はどの様にご質問していますでしょうか？

私は具体的に〜をするにはどの様な方法がありますか？
と聞いていますが、質問があまりにも具体的すぎるのか、限定的すぎるのか、聞かれた事に対してしか答えてくれません（質問に対して抽象化して幅広く回答したら今度はAIは嘘をつくと言われると思いますが。）

**デフォルトの名無しさん** · 2025/05/18(日) 12:05:26.30

左右に並んだセルを連結すると文字の上下位置がずれて発狂するよね

**デフォルトの名無しさん** · 2025/05/18(日) 12:07:00.00

>>718
それもAIに言われました
スケーリングも影響しますと言われました。
高解像度のモニターで、アイコンのサイズを大きくするために使うあのスケーリングです。
プリンターのフォントや最小の余白サイズなどのプリンターの仕様
プリンターに実は縮尺の設定がかかっている事に気づいていない
などなど

**デフォルトの名無しさん** · 2025/05/18(日) 12:20:35.59

スレチの話題ほど長く続くんだよな
Excelスレでやってくれよ

**デフォルトの名無しさん** · 2025/05/18(日) 12:24:15.85

公式ページに書いてありましたね。
Zoom プロパティが True の場合、FitToPagesWide プロパティは無視されます。

Zoomプロパティが False の場合、 FitToPagesWide プロパティと FitToPagesTall プロパティは、ワークシートのスケーリング方法を制御します。

（Zoomは）拡大または縮小する方法にかかわらず、元の文書の縦横比は保持されます。

**デフォルトの名無しさん** · 2025/05/18(日) 13:41:54.68

スレチとは言えないだろうけど、今のところ個人の感想を書いてるだけに近しいな
仕様に関しては、その書類を共有するグループ内で諮って今後の方針を決めればいいだろうし
環境の違いで発生するトラブルに関しては、最大公約数だっけ？なんかそういう系の
どんな環境でもほぼ同一の結果を出せますゾーンを決めて、それに沿った設計制作に
改めるべきだろうし
PDFに出せば問題軽減するってんならそれもひとつの解決策だし
掛けるコストに見合う結果が出ないなら意義は低い(少ない)
これが、個人研究ってんならより深く追及して解に近いものが得られたら発表してもらいたいが

**デフォルトの名無しさん** · 2025/05/18(日) 13:47:30.17

longとstrの変数定義10個やって、ループ5万回回して中で変数に値を出し入れする

まとめてループ外で変数定義するのと、ループ内で適宜定義するのとどっちがよいので？？

**デフォルトの名無しさん** · 2025/05/18(日) 14:08:00.75

>>723
保持されないんだな、これが
罫線の太さが一部だけ違ってるシートだと拡大率が縦と横で違ってくる

**デフォルトの名無しさん** · 2025/05/18(日) 14:10:27.89

>>725
MSの推奨は最初にまとめて宣言
チームでやるならみんなに合わせる
個人的な作業ならどっちでもいいけど、途中で方針を変えるとあとで混乱するからどっちかに決めて一生変えないこと

**デフォルトの名無しさん** · 2025/05/18(日) 14:47:49.53

>>723
この馬鹿、答えを教えてもらってもネチネチやってるのか
馬鹿はこれだから
消えろや

**デフォルトの名無しさん** · 2025/05/18(日) 17:14:14.05

>>725
VBAにブロックレベルのスコープはないからどっちも同じ
オレの好みは読みやすさ重視でループ内に書く方だが
プロシージャ内の2つのループで同じ変数名を使いたい時
ループ外で宣言しないといけなくなって打ちひしがれる

**デフォルトの名無しさん** · 2025/05/18(日) 19:26:33.94

真円を印刷したら楕円になって発狂したの思い出したわ
どうやって解決したかは昔すぎて覚えていない

**デフォルトの名無しさん** · 2025/05/18(日) 21:45:07.54

>>727
>>729
参考になります…！
ループ内の宣言コストとかはあんま気にしなくてもよさそうな感じなんですね(オブジェクト除く)

**デフォルトの名無しさん** · 2025/05/19(月) 00:29:53.41

変数3、4個のプロシージャだったら変数の宣言しなくていいよね？
プロシージャが動いてる時だけメモリ消費するってことでいい？

**デフォルトの名無しさん** · 2025/05/19(月) 00:49:32.05

>>732
Option Explicit しなさい
しないと、変数のタイプミスで簡単にバグる

**デフォルトの名無しさん** · 2025/05/19(月) 03:01:33.66

>>732
たとえ宣言してあっても、メモリ上に変数領域が確保されるのは実行中だけだよ
ただし宣言しないと全部Variant型にされるからメモリ効率も実行効率も悪くなる、と言っても体感はできないけど

**デフォルトの名無しさん** · 2025/05/19(月) 06:06:52.71

>>730
図形の事に全く詳しくないから間違っているかもしれませんが、セルに合わせて伸縮したり、移動したりするのを無効にするのでしょうね

**デフォルトの名無しさん** · 2025/05/20(火) 02:20:44.35

ListView,TreeView入れて作ったら、大半の人がOffice2013 64bit使ってて動かないことが判明したんだけど、どうしよう

**デフォルトの名無しさん** · 2025/05/20(火) 06:15:30.63

作りなおす

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

ん？ 2013にはそのview無いってこと？

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

32bitと64bitの互換性が無い Verが違う今時2013つこてる方がキケンがあぶない
相手の環境を再現できるマシンを入手してそれで作り直す
がんばって自作する　https://qiita.com/Q11Q/items/b4f8d50e760d114b21fd

**デフォルトの名無しさん** · 2025/05/20(火) 08:58:00.71

あぁ、なる
昔大量にフォーム移行する時に、定義を一覧に出して、それを元に再構築するの作ったような記憶…
おそらくサイズ変更に合わせてフォントとかも変えたのかな…

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

きちんと動作環境を明確にする
クライアントと打ち合わせる
上司や営業に相談する

**デフォルトの名無しさん** · 2025/05/20(火) 14:46:51.76

2019ですら化石レベル化してるのに2013とはな

**デフォルトの名無しさん** · 2025/05/20(火) 16:17:35.03

2013がどうってんじゃなく使うDLLが違う
使用するべきDLLが32bit版か64bit版か判断するコードが要る

**デフォルトの名無しさん** · 2025/05/21(水) 10:53:43.66

Excel2013が危険なのには同意だけど
Excel2013/64からListView,TreeView/32を呼ぶのは無理ってだけで
Excel2013/64からListView,TreeView/64を呼べたら使えるんじゃね

**デフォルトの名無しさん** · 2025/05/21(水) 11:32:04.49

所詮、ActiveXコントロール(ocx)だから
カレンダーコントロールと同じ運命を辿るような気がするけどね
必死に工夫して汗水流して作り上げても、寿命が風前の灯火で数ヶ月後には利用不可とか

**デフォルトの名無しさん** · 2025/05/21(水) 12:10:27.12

使用者、要望者のオーダーメイドでマクロを作成しても、これは嫌だ、あれも嫌だ、と言われるならなにも作る事は出来ない
脱Excelといって、既製品の業務ソフトを導入しても絶対不満しか出てこない
脱Excelの現実を知った気がする
そして全ての要望を取り込んで作成したマクロが属人化した闇Excelファイルなのだろう

**デフォルトの名無しさん** · 2025/05/21(水) 12:16:44.55

嫌かどうかで仕様を決めていると大変だろうな

**デフォルトの名無しさん** · 2025/05/21(水) 13:16:57.81

>>746
そういう、いかがわしい新興宗教にのめり込んだ人のような発言はそろそろ控えたら？
書いてることが支離滅裂だよ？

>オーダーメイドでマクロを作成しても
　要望通りでダメなら、どこをどう改善すればいいかじっくり話し合いの機会を持てばいいだけ
　作成したと言い切れるのは、試作品を改良改善した末に仕上がったものに対して使う言葉
>これは嫌だ、あれも嫌だ、と言われるなら
　事前の要件や仕様を満たして無いんだろ？　打ち合わせの時に聞くだけの態度で居たとかで
　その制作物が仕上がった時の概要がじぶんのアタマの中にできていないからそういう事態に陥る
　経験不足もあるだろうし打ち合わせが打ち合わせの体を為していなかった、てだけ
>絶対不満しか出てこない
　その業務アプリに移行しましょうと先導した人間の責任　流行りの言葉なら任命責任
>全ての要望を取り込んで作成したマクロが属人化した闇Excelファイル
　これがまったく理解不能　属人とか闇とか言いたいだけちゃうんか、と
　そんな発言に賛同してくれるのは、あんたがた宗教の身内だけ

**デフォルトの名無しさん** · 2025/05/21(水) 13:20:09.77

TreeViewなどにはライセンスの問題もあったような

**デフォルトの名無しさん** · 2025/05/21(水) 13:24:41.83

顧客も打ち合わせしても話し通じないならAIと打ち合わせしてコード出してもらった方がいいってなるよな

**デフォルトの名無しさん** · 2025/05/21(水) 13:28:08.25

ぶっちゃけシステムなんてそんなもんだよ
コンサルや名の知れたSIerに頼んだって必ず不満は出るし、結局使い物になりませんでした、なんてことも珍しくない
ただし、VBAはユーザー側の人間が作ることが多いので、SIerみたいに「要件定義で決まった通りです」で逃げるわけにもいかないんだよね

**デフォルトの名無しさん** · 2025/05/21(水) 15:22:55.64

仕様変更に合わせて納期も延長でいいんじゃね

**デフォルトの名無しさん** · 2025/05/21(水) 17:20:56.31

だいたい配布前提で整備したコード書けば属人化なんてほぼしないわけで
取り込む要望も無理にまとめず適度に分割してやればいいし
敵に抵抗できないコミュ障コーダーが悪いまである

**デフォルトの名無しさん** · 2025/05/21(水) 17:33:31.94

>>753
属人化の根源はコードそのものじゃなく脳内にしかない仕様だよ
コードからwhatを読み取れないから属人化する

**デフォルトの名無しさん** · 2025/05/21(水) 17:33:52.05

whatじゃない、whyだな

**デフォルトの名無しさん** · 2025/05/21(水) 17:42:23.76

根源とかどうでもいいんよ
VBA少しできますくらいの他人が
適当にメンテしながら使っていけるコード書けって話でしかない

**デフォルトの名無しさん** · 2025/05/21(水) 18:08:10.91

>>756
配布前提で書いたコードだろうと属人化するって話だから、
メンテしながら使おうが属人化はするよ

**デフォルトの名無しさん** · 2025/05/21(水) 18:16:53.95

こんげんかせんといかん

**デフォルトの名無しさん** · 2025/05/22(木) 07:49:16.16

Excel属人化教の方々は、その属人の定義をして欲しい
属人の何がいけないのか？　全員が同じレベルに成れと言い募ってるのか？
フルオープンにしてコード見れば説明書に成ってる程の成果物を作れと言ってるのか？
それとも、いけない事は無いがただ単に属人って言葉に魅了されて使ってるだけなのか？

**デフォルトの名無しさん** · 2025/05/22(木) 07:59:10.35

WhyやWhatが読み取れないからメンテ出来ない　ってんなら、じぶんのWhyやWhatで作り直せばいい
それを持ってた奴が前作を作ったんだしそれが使えてきてたって事実は変わらん
おれにはできねえってんなら、前任者より能力が劣ってるということになるし、才能ある奴を
新たに採用するように働きかけする必要がある
シン成果物を作れる能力あるなら、前任者をつべこべこき下ろしてる時間はムダでしかない　成果物-1.0でもいいけど

**デフォルトの名無しさん** · 2025/05/22(木) 08:28:50.00

>>760
書き間違えたのは申し訳ないが、whatはコードから読み取れるんよ
whyは何故その処理をしているか？何故その方法を選んだか？何故そのアルゴリズムなのか？
それら意図を完全に示す術はない
コメントを残せって言われるのはつまりwhyを残せってこと
whyを知らなければVBAに限らず、言語にも依らず、
あらゆるものごとは属人化する
属人化は必ずしも悪ではないけれど、
昨日の自分は別人ってことを鑑みれば効率が悪いことは明らか

**デフォルトの名無しさん** · 2025/05/22(木) 08:29:26.28

数年後の自分がメンテできるように作ればOK
人の能力はマチマチ、まだいない後任者のことを考えてもしゃーない

**デフォルトの名無しさん** · 2025/05/22(木) 08:42:19.33

属人化はリスク要因となりえ、VBAは属人化する蓋然性が高いってことをわかった上で許容するのと、
わからず使う・属人化しないと信じて使うのとは大違いって話をしているに過ぎない
能力だの才能だの、シン成果物だの成果物-1.0だの、
手も頭も動かさない奴の言葉遊びほど虚しいものはないな

**デフォルトの名無しさん** · 2025/05/22(木) 08:49:14.19

属人化教なんて言葉を使っている時点で、もう何を言われても属人化の弊害なんて絶対認めないぞっていう雰囲気をぷんぷんさせているじゃない。このスレだけで何回この話題やるの？
一般に言われる業務の属人化というのは、特定の人がいなければ業務が回らない状態のことで、当該特定の人が休んだり退職したりしたときに業務が止まってしまうリスクがあることから好ましい状態ではないとみなされている。会社側としては業務内容を把握する従業員を複数人にしたり（1人に依存しない）、マニュアル化したりすることでリスクを低減化するのが通常の対応。
VBAはコード作成も実行もExcelだけでできるという特徴があり、このVBA固有の事情により、①専門のプログラマーが作成するコードに比べて一般にコードの質が低い、②会社側が把握しないうちに業務にコードが使われるという事態が生じがち。属人化の弊害が、特にVBAについて言われることが多いのはこれらの事情によるところが大きい。
要するに会社側から見て、属人化リスクを低減化する機会自体がなかったり（上記②）、コストを掛けて属人化リスクを低減化するほどの価値が見出せなかったり（上記①）というケースがVBAの場合には少なくない。
VBAがアイデンティティになっちゃっている人にはどう説明しても理解しないだろうなと思いつつ、一応説明するとこういうことね。しかし、属人化の弊害を否定したがる人って、見事なまでに会社側の視点が抜け落ちているのね。担当者個人の視点で、業務が多少効率化できるのならそれはいいことだという発想から出発してそこから一歩も抜け出ないのならそりゃ議論も噛み合わんわな。

**デフォルトの名無しさん** · 2025/05/22(木) 08:52:23.13

>>760
才能ある奴ｗがマニュアルをじぶんのWhyやWhatで作り直して大惨事になった、
東海村JCO臨界事故ってのもあったな

**デフォルトの名無しさん** · 2025/05/22(木) 09:12:43.00

Excelは属人化しやすい　だからExcelで効率化を図る場合には、それに関わる部署･チーム･グループが
一丸と成ってそうならないような対策を施さなければならない　今後、対策されていない自動化は禁止する
とかならまだわかる
Excelは属人化ガー　VBAは尚更ー　を連呼してるだけで、何の生産性向上に繋がるんだ？
アタマがひどく悪い一族に至っては「だからVBA禁止」のお触れまで出す始末

問題発生しないよう努力する必要もあるし、問題発生したらすぐさま対策を講じなきゃならないのは
何もExcelに限らんだろうに
とりわけここ20数年で急に変遷進歩し続けてきてしまったPC作業に取り残された奴らの繰り言に近い
そんなだから失われた40年とか揶揄されちまう　先を見て向上心持ってもっととんがらないと
VBAに問題あるなら、それを解消することに全身全霊で打ち込みゃあいいだけ
何の解説者だか評論家気取りだか知らんが、悪いものを悪いと言う事なんか阿呆でもできる　悪い処は直し続けるてだけ

**デフォルトの名無しさん** · 2025/05/22(木) 09:31:16.38

>>766
属人化を悪いって言ってるのはあなた自身だろ
俺は属人化を悪いなんて言ってない
属人化を問題だと思うなら解決すべきなのはそりゃそうだし、
解決策の一つとしての全面禁止だって、俺なら選ばないけど理解はできる
属人化が何故生じるのかを議論することは、それを解消することにも繋がる
属人化する/しないの幼稚な二元論でまとめようとするのは、
頭を使ってない・使えないことをひけらかしてるに過ぎないよ

**デフォルトの名無しさん** · 2025/05/22(木) 09:35:02.46

従業員目線なら、属人化はイコール自分への依存度で価値だから、そりゃ手放さないわな

**デフォルトの名無しさん** · 2025/05/22(木) 09:40:52.16

会社をプロフェッショナルの集まりだとすれば、
結局のところ仕事自体がどこまで属人化を突き詰められるかだから、
しょーもないことを属人化すんなって話なだけ

**デフォルトの名無しさん** · 2025/05/22(木) 09:46:17.63

念仏唱えてるだけで、一向に前向きに対処しない・対策しようともしないバカ共を嘲って「教」を付けてる
属人の意味を、じぶんの中で咀嚼･消化してない/しようともしないで、ヨソで聞き齧った言葉をなぞってるだけ
「前にならえ･右にならえ」がDNAに刻み込まれてるこの国の人間にゃあ、それが心地いいのかも知らんが
誰がやらなくともおれはやる　ぐらいの気概が欲しいところ

と書くと、内容読まずに言葉尻だけ捉えて「それが属人化に繋がる要因だろ！」とか言い募る奴が居そうだが
オープンな属人化なら大いに結構だろ　←これも語弊がある物言いだがw
オープンにする努力を怠るな、と言ってる　制作する側もそれを使って効率を上げようとする集団も　共有ってそういうもんだろ
そのグループ･集団は同じ目的(収益の向上)を持った集団のハズなんだ　その目的達成の方にこそ目を向けろ
足引っ張って他人の粗探ししてつべこべ文句言ってるだけじゃあ、そのうち滅びる

**デフォルトの名無しさん** · 2025/05/22(木) 10:05:21.01

>>760
時間が無限にあるのが前提ならそうだね

**デフォルトの名無しさん** · 2025/05/22(木) 10:07:32.69

>>765
あれ実はノーベル賞もらえるレベルの改良だよな

**デフォルトの名無しさん** · 2025/05/22(木) 10:23:06.55

>>765
裏マニュアルとは別の？
ググっても分からなかった。

**デフォルトの名無しさん** · 2025/05/22(木) 11:03:11.01

質の低いコードを公開されたって迷惑なだけなんだって。VBA命の人は、まさに収益向上の観点からVBAはメリットより害の方が大きいと判断する会社が少なくないってことをどうしても受け入れられないみたいね。
VBA ＝生産性向上・業務効率化という無邪気な信念を持っているみたいだけど、多くの会社はVBAをそのようには評価していない。会社が本気でコードによる生産性向上・業務効率化をするつもりなら、どのような言語を選定するにせよ継続的な管理コストは必要になるわけだけど、それならVBAではなく、もっとちゃんとした言語でやりたいというのが普通なわけ。非プログラマ社員の内製VBAの改変履歴を管理したり、マニュアル作ったりなんてしたくないのよ。

**デフォルトの名無しさん** · 2025/05/22(木) 16:37:21.75

さすが >>774を取るだけの素質を持ち合わせた人間の発言だなw
ExcelVBAスレでExcelVBA不要論を、あまり意味の無い言葉を並べ立てて講釈するとは
内製であれ外注であれ、その業務を賄うにはExcelで充分という案件は想定して無いだろ？
そういう案件に限ってという前提ならExcelVBAでいいじゃないか
ダメな理由を語りたいがためだけに持ち出した事例が、一向にその役目を果たしてない
どんなコードだろうと「質が低い」と判断できる能力を持ち合わせてるんなら、それを
ブラッシュアップするなり作り変えるなり　その方が百万倍コストの面でメリットだろうに

どんな大袈裟なプロジェクトと比較してンの？　んで、それ比較する意味あンの？
あんたの中ではあるのかも知らんけど、世間一般では無意味だ　とおれは思うよ

**デフォルトの名無しさん** · 2025/05/22(木) 17:36:10.44

>>775
少なくないってのを100%と解釈してるのか？
ダメだと判断する会社が多いってだけで、
良いと判断する会社が無いなんて書かれてないぞ
変なバイアスかけてレス読んでる様に思える
んで、ブラッシュアップなり作り変える（替える？）ことのどこにコストの優位性があるんだよ
無駄なコストを支払ってることに気づけないような奴が、
他人の発言の意味の多寡の判断なんてできないだろ
可か不可か、良いか悪いかみたいな単純な話にしないと理解できないポンコツ自慢はもうやめてくれよ

**デフォルトの名無しさん** · 2025/05/22(木) 17:36:37.38

Excelで十分かどうかというのはあまり意味のない尺度だと思うけどね。
Excel VBAの案件って既存物のメンテを除けば基本的に現状ワークシート等での手作業を省力化したいというものだから、
そりゃExcelで十分に決まってる。元々人力でできる程度に細分化された業務なんだから。
VBAが批判されるのは、まさにそういう個別最適化の積み重ねによって細切れ(≒属人的)で非効率な業務プロセスが保存される傾向があるため。

**デフォルトの名無しさん** · 2025/05/22(木) 19:51:20.63

多くの会社から見て業務でVBAを使ってもトラブルが起きにくいパターンというのは主に2パターンあって、①重要なコードだが、何らかの理由で他の言語が使いにくい事情があるため、専門のプログラマに頼んできちんとしたVBAコードを書いてもらう場合。この場合、当然、VBA社員の出番はない。要するに、通常のシステム開発と同じだが、特定の事情により選定言語がVBAになるケース。もう一つは、②あまり重要な業務ではないので、質の低いコードでも構わない場合。個人の裁量の範囲内でVBAの使用を認める会社というのはこっち。要するに個人で責任を取れる範囲内なら、会社は管理コストを掛ける必要もないし、担当者の裁量でVBAを使うことを禁止するまでのことはしないくても良いのではないかいう発想。それなりに合理的ではある。

逆にいうと、上記①②いずれにも当てはまらないような使い方は、会社からするとリスク・コストを感じやすい。個人の裁量の範囲を超えて、非プログラマの書いたコードを業務に使用するような場合とかね。書いた本人はコードをオープンにしてブラッシュアップすれば良い、コストの面でも有利だなんて無邪気にのたまうけど、会社からすればそんな価値の低いものに管理コストを掛けたくない。仮に継続的な管理コストを掛けるならもっと価値のあるものに掛けたいわけ。はっきり言えば、新しく書き直すときでさえそういう既存のコードなんかない方が良い場合も多い。業務に使われている既存のコードがあるとなれば、どんなに酷いものであっても一応読まないわけにはいかないからね。

非プログラマの書くコードという括りで論じる限りは、Excelで十分な業務というより、低質なコードで十分な業務かというのが基準になるかな。それだって会社の方針次第だが。会社が全面的にVBAの使用を禁止しているような場合もあるからね。

**デフォルトの名無しさん** · 2025/05/22(木) 21:02:03.17

VBA禁止な
reg add "HKCU\SOFTWARE\Microsoft\Office\16.0\Excel\Security" /v "VBAWarnings" /t REG_DWORD /d 4 /f

**デフォルトの名無しさん** · 2025/05/22(木) 22:58:58.92

名前付き引数省略は害悪。全てキッチリ書け

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

「多くの会社」を、それぞれが想定してる規模が違うような気がする
経産省のサイトを参考にすれば、商工業それぞれの規模から比較したら
小規模(社員数20人以下)のが俄然大半を占めてる(かつては零細と呼ばれてた)
製造業は九割に近付く勢いだし、小売業や飲食業も八割、卸売業は五割程度だが
「多くの会社」とひとまとめにする場合は、これらを指すのでは無いのか？
社員数2,000名以下の中規模とかをもって「多くの会社」と呼び為してる気がしてならない
小規模は、持ち合わせてる武器で戦うのがいちばん効率的なんだが
持ち合わせてるExcelだけで戦えるなら、それをフルに活用しない手は無いだろうに
その実態を知ったうえで「多くの会社」と書いてるんだろうか

**デフォルトの名無しさん** · 2025/05/23(金) 09:06:27.49

人手に余裕のない小さい会社こそ差別化要因にならない業務にはSaaS使うべきなんだよ
SaaSは企業規模に対する課金が多いため、むしろ小規模な企業の方がコスト効率も良くなる場合が多い

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

VBAの属人化リスクの議論って、むしろそういう小規模な会社こそが最も意識すべきことでしょ。中規模以上の会社なら、そもそも低質なVBAコードに業務を依存させるような間抜けなこと自体があまりないだろうし、仮にそういう事態を生じさせてしまっても、最悪追加コストで何とかできなくはない。
小規模会社には、VBAを「効率的」な「武器」だと思いこんで飛び付いて、必要な管理もしないまま「フルに活用」した挙句、にっちもさっちもいかない事態にしてしまったところが少なくなかった。その教訓としてVBAの属人化リスクが意識されるようになったんだよ。
「武器」にならないとまでは言わないが、そんなに大したものではないし、トータルで見れば「効率的」でもない。好んで「フルに活用」するようなものでもない。そういうVBAの等身大の実像が会社サイドに把握されるようになっただけの話。

「小規模は、持ち合わせてる武器で戦うのがいちばん効率的なんだが
持ち合わせてるExcelだけで戦えるなら、それをフルに活用しない手は無いだろうに」（>>781）
多くの会社はこの後半部分が幻想に過ぎないことに既に気付いているが、VBAerには未だにこの幻想にしがみついている人が居るということ。

**デフォルトの名無しさん** · 2025/05/23(金) 13:22:41.57

>必要な管理もしないまま「フルに活用」した挙句、にっちもさっちもいかない事態にしてしまったところが少なくなかった
ここの事例を具体的に読ませてくれるサイトとかあるん？　統計とか？
文末を「・・してしまったところはほぼ無い」と書き換えてどっかで紹介して、それを鵜呑みにした読者がヨソでお披露目しても
気付かれないでしょ？　おソースプリーズな言説

判り易く例として社員20人だとして、事務要員4人は規模に対して多い　大抵は現場と掛け持ちで4～5人ならまだ普通
事務専任で1～2人なのが一般的な見立てだろうと思う　そのうち一人が丹精込めてVBA育ててたけどあいにく辞めた
他の人間は便利に使わせてもらってたけど、いざ辞められたらVBAだれもチンプンカンプン　ならまだ有り得る
だからって、それが直接「だからVBA禁止！SaaSに移行！」って成ると頑なに信じてる？それ薦める？
小規模なら小規模なほど環境の変化を嫌うんだ　あるものを何とかして使い続けられるならそうしたいってのが人の世の常
多少の手直し必要に成って助力が必要な状況なら、コネ使うなりしてでもそのものを使い続ける工夫に走る
タイミング良く同質のものを安価で提供できる業者とかが出てきて、それのサポートも請け負ってくれたりしたなら
ソッチに移行していくことはあったとしても、未知のサービスに賭けて投資してそれが自社の実態に即さなかったら
目も当てられない　そっちのがリスキーだしその費用は丸々損害に等しい(授業料てか
どこの会社も業種が一緒なら業務も一緒だと思ってたら大間違いで、その会社独自の仕組みを持っていたりする
それに即して自在に加工できる道具として見ればExcelほど便利なものは無いのも事実

上では商工業を書いたけど、他にも建設、運輸･運送、士業えｔｃ　あらゆる業界で現実にExcel VBAが幅広く活用されてる
現実を鑑みても「ExcelのVBAは属人化しやすいから禁止」を言い張って止まないンなら、言い続けてりゃいいけどさ
書かれるたびにおれがしゃしゃり出てつべこべ反論してりゃいいんだろうし

**デフォルトの名無しさん** · 2025/05/23(金) 13:35:20.91

どのように属人化するか・どの様に防ぐかの話題から、
属人化対策として禁止するか否かの話に

**デフォルトの名無しさん** · 2025/05/23(金) 15:19:50.38

最後に知らんけどってつけた方がいいんじゃんね
知らんけど

**デフォルトの名無しさん** · 2025/05/23(金) 15:21:21.07

>>784
他の手段と比較してどうかはともかく、事実としてVBAが問題を起こすことが多いからあんたに仕事があるんだろ？
だったら属人化万歳くらいで流しときゃいいのに、いちいち突っ掛かってたら余計なストレスを作るだけだぞ
心配しなくても、あんたが顧客としているような会社は、全体最適云々を語るコンサルやシステム屋は相手にしない
まあSaaSについては結構小さいところもわりと積極的に営業するから敵になるかもね