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/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については結構小さいところもわりと積極的に営業するから敵になるかもね

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

長くてわかりにくい
スパゲッティ文章はやめろ

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

うん、途中からどうも話が噛みあわないな、とかは思っていた
ひと頃「ExcelのVBAは属人化しやすいから禁止する企業が増えてる」とかのたまう輩が徘徊してて
おま、それ、何もExcelに限らんだろ　っつー意味で反抗してたし、そんなアホ論をこのスレで
平気で吹聴してる奴に向けて言葉のげんこつしてたんだけど　どっか行っちゃったんか？
所詮、世間は、世の中は属人三昧だろ？　それで右往左往世界が悪い方向に向かってる実例を
まざまざと目の当たりにしてる真っ最中だろ？　で、それが悪かどうかなんか、もう少し様子を
見極めなきゃいけないまである
なんでわざわざこのスレをターゲットに、VBAは属人化！！！とか言い募らなきゃならん？
どこの回し者だ？、と

細かいこと言えば、じゃあってんでこれでもかっつー関数並べ立てて複雑怪奇な数式を組んだ
WorkSheetはどうなんだ？　属人化の極みだけどそれはいいのか？　見た目xlsxならおｋなのか？　と
至るスレで属人化！属人化！！属人化！！！と連呼してるならまだわかるが、なんでExcelスレ限定

で、こないだ別件で「Excel 売上管理」とかでネットをモゾモゾしてたら、そこら中の売上管理アプリの
宣伝サイトが、形ばかりのExcelのサンプル載せて「しかしExcelは属人化」っつー文言を決まり文句の
ように添えてたんだ　ははぁ～ん、とね、ある意味腑に落ちたし別の意味でがっかりしてたんだ
言い募る連中が自分の言葉でその悪弊を語れなくて「ネット見ろ」とか返すしか能が無かった理由が判明
そんなサイトだけじゃ無いのは承知してても、結局自分の意見として主張してンじゃなくて、受け売り
余所で聞きかじったのをなぞってるだけのレベルなんだな、と

しかし、少なくともこのスレに居続ける人間なら、ExcelのVBAで効率を図ることに意欲的であって欲しい
他のがいいよ、って奴はその宣伝だけして書き逃げしてて欲しい
まだまだExcel　もっともっとVBA　であり続けることが、このスレの健全化に貢献するはずなんだから

すぱげってぃwww　読み飛ばせばいいじゃんか　読んでくれなんて頼んで無いぞ？

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

スレタイ

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

xlsmって唐突に未知のウイルスの疑いのあるファイル扱いになったりする事もあるから何も知らない人は扱うのが怖いかもね

**デフォルトの名無しさん** · 2025/05/23(金) 17:18:49.63

VBA職人が揶揄されるのも分かるわ。
ところで、仮にVBA職人、Ruby信者、Haskell信者、Rust信者で比べられたら、やっぱりVBA職人が圧倒的に格下扱いされちゃうのかな。ちょっと悲しみ。

**デフォルトの名無しさん** · 2025/05/23(金) 17:28:32.52

VBAがそれらと同列に比較されることはないから互いに眼中にないと思うよ
Excel VBAはピボットテーブルとか分析関数とかと同列の、Excelの上級スキルの一つに過ぎない
一般的なプログラミングとは別物
そのへんのエンジニアより、むしろBIツールがメインのデータアナリストなんかの方がVBA意識してるよ

**デフォルトの名無しさん** · 2025/05/23(金) 17:34:04.21

なるほど、そんなものかねぇ。

**デフォルトの名無しさん** · 2025/05/23(金) 17:39:18.56

>>789
文意の分からん文章書いてて噛み合わないもクソもないだろ
伝える気ないなら書くな
読ませる気無いなら書くな
話を曲解して変な方向に話を誘導してるのはあんた自身だ

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

言語にすぐ上だ下だ騒ぐ奴いるからな

**デフォルトの名無しさん** · 2025/05/23(金) 18:59:01.81

言語じたいは下の下
反論する奴すらいない

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

構文として最低限どんなものがあって欲しいかっていうのは人によって違うからねぇ。いまは、JavascriptとかPython辺りが平均的なラインなのかな。まぁ、関数型言語等のユーザーから見ればJavaScriptとかPytnon辺りでも足りないものだらけということになるんだろうし、VBAでも慣れればそんなに不自由ではないよという人も大勢いるわけだしね。

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

C言語育ちのワイ、VBA始めた頃「えっ、ポインタってどうやって使うの？」って戸惑った思い出
自分の仕事が楽になる用途で使いまくってるからまぁ属人化しまくりだけど、
自分が退職した後(2年後)は知らんと思っている

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

この辺がつらい

・tryがない
・for eachがバリアントのみ
・continueがない

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

まぁ、なければないで何とかやっていけるもんだよ。
このスレではそう言っておくのが無難。

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

>>799
Ｃ言語にはfor eachがない、なぜならもっと原始的、シンプルな言語だからってCopilotに聞いたのですが本当なのでしょうか？

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

>>802
ポインタに++すれば次の要素になるからむしろCのほうが融通が効く

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

4行以上のレスは読む必要無いってマジだな

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

ぬるぽ

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

>>793
データアナリストならパワークエリーしてほしいな

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

