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

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

**デフォルトの名無しさん** · 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

逆引き大全買っちゃった