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/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

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

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

属人化っているのは、要するに会社から見て素性の分からないコードに会社の業務が依存している状態なわけ。大企業なら属人化が生じても困らないとか、業務に支障が出ないということでは全然なくて、大企業でも（普通はおよｓ考えにくいことだが）万一、属人化が生じたら当然困るよ。ただ、大企業は通常そんなリスキーなことはしない、させないような組織になっているというだけ。
大企業のコア業務の一部が素人の書いたVBAコードに依存していて、他の人が手を出せないブラックボックスになっているとか（論理的には絶対に起こり得ないというわけではないけれど）考えにくいでしょ？

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

メーカーの間接部門だけどVBAは改善提案やQC活動と相性が良すぎる
あと依頼者からのユーザーフォームの人気は異常

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

>>424
だってテーブルの列名で指定したり、動的に処理するのが非常に楽なんだもの
ws.cells(rows.count,index).end(xlup).rowとか
ws.cells(i,index).valueとか
いちいちやってらんない
私がまだまだ技量不足なだけですが

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

IT企業や大企業に夢見すぎだと思いますよ
IT企業だって社員は打ち合わせ、打ち合わせ、打ち合わせか、コーディングしているかで、事務作業の為の業務システムの導入なんてしていないし、パソコンに詳しいからこそExcelはなんでも出来ちゃう事を知っている。
非IT企業はまるで知識が知識がないし、業務システムを導入しても、自社の業務、求めているデータに対応していないから結局Excelに戻るという事もある。

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

人間関係、人付き合いはとてもドライだし、自分で努力してね、自己責任、な世界です

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

いや、業務システムを導入しているかどうかとか、そういう話ではないんだが。業務なんか別に会社で認められているものなら何でやっても構わないでしょ。
VBAみたいなものの使用を全面的に禁止するか、個人の裁量の範囲内で使うのは認めるかは会社の方針によるが、業務がそのコードに依存するなら会社がハンドリングするし、会社がハンドリングしないならそのコードに業務を依存させることはしない。そういう単純な話ね。
ちなみに「Excelは何でもできる」と素朴に言うけれど、それは何でも無意味にVBAでやりたがる人がよく言う典型的な台詞の一つなので、あまり気軽に言わないほうがいいと思う。

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

長文書き込みを繰り返している頭がおかしいのが出没してるのは暖かくなったから？

**デフォルトの名無しさん** · 2025/04/24(木) 07:36:15.53

今年の新人や後輩が言うこと聞かなくてイライラしているんじゃね
Excelはただの道具だよ、会社に迷惑をかけた場合の責任は、担当者と監督している上司の責任ってだけだから

**デフォルトの名無しさん** · 2025/04/24(木) 08:05:36.45

たかが数行十数行読み解けないじぶんを省みた方がいい
長文ってだけに文句付ける奴の方がどうかしてる
気心知れたとか同じ立ち位置に居るとか同士なら少ない言葉で通じるかも知らんが
今や登場人物も幅広い　参加する方々のレベルだって自ずと雑多に成ろうってもん
三でやり取りできる相手だけじゃ無く七語った方が意が通じるケースのが多い
いまどき、長文はあたまおかしい、と書く方こそがアタマおかしいと気付けないと

**デフォルトの名無しさん** · 2025/04/24(木) 08:40:44.27

>>433
読んだ上で言う
文章をまとめられるスキルが無い自身も恥じた方が良い

**デフォルトの名無しさん** · 2025/04/24(木) 09:00:57.54

>>427
コレクションに格納するんだから要素に画一的な処理をするのだろうと勝手に勘違いしていました
余計なお世話でした
申し訳ありません

**デフォルトの名無しさん** · 2025/04/24(木) 09:33:11.41

ChatGPTに文章校正してもらうと良いよ

**デフォルトの名無しさん** · 2025/04/24(木) 12:38:29.59