属人化し易い言語と言うことは融通の利く言語と言うことでもある。
例えば、CやC++ではポインタが使えたけどC#では「それは危険だ」ということで使えなくなってしまった。
代わりにデリゲートを使ってセーフティーに参照しなさい、ってことなんだろうけど、まぁお仕事用の開発だったらそれでもいいのかもしれないけど、
昔PS-VITAってゲーム機があって、これがエクスペリアってスマホとクロスプラットフォームで開発できるように開発言語をC#にしてしまった。
ポインタは確かに参照先間違えると吹っ飛んだりメモリリーク起こしたりと危険なものではあったけど、扱いが面倒ではないし融通の利く機能だった。
それを潰してしまったことがPSPシリーズがVITAで終わってしまった原因ではないかと今でも思ってる。

**デフォルトの名無しさん** · 2025/05/24(土) 06:41:52.12

>>798
JavaScriptをやったときには
前から.Net系の言語や、まぁVBAでもそうなんだけど、
何でクラスのインスタンスや文字列とかは変数に入れられるのにメソッドは入れられないんだろ？
って思ってた時期があって、
JavaScriptに当たったとき、
あ、出来る言語もあるんだってなって、あれVBAに欲しいなぁとは思った。
後はスクリプト系の言語はスカラー変数で型の指定がないから型の指定に慣れてると逆にそれが面倒だったかな。
VBAで言えば全部Variantで扱ってるようなもんだし。厳密には違うらしいけど。

**デフォルトの名無しさん** · 2025/05/24(土) 10:35:16.26

若いコにはやっぱPython辺りが人気とか？

**デフォルトの名無しさん** · 2025/05/24(土) 13:44:59.73

スピル周りやLET,LAMBDAなどの関数が充実し
Excel＝ビジュアルな関数型言語だと勝手に思っている

**デフォルトの名無しさん** · 2025/05/24(土) 14:39:09.90

ビジュアルな関数型言語はemacs-lispだろ

**デフォルトの名無しさん** · 2025/05/24(土) 15:44:49.02

表検索するのにSQL使ってたけど、FILTER覚えたら単純な検索ならこれでいいかー、ってなった

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

このスレはバカの話はなぜ長いのか考えるスレになりました

**デフォルトの名無しさん** · 2025/05/24(土) 20:41:36.84

頭の良い人は難しいことを簡単に説明出来る
馬鹿は簡単なことを長々と判り難くする

**デフォルトの名無しさん** · 2025/05/24(土) 20:44:24.68

>>813
正直すまんかった
久しぶりにVBAスレ来たからつい・・・
でもVBAはいい言語だと思うよ

**デフォルトの名無しさん** · 2025/05/24(土) 21:07:47.86

VBAは言語なのだろうか
VBは言語だけども

**デフォルトの名無しさん** · 2025/05/24(土) 21:42:51.33

A1セルはこのフォルダのパスを記入する
A2セルはこのフォルダのパスを記入する

流石にこれは通じる、、、よね？

**デフォルトの名無しさん** · 2025/05/24(土) 21:44:12.53

>>816
チューリング完全がプログラム言語の定義なのでしょう？
だったらVBAはプログラミング言語なのでは

**デフォルトの名無しさん** · 2025/05/24(土) 22:37:10.39

A1 Write this folder pass.

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

dictionaryやFileSystemObjectのfunction関数を使っているけど、dictionaryに登録する処理や取得したファイル名やファイルパスに対する操作は事なる

こう言う場合、どうすれば個別の条件にも対応できるfunction関数が作れますか？

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

異なる操作をひとつの関数で行いたいという質問ですね！
まずはどういう操作を行っているのか教えてください！

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

dictionaryは死ぬ予定だから使うのやめなよ

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

>>822
そうですね！
Excelなのだからデータはワークシートに格納するのがスジですね！

**デフォルトの名無しさん** · 2025/05/25(日) 13:20:14.05

AIみたいな解答ワラタ

**デフォルトの名無しさん** · 2025/05/25(日) 16:48:27.92

ホントにAIに聞いた。
個別の条件にも柔軟に対応できる function を作るには、いくつかのアプローチが考えられます。例えば、以下のような方法を試してみてはいかがでしょうか。
1. パラメータを活用する
2. Enum または定数を使う
3. コールバック関数を使う

**デフォルトの名無しさん** · 2025/05/25(日) 17:36:59.25

何をしたいのかが謎
型によって処理を分岐させたいってことかね

Function 関数(処理対象)
　型名 = TypeName(処理対象)
　Select Case 型名
　　Case "Dictionary"

　　Case "File"

　　Case "Folder"

　End Select
End Function

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

>>823
そういう話じゃなくVBS廃止の副作用で連想配列や正規表現が死ぬって話

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

>>827
VBS廃止の副作用で死ぬのは噂や推測じゃなくて公式の情報なの？

**デフォルトの名無しさん** · 2025/05/25(日) 19:07:30.81

ファイルシステムオブジェクトでフォルダの中のファイル名一覧と、ファイルパスを取得したい時もあれば、
ファイル名に部分一致するファイルのパスを取得したい時もある

**デフォルトの名無しさん** · 2025/05/25(日) 19:13:49.79

従来の正規表現の代用って無いの