w 要らんな　文章書くことが目的じゃあ無いからな　意が伝わりゃあそれでいい
どだい、ブラックボックスではないアプリなど無い
都合のいいExcelをより便利に使うためのマクロだのVBAだのなんだから、個人が
「こうしたらもっと便利だな」で造り上げた小アプリだと思ってれば憎しみも湧かん
業務上なら尚の事、元のデータが存在していてそれを加工して成果物として出力、の一環なんだろ？
これはこうしてこう集計･抽出してこういう形式でまつめろ　てのが命題なんだから
退職されてVBAの中身が判らん！とか文句付けてる間にじぶんで新たに作り直せ、と
作れる人間が不在なら諦めて以前の方式でチマチマ手でその処理をし続けろ、と

個々の企業の事務業務で独自にカスタマイズできる利便性を捨ててしまったら元の木阿弥
属人だの何だの言い出した奴は、Excelにがんばって欲しくない界隈の連中の戯言でしかない
ラクトアイスが体に悪いだのネ○ソフトはマーガリンじゃ無いから口にするな、とかの連中みたいなもん
(お食事時なのでつい食品で例えました)
じぶんトコの業務アプリに自信があるならVBAの属人性なんかを口実に叩くのはやめて
堂々と「ウチの製品のがこんなに便利ですよ」と言い募ればいい　本当に便利なら自ずとそちらに流れる

**デフォルトの名無しさん** · 2025/04/24(木) 13:07:35.16

>>437
馬鹿だから文章をまとめられず、
それ故に読まれない責任を相手に押しつけるタイプだな
二行目はOSSがあるって反例により破綻
命題の使い方もおかしい
何か言ってるようで何も言ってない典型的な馬鹿
黙ってることすらできないのが馬鹿の馬鹿たる所以

**デフォルトの名無しさん** · 2025/04/24(木) 13:42:20.52

「Excelは何でもできる気がする」
中学生日記

**デフォルトの名無しさん** · 2025/04/24(木) 14:17:57.47

437を擁護するわけではないが、実際、担当者個人の裁量の範囲内で使っているだけなら、会社の業務が依存したり属人化の弊害が生じたりすることはあまりないんだよ。
にも拘らずVBAを全面的に禁止する会社が少なくないのは、部署内の他の人間も同じコードを使うようになったりする事態がたびたび起こりがちだからなんだろうね。

**デフォルトの名無しさん** · 2025/04/24(木) 14:27:23.83

>>439
わかる気がする、仲間だもんな
仲間、仲間、なーかーまー

**デフォルトの名無しさん** · 2025/04/24(木) 16:13:34.27

長文をこんなところに大量に書き散らすだけあって馬鹿の極みそのもの
そもそも働いたことがあるのかね

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

会話が通じないなら、いちいちアンカ打ってまで絡んで来ンなよw　気色悪いなあ
ハナシが通じない残りの三割ってことでいいぢゃねーか
電車で隣の会話にいちいち割り込んで「正確な会話をしろ」とかイチャモン付けるタイプか？
文章文章って、国語の教員か？　おてがみやり取りしてる訳じゃねーぞw　宿題でもねーし

OSSガー　突飛な例えで何が言いたいんだか　あんたの会社はOSSで業務アプリ組んでンのか？
枝葉末節にこだわって本質を把握できない、つか、しようともせず、他人の揚げ足取りだけに注力して
勝ち誇ったような気分になってご満悦　どっかのバカな芸人がそういう話芸で人気を博して有頂天に成ったはいいが
今や誰からもどこからもお声も掛からない憐れな人生歩んでるようだが、ソッチへ寄り添った生き方目指してンのか？

**デフォルトの名無しさん** · 2025/04/24(木) 17:31:20.41

>>440
大昔のVBAマルウェア「メリッサ」で痛い目に遭い禁止して、
それを見直すこともなく踏襲し続けてるところが全面禁止にしてる

**デフォルトの名無しさん** · 2025/04/24(木) 17:51:26.09

>>444
もちろんセキュリティ上の理由は大きいだろうね。見直すこともなくというより、そういう会社はVBAの有用性をさほど高く評価していない（少なくともリスクを上回るほどの有用性があるとは考えていない）から全面禁止にしているんだと思うよ。
経営判断としてはあり得る考え方の1つだとは思う。

**デフォルトの名無しさん** · 2025/04/24(木) 19:41:44.24

誰にでも簡単に扱えて不具合もバグもない業務用ソフトと言うのはできる事を制限している業務用ソフトしか無いと思う
入力出来る事、場所に制限をかけているから誰がやっても出鱈目なデータにもバグにもならない
逆にExcelは本当になんでも出来るから壊すし、壊れるし、出鱈目なデータも入力する

**デフォルトの名無しさん** · 2025/04/24(木) 20:09:51.89

VBAで関数の値が入った配列を作りたいのだが、
e = [{1,0;0,1}]
r = [{Cos(1),-sin(1);sin(1),cos(1)}]

eは2x2の配列になる。
rはエラーになる。
ああいう配列作れないかな？

**デフォルトの名無しさん** · 2025/04/24(木) 20:49:12.55

array関数使え

**デフォルトの名無しさん** · 2025/04/24(木) 20:49:52.86

>>447
どう言う配列でしょうか？
関数の計算結果が入った1次配列でしょうか？

**デフォルトの名無しさん** · 2025/04/24(木) 21:45:53.65

話題かわるけど、exce.live使ったことあるやついる？　今日、お客さんから聞かれたんだけど、本家以外の情報が皆無で。マイクロソフト公式からダウンロードできるから、怪しくはないと思う、とだけ言っておいた

**デフォルトの名無しさん** · 2025/04/24(木) 22:02:59.97

>>443 Forbidden

**デフォルトの名無しさん** · 2025/04/24(木) 22:06:30.71

>>450
話題どころかスレ違い

**デフォルトの名無しさん** · 2025/04/24(木) 22:26:01.96

Static ステートメントとか、ParamArrayとか、まだまだ知らない事だらけだなぁ

**デフォルトの名無しさん** · 2025/04/24(木) 22:34:31.26

vbaの質問だからここかと思ったけど、違うのか

**デフォルトの名無しさん** · 2025/04/24(木) 22:40:35.14

>>454
VBAじゃないけど何を見てVBAだと思ったのか

**デフォルトの名無しさん** · 2025/04/24(木) 22:43:45.46

元々はインターネットから自作vba関数を呼べるか？というお客さんの質問から、それにたどり着いたんだけど、スレ違いならまあいいや。誘導先あればよろ

**デフォルトの名無しさん** · 2025/04/24(木) 22:48:56.22

それかvbaのコードで代替手段があれば、それを教えて貰うほうが嬉しいが

**デフォルトの名無しさん** · 2025/04/24(木) 23:34:51.71

>>456
Power Automateからデスクトップ版Power Automateのフローを実行して、マクロブックを開いてマクロ実行

**デフォルトの名無しさん** · 2025/04/24(木) 23:40:15.35

https://i.imgur.com/MH2glZF.png

**デフォルトの名無しさん** · 2025/04/25(金) 06:34:58.46

自分の業務を少しでも助けるためのマクロを書いてたのだが、
そろそろoffice script に移行しようとしてつまづきまくり

**デフォルトの名無しさん** · 2025/04/25(金) 07:29:28.50

vbaのフォームが古臭くて嫌なんだけど

**デフォルトの名無しさん** · 2025/04/25(金) 09:31:20.86

ラベルとテキストボックス駆使して自作できるよ
何なら図形とか画像とか貼り付けて工夫してもいいし
それらをクリックすることで別の動作させるとかも
ま、センス無いとずっと使い続けても飽きないフォーム作るのは大変だし
やっぱ奇抜過ぎて評判悪くてオーソドックスに立ち返るなんて経験もいいのかも

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

モダンUIに寄せたい気持ちはわかる
今時Windows2000かよ！みたいなダイアログが出てくると驚く

**デフォルトの名無しさん** · 2025/04/25(金) 15:12:56.80

細部にこだわるか、正常に動けば良いのかは人によるだろうな
もっと優先してやることはないのか？

**デフォルトの名無しさん** · 2025/04/25(金) 19:40:58.08

VBAと同じくらい簡単でモダンっぽいUIにしたい場合って、今は何を使うのがいいのかな。Pythonのfletなんかはかなり簡単っぽいが。

**デフォルトの名無しさん** · 2025/04/25(金) 19:49:49.85

VisualStudioでVB.NETやろ

**デフォルトの名無しさん** · 2025/04/25(金) 19:56:48.42

ノーコード/ローコードでいいだろ
MS365の契約あるならPowerAppsから試してみたら

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

fletはたいしたことしないならさくっと作れて良い

**デフォルトの名無しさん** · 2025/04/26(土) 09:23:31.77

VBAは簡単、プログラミング言語ですらない

VBAは属人化する、しやすい

見事な矛盾だね

**デフォルトの名無しさん** · 2025/04/26(土) 09:50:16.77

>>413にあるとおりだよ。コードを書く人間にきちんとしたスキルがあり、会社側にまともな管理体制があれば、基本的に属人化の問題というのは生じない。VBAは構造的にどちらの条件も欠きがちだから、属人化の問題が指摘されやすい。それだけの話。

**デフォルトの名無しさん** · 2025/04/26(土) 09:58:22.07

そう、つまるところバカが使うからバカなものができるってだけの話で、何も矛盾しない
ただ、仕事でバカとかクソとかいう表現は憚られるから「属人化」（=他人が触りたくないクソ）と表現する

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

まだやるのか？　やるなら先ずは「属人」てのを定義しろ
それの延長で属人的・属人化って奴を述べろ
若しくは「VBAは属人的だから悪だ」ってサイトのリンク貼るでもいいし
それを踏まえたうえで語らなきゃ、個人の勝手な思い込みを主張してるだけに成り果てて
それこそ「モノホンのバカ」だろ　ぼくはバカですって書いてるに等しい

**デフォルトの名無しさん** · 2025/04/26(土) 12:23:43.88

自分の意見は>>413、425、430辺りに既に書いたし、自分の意見と必ずしも一致する見解ばかりではないが、「VBA 属人化」で検索すればいくらでもこの話題は出てくるでしょ。
VBA好きな人が属人化の話題を避けたがるのは分かるんだけど、他の言語と比べて属人化の問題を指摘されることが顕著に多いということまで否定しようとするのはさすがにムリがあるよ。属人化が指摘されることが多いというのは、ハードルの低さ・アプローチのしやすさという強みの裏返しなんだけどね。

**デフォルトの名無しさん** · 2025/04/26(土) 12:44:03.71

異動や退職するときvba消していってほしい。

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

OSから初期化やろ

**デフォルトの名無しさん** · 2025/04/26(土) 15:51:46.44

>>473
その理屈だとCでもRustでもPythonでもRubyでも属人化する訳だが
VBAは参入障壁が低い(んだろうと思う)ことが属人化に拍車を掛けてる罠
(要するに馬鹿でも使えるってこと)

**デフォルトの名無しさん** · 2025/04/26(土) 16:45:09.66

これに限らず仕事全般に言えるけどセンスが全てだわ
本で知識だけびっしり学んだだけの自称VBA出来ますの作るシステムは使い物にならん
というかシステム組む頭すらないし

**デフォルトの名無しさん** · 2025/04/26(土) 17:07:15.54

Rustみたいに書くこと自体が難しいとされているような言語はともかくとして、PytnonやRubyが今のVBAと同じような感じでExcelに組み込まれて、Excelで実行できたとしたら、たぶん今のVBAと同じような感じで属人化の問題を指摘されることになったと思うよ（そこからのリカバリーはVBAより多少はマシかもしれないが）。

**デフォルトの名無しさん** · 2025/04/27(日) 09:59:46.14

僕はもう書いただの検索しろだのは話をややこしくする元だから定義しろと書いたんだが
今書かれてる「属人化」てのは、有頂天になった社員がVBA駆使して作業を自動化したはいいが
そいつが退職したら他の誰もがそのメンテ出来なく成って業務大混乱右往左往　てコトでいいのか？

じゃあさ、他の例えで、自動車免許持ってる奴が仕事で車使って仕入だ配達だに奔走してくれてた
しかし、そいつが辞めて他の社員は免許持ってる奴が誰一人居なくて業務に支障が出まくり　も属人化か？
そン時は会社としてはどう対応したらいいんだ？
自転車に積んで何十回も往復するなり、外注下請けに作業を委託するなり、免許持ってる奴を募集したり
どうとでも好きな方法選べるだろ？
それを殊更「属人化」とか特殊な事例として言い募る界隈には、どんな思惑があるんだ？
VBA憎し君が広めてるとしか思えんのだが

それとも「VBAの属人化」には何か他の意味があるのか？

**デフォルトの名無しさん** · 2025/04/27(日) 10:51:58.45

話をややこしくするじゃなくて、VBAは属人化の問題を指摘されることが多いということを認めたくなくて必死なだけでしょ。
君が挙げた例は、世間でVBAによる属人化の弊害として一般的にいわれている状況と、結果こそ類似するが原因がまったく異なる。
したがって、VBAについて指摘されることの多い属人化と同様の原因に基づくものを「属人化（の弊害）」と呼ぶことにするのであれば、君が挙げた例は「属人化（の弊害）」ではない。

自動車の運転は、運転免許制度によってそれをする人のスキルが保証されているでしょ（VBAと違って）。
また、自動車の運転は、腕の足りない人間がその方法を勝手にカスタマイズしたりすることもできないでしょ（VBAと違って）。
自動車の運転が業務上必要不可欠で業務がそれに依存しているなら、そのことは外形上会社側に明らかだから、会社側はハンドリングの機会も保証されているわけ（VBAと違って）。
大体さ、VBAと違って自動車の運転一般について「属人化（の弊害）」が語られることなんてほとんどないでしょ。その時点で自分の強弁にムリがあると気付かんか？

VBAが属人化の問題を指摘されることが多いということを認めたくなくて色々と言い募るのはいいんだけどさ、説得力のないことを書けば書くほど「VBAに強い拘りを持つ人って、やっぱりそういうレベルなんだな」という見方を補強することになりかねないよ。
「VBAはExcelユーザーに最も近い親しみやすい言語、属人化をいわれることが多いのはその代償」ってことで良いじゃない。

**デフォルトの名無しさん** · 2025/04/27(日) 10:57:39.63

>>479
運転とプログラマーじゃ、代わりを探す労力に差がありすぎる

免許持ちもVBAが書けるやつもいくらでもいるが、他人の書いたプログラムを解読して修正できるやつってのはちょっとレア
しかも、多くの経営者はこれが特殊スキルと思ってないからそんなとこにコストをかけたくないってのが本音
だから問題になる

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

NGワードに属人化を入れることでスッキリさせることに成功

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

いやいや、スキル的にできる奴は山ほどいる
問題は、やりたい奴が極めて少ないという点だ
まともなプログラミングスキルがあるならもっと面白くてスキルアップできる仕事が山ほどあるのに、安い賃金で誰にも評価されずスキルアップにも繋がらない便所掃除をやりたがる奴はいない

**デフォルトの名無しさん** · 2025/04/27(日) 11:27:31.76

ちなみに個人事業主やってて、
どこぞのVBAで抜き差しならなくなったものを書き直して仕様書と併せて納品
あるいはPythonに移植して仕様書と併せて納品してるけど、
おまいらの想像以上に良い金になる
濡れ手に粟

**デフォルトの名無しさん** · 2025/04/27(日) 11:43:54.54

会社側もよほど切羽詰まっていたんだろうねえ。
大局的に見れば抑えられたはずのコストだろうけど、484みたいにそれで儲かっている人が居るならそれはそれで良い話だ。

**デフォルトの名無しさん** · 2025/04/27(日) 14:49:25.30

運転でもうまいやつとへたなやつがいるだろう
VBA使いにはプログラミングやシステム設計がへたなやつが多いということ

**デフォルトの名無しさん** · 2025/04/27(日) 15:15:18.84

適当にかじって自分用に作ってるからな

**デフォルトの名無しさん** · 2025/04/27(日) 16:07:51.42

逆引き大全買っちゃった

**デフォルトの名無しさん** · 2025/04/27(日) 16:31:38.91

君が挙げた例は「属人化（の弊害）」ではない。　だから、定義しろっつってんの
じゃあ、どういうのがVBAの弊害と世間一般では言われてんだよ？って聞いてんの
コッチが例え話すりゃあ「それはちがう」　単なる例え話だぞ？　免許が特殊な技術的国家資格とかでもいい

ウエが阿呆だから現場でそんなてんやわんやが発生すると書いた人が居るけど、その通りの事を言ってるんだ
上長がしっかりして、そういった個人技術を全体に普及･波及する努力をしてりゃあ、誰が抜けたところで
即座に困る事なんかほぼほぼ無いんだ　鼻くそ丸めながら「なんか知らんが勝手な事してる奴が居るなあ」
でのほほんとしてるから、いざ退職されてから困り果てる
そんな会社は潰れたって構いやしないだろうに
それが例えば従業員数百人規模の会社だろうとだ　ま、数千人規模でもおんなじだけど

ご利益にも繋がらないような「VBAは属人的」なんてぇお題目唱えてるだけで、何らの解決策も講じないような
スカポンタンな集団が蔓延るのが鬱陶しいんだ　六根清浄と唱えてる方がまだご利益ありそうだろ　違うか？
なんか知らんがその辺に転がってる耳触りだけはいいビジネスワードを、これ見よがしに口真似して
その本質を見ようともしないで得意満面な奴は、ぶっ飛ばしたくなるってだけ
ひと頃流行った「悩ましいですねえ」とかと一緒　（一生悩んでろ、ボケ）と罵ってるようなもの
「一旦社内で揉んでみます」とかなら、まぁまだ分かるが

**デフォルトの名無しさん** · 2025/04/27(日) 16:39:50.30

VBAは属人的　とはつまり、事務業務に根本的な問題がある企業のくせに
責任を末端に押し付けるブラック体質だと、自ら公言してるに等しい阿呆責任者の言い逃れに過ぎない

**デフォルトの名無しさん** · 2025/04/27(日) 17:10:22.95

属人化って要するに担当者が意地悪してるだけやん？
使い方をちゃんと教えてくれて、ソースもパスワードかけずに公開してたら読めるヤツは読むぞ
コピペしか能のない奴には他人のソースが読解できないってだけの話やら？

**デフォルトの名無しさん** · 2025/04/27(日) 17:19:04.92

多くの場合、VBAは大したことやってないのに担当者のスプログラミングスキルの低さ故に無駄に複雑かつ保守性の低いものになっており、
後から他人が読み解いてメンテを継続するのは非常にコスパが悪いケースが多い
コスパ的には多くの場合において棄てて仕切り直した方がマシなのだが、とはいえ中途半端に自動化されているため、いざ棄てると一時的にそれなりの業務効率の低下が生じる
その業務効率の低下量をVBAにおける「属人性」と定義するのがよろしい

**デフォルトの名無しさん** · 2025/04/27(日) 17:39:11.20

>>489-490
VBAは属人性の問題を指摘されることが多いというのをどうしても否定したいんだね。「VBAに強い拘りを持つ人って、やっぱりそういうレベルなんだな」という印象は強まるばかりだけど。
会社側がきちんと管理できる体制なら属人化の問題は生じないというのは最初から書いているでしょ。だからこそ、VBAの属人化リスクが広く認識されるようになった今では、多くの会社が、VBAを全面的に禁止するなり、個人の裁量の範囲内でのみ許可したりという形で対応しているんだよ。
会社の多くはVBAの属人化リスクを認識して既にその対応をとっているわけで、属人化リスクが高いということ自体を否定したがる君のような議論ははっきり言って周回遅れなんだよ。
君は、「個人技術を全体に普及･波及する努力」というのを唯一のあるべき管理体制として捉えているみたいだけど、残念ながら多くの会社は、素人の書いたVBAコードに対して管理コストを投下するほどの価値を認めていない。だから、「使うな」とか「使ってもいいけど個人で責任のとれる範囲内で」という方針にしているわけ。
ついでにいえば、属人化という言葉には、会社が社員に責任を押し付けるというニュアンスも特にない。VBA はExcel内で書いて実行できるので、質の低いコードがいつの間にか業務に使われているという好ましくない事態が生じる可能性が他の言語と比べて顕著に高い。それで痛い目を見た会社が少なからずあったのでリスクとして認識されるようになったに過ぎない。

**デフォルトの名無しさん** · 2025/04/27(日) 19:30:20.87

Power Automateで思ったんだけど
一つ一つごとのループブロックごとにそれぞれ別の変数（カウンタやカレントなど）を設定する事によって、変数のスコープを極小にする、
むしろカプセル化の様にループブロックやコードブロックの外からアクセスを受け付けない、という事がこれからの当たり前になるのだろうか。
もはや一つ一つのコードブロックが別々のプロシージャなんだと
人智を超えていても、ソフトウェアがそれを補えるし

**デフォルトの名無しさん** · 2025/04/27(日) 19:33:19.45

VBAはVBAでも、APIの様な高度な知識が必要なやつはさすがに属人化だと思う（APIはまだやってないだけ、かも知らないけど）
基本的なメソッド、オブジェクトだけだよね

**デフォルトの名無しさん** · 2025/04/27(日) 19:46:24.57

一定のスキルがあれば、APIの意味や使い方なんてぐぐればわかる
ドキュメントはみんなネットに公開されてるんだから

**デフォルトの名無しさん** · 2025/04/27(日) 20:34:34.42

>>494
そんなもんVBA以外のプログラミング言語は20年以上前から当然にみんなそうなってる

**デフォルトの名無しさん** · 2025/04/27(日) 21:56:06.79

>>497
じゃあＣ言語とかでもそうなのですか？

**デフォルトの名無しさん** · 2025/04/27(日) 22:00:02.07

>>497
いやいや、パッと調べただけでも他言語でも変数の使い回しできてるじゃん
私が言いたいのは一つのループブロックごとに、他の箇所では再利用できない変数一つという事

**デフォルトの名無しさん** · 2025/04/27(日) 22:56:41.73

例えばC#のforやforeach文のループ変数はそのループの中だけで有効だが、そういう話か？
C++も大昔のバージョンを除けば同様

**デフォルトの名無しさん** · 2025/04/28(月) 01:52:20.30

>>481
>他人の書いたプログラムを解読して修正できるやつ

自分で描いたものでさえろくに保守出来ない香具師の方が大半な現実

**デフォルトの名無しさん** · 2025/04/28(月) 10:21:58.00

ダイクストラが言う構造化プログラミングはモジュールとか抽象データ型とかも含む広範で抽象的な概念として説明されている。
連接・分岐・反復で構成しようという話はそれより前に発表されたものだが、この時代は構造化もクソもないプログラムがまかり通っていたという前提がある。
まずはその三要素を基礎に据えて構成したらわかりやすくね？という提案 (というか感想？) に過ぎず、それで全て事足りるみたいな主張ではない。
(理論上は連接・分岐・反復で全て表現可能であるという証明はされている。)

構造化プログラミングの考え方のキモは構造は人間の認知の中にあるということ。
人間が思考しているときの構造を書き表すためにどんな言語機能 (またはデザインパターン) があればよいの？ってのが構造化プログラミングの議論なんだよ。
書いた人が思ってる構造が表現されているなら構造化プログラミングだし、構造化プログラミングのために用意された機能を使っていても構造が表れていなければ構造化プログラミングではない。
まあついでに言えば書き表されたものについて (コンパイラも人間も) 検証しやすいことも大事だ。

機械的に goto を除去したらむしろ構造が失われるという例をクヌースが出したりもしていて、結局のところはどんな機能も正しく使えば正しいし、悪い使い方をすれば駄目になるというシンプルな話。
そんなわけで break が構造化を崩すか崩さないかは使い方による。
ただ、常識的に考えて break は goto より構造を破綻させにくいだろうってだけ。

**デフォルトの名無しさん** · 2025/04/28(月) 11:10:41.08

どこのスレの誤爆かな？

**デフォルトの名無しさん** · 2025/04/28(月) 16:28:52.13

SQLiteのデータベースをODBC経由ADODBで引っ張ってきてるけど、
CopyFromRecordSet で一発で貼るのと 1行1カラムずつ地道に貼るのとで
267件中1件1カラムだけ違うこれは何なんだろう

**デフォルトの名無しさん** · 2025/04/28(月) 17:32:10.75

知らんがな
違うと思ったならチェックしたんだろ？どう違うかを知っているのはお前だけ

**デフォルトの名無しさん** · 2025/04/28(月) 19:04:28.97

>>504
自分で作ったコードを調べて原因を見つける能力がない無能っぷりを白状しているようにしか見えない