Excel VBA 質問スレ Part71

2021/05/25(火) 12:48:01.06

!extend:checked:vvvvv:1000:512
↑同じ内容を2行貼り付けるナリ

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

※前スレ
Excel VBA 質問スレ Part70
https://mevius.5ch.net/test/read.cgi/tech/1616072923/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/07/07(水) 23:30:24.01

エクセルのデータをプリントアウトして別のソフトに手入力させられたことある
たまらず自動化した
手作業だと月20時間くらいかかるんよアホくさい

2021/07/07(水) 23:40:11.63

うちは逆に、明らかにVBA程度で十分な業務も何でもかんでもITベンダーに投げてシステム化された結果身動き取れなくなってるわ
ちょっと業務を変えようと思えばすぐSIer案件だ
それなりに金持ちな会社なのと商売の特性上IT投資が通りやすいのとで、ジャブジャブ金が出る

2021/07/07(水) 23:45:26.80

そりゃ景気が良いようで何よりだね…

2021/07/08(木) 00:00:54.36

正直今EXCEL VBAとは全く関係ないシステムを作っているけど恐らくEXCEL VBAで全く遜色ないものが作れるのは内緒だ

2021/07/08(木) 00:17:04.27

あるシステムをVBAで作ることを提案したら却下されて外部に投げる事になった

他部署で似たシステムをVBAで運用してたらエクセルファイルがクラッシュして惨事になったかららしい
VBAでもプロが作ってたらこんな事にはならなかったんじゃないかな多分

2021/07/08(木) 00:17:34.22

ウチの職場の課長はとにかくExcelの高い技術もっているヤツの評価を上げてくる
複雑な表作れるヤツは査定上がりまくり
なぜか社員同士で技術を競わせる。。。
これ変わった職場なんかな？

2021/07/08(木) 00:47:52.09

課長の頭がちょっと変ですね

2021/07/08(木) 00:52:55.83

A/Bテストとか確率統計的なのとか
背景にある仕事を無視して
複雑な表の一言で片づけてないか

**デフォルトの名無しさん** (JP 0Hc7-kf3V) · 2021/07/08(木) 03:09:52.98

特定の社員に依存してると、その人がいなくなった時に惨事になる
まともな会社はちゃんと金かけて外部に作らせる

2021/07/08(木) 07:23:57.98

そんな金があるならVBA使える人材を雇ったほうが良くない？

2021/07/08(木) 07:29:04.11

どう考えても外部に頼む方が安いだろ

2021/07/08(木) 07:31:58.17

いや頼むたびに金かかるんだろ
今いるやつをいくらか首にして
これから雇うやつはvba使えるやつオンリーにしたほうが安くならんかね

2021/07/08(木) 07:46:45.16

社員1人にやらせた場合、年間500百万くらい人件費かかるんだよ

**デフォルトの名無しさん** (JP 0Hc7-kf3V) · 2021/07/08(木) 07:47:16.89

ならんよ
コーディングの仕事がコンスタントに発生するわけないし、コーディングルールや担当者が変わった時の引き継ぎの方法など、ルール作りには莫大なコストがかかる
プログラムが書ける人だけいてもしょうがないんだよ

2021/07/08(木) 07:49:04.32

年間5億かかる社員1人ってやばくないか

2021/07/08(木) 07:49:41.17

500万ね

2021/07/08(木) 08:18:34.75

別にVBAだけやらせる訳でもないし
規模にもよるんだろうけど
外部に頼んで操作性最悪のゴミプログラム作られるよりはマシだと思うけどな
ゴミプログラムでずっと非効率的な入力してるやつがいてゾッとした

2021/07/08(木) 08:49:58.84

人事を自由にできる立場なら好きに人員配置すればいいんじゃね
お前の職場の問題は職場内で解決しろよ

2021/07/08(木) 09:42:40.08

で、いつもの人みたいなのが入社してくる

2021/07/08(木) 10:33:08.75

気づいたらrubyで組まれてるよ

2021/07/08(木) 11:06:41.42

あほか

2021/07/08(木) 13:17:32.45

外注するといくらくらいかかるのだろうか

2021/07/08(木) 14:11:06.03

毎日要求する仕様が変わっていくからそれに対応するにはたくさんいるよ

2021/07/08(木) 14:17:02.21

https://www.itra.co.jp/webmedia/programming_language_ranking.html

こうやって見てるとVBAの年収が611万、
月に換算して大体ひとり頭51万くらい。
これに使うPCのリース料や
交通費支払いを含めてひとり頭53万くらい
見とけばいいんじゃないの？

2021/07/08(木) 14:43:27.68

特定のセルへのリンクは番地指定ですが、この場合にリンク先の情報をソートしてしまうと全部ずれてしまい、
出鱈目なリンクになってしまいますが
ソートしてもリンクが保たれるように番地以外で指定できる方法は無いのでしょうか？

2021/07/08(木) 15:11:39.55

求人要項に「Excelの機能関数マクロに精通している方」と募集すれば腕自慢の人材がたくさん応募してくるはず

2021/07/08(木) 15:35:33.49

>>805
セルに名前をつける
Sheet1のA1のセルにhogepiyoって名前を付けたら
Sheet1.Range(″hogepiyo“)で指定可能

2021/07/08(木) 15:51:51.75

>>807
こんな手があったんですねぇ、勉強になりました。
ありがとうございます！

2021/07/08(木) 17:31:18.98

名前のリンク切れてゴミが残るので使わなくなった名前は削除忘れるなよ

2021/07/08(木) 18:55:36.10

>>809
ありがとうございます。

2021/07/08(木) 20:34:54.66

長い自分語りからやっと質問が来て草

2021/07/08(木) 20:58:45.45

教えて下さい。
名前の定義を設定したセルの値を、他のブックからセル指定ではなく定義名で参照して変数に格納したいのですが、どのような構文になりますか？

2021/07/08(木) 22:21:17.23

セル番地で指定するときと同じで

変数名 = WorkBooks("ブック名").WorkSheets("シート名").Range("セルの名前").Value

2021/07/08(木) 22:31:20.47

>>804
えっVBA使えるだけでその年収？マジで？

2021/07/09(金) 00:24:58.21

>>814
もちろん上下のバラつきはあるだろうけどそんなもん。
もし驚くほど自分の貰ってる給料が安いならVBAの中でもそれだけ簡単な作業なのか
あるいはそれだけ中抜きが発生していると言うことだと思うよ。

2021/07/09(金) 00:33:20.26

どれくらいの事ができれば600万円稼げる?
無理だろ

2021/07/09(金) 00:49:15.02

VBA使えるプログラマの年収だろ

**デフォルトの名無しさん** (JP 0H99-0sKs) · 2021/07/09(金) 00:51:46.29

つまりVBAは使えないと言っといた方が給料は上がる

2021/07/09(金) 01:18:28.83

それは案外ある

履歴書に「VBA」ってあったら、
この人VBAにスペース割かないといけないほど技術力のアピールポイントないのかと心配になる

2021/07/09(金) 02:04:09.67

そうかな？
Javascriptも出来てASP.NetのVB.Net、C#、
普通にCやC++、Pythonやアセンブラが経歴書に載ってたとしても俺ならVBAも書いとくよ。
EXCELやそのVBAはUTやITとかでデータの整合性を確認するのに必要不可欠だから書いてあるとそういうのも効率よく手っ取り早くやれると判断されるからね。

2021/07/09(金) 02:31:07.79

必要ないよ～

2021/07/09(金) 03:38:16.92

なんだろうな
お前にとってテスト結果をエクセルにまとめるのは技術力の一つだと思ってるのかもしれないけど、
エクセルに関数打ち込んだり簡単なマクロ操作したりなんて
その場で適当にググって作れるものという判断です。

仮にそれをVBAとかを駆使して美しく作っても
「おえかきのセンスがあるひとだ」「こんなのに凝ってヒマなんだな」って扱いです。

2021/07/09(金) 04:28:38.56

VBA使えます（※ただしEXCELに限る）　って書かないと

2021/07/09(金) 05:10:19.31

>>822
大丈夫です。
適当にその場凌ぎにググって書いて動きゃ後はどうでもいいと思ってる人のソースはVBAに限らず一時が万事そんな感じです。

そして適当な仕事しか出来ないので給料も安く同じ現場で長続きしません。3ヶ月から半年で退場させられてしまいます。
プロパーであった場合は周りから使えない人というレッテルを貼られて辞めたり左遷されたりします。

どうでしょう。あなたもそういった考えを捨ててもう一歩先に進んでみては？

いつものRubyの人か他のどの言語やってる人か分かりませんが、わざわざ他の言語のスレに来てその言語を見下したような発言をしてマウントをとったような気になる惨めな心境ではなく、本来の自分の言語のスレでマウントが取れるようになるかも知れませんよ。

もっとも、そこまで行けば精神的に余裕が生まれるのでマウントを取ろうとも思わなくなるかも知れません。

2021/07/09(金) 09:05:08.09

俺は>>822に同意するわ
俺の経験としても、少なくとも今の会社と前職ではVBAスキルについてはだいたい>>822のような認識だったよ
>>824の言いたいこともわからないでもないが、傍から見りゃそれこそ突然一方的な人格攻撃を仕掛けてマウント取ろうとしてるようにしか見えるから気を付けたほうがいいぞ

2021/07/09(金) 09:42:41.99

まぁVBAのスレで碌にVBAやったことない奴が適当なこと書いて煽ってるんだから何言われてもしゃーなし

2021/07/09(金) 15:37:52.84

ネットに転がっている野良マクロをコピペして「マクロを作った気」になっているのは最低でしょ

2021/07/09(金) 16:40:19.80

突然一方的か？俺には>>822が２行目から殴り掛かってるように見えるんだけど…

2021/07/09(金) 16:40:49.31

そうかなあ
Webから適当にコピペして使うのって、ある程度ちゃんとしたプログラミングのバックグラウンドがないと結構難しいと思うよ
本当に能力の低い人はググってもそれを使いこなすことができず、サンプルを渡してやらないと自分で何も作れない

**デフォルトの名無しさん** (JP 0H99-0sKs) · 2021/07/09(金) 17:26:50.00

初心者まはまず西武労働レストランでアルバイトしてこい

2021/07/09(金) 18:19:47.05

みんな優しいな
どこかの誰かがよその職場でEXCELマクロに四苦八苦しているとか正直どうでもいいことなのにね

**812** (ﾜﾝﾄﾝｷﾝ MMa3-peBq) · 2021/07/09(金) 18:30:47.59

>>813
ありがとうございました。

2021/07/09(金) 23:25:55.24

>>832
どういたしまして

ただ、この手の質問が出るって事は普段は
Set MyRange = Range("名前")
みたいに省略してたりする？

上記は勝手に ActiveSheet.Range("名前") だと解釈されるので、
出来るだけオブジェクト修飾子を省略せずに書いた方が思わぬトラブルが減るよ。
毎回書くのが億劫な場合は次のようにすると楽。

' 事前に変数に参照先を割り当てる
Dim MainSheet1 As WorkSheet
Set MainSheet1 = WorkBooks("ブック名").WorkSheets("シート名")

' プロパティで定義する
Private Property Get MainSheet2() As MySheet
Set MainSheet2 = WorkBooks("ブック名").WorkSheets("シート名")
End Property

滅多にないけど、複数のエクセルを参照してる場合は
どのエクセルかを示すApplicationオブジェクトからの参照も必要になる

Set MainSheet1 = MainApplication.WorkBooks("ブック名").WorkSheets("シート名")

2021/07/10(土) 02:33:21.25

>>833
>上記は勝手に ActiveSheet.Range("名前") だと解釈されるので
これもよくある勘違いだが間違ってるぞ
シートモジュールのコードだと未修飾のRangeはそのシートだ
なのでActiveSheetを期待して省略してもそうならないというバグのもとになる

まあ、シート指定省略するなってことだが

2021/07/10(土) 05:43:04.57

>>833
SDIになって以降はオブジェクト装飾子は明示的に指定するようにしています。
少し長い処理中に他のブック触ろうとする輩がいるもんで。

2021/07/10(土) 08:22:58.40

>>834
確認したら確かにそうだった
訂正ありがとう

2021/07/12(月) 01:12:57.21

最近は仕事で自動化できる作業がなくなって達成感なくなって
つまらん

2021/07/12(月) 03:20:10.46

せやろか？

2021/07/12(月) 07:01:52.54

それで給料もらえていいやん

2021/07/12(月) 12:10:22.77

給料のためじゃなくて、承認欲求のためにやっている人が職場にいる

2021/07/12(月) 14:35:00.51

他人事

2021/07/12(月) 16:16:37.63

ほか、じんじ

2021/07/13(火) 01:44:54.78

仕事も承認欲求の一つやん
なまぽでそれなりの生活できるのに

2021/07/13(火) 05:37:58.85

職場のすべての問題は上司に責任がある

2021/07/13(火) 05:39:59.28

管理、監督の責任な

2021/07/13(火) 05:43:34.85

責任の所在と原因が何かは別だがな

2021/07/13(火) 07:02:58.15

上司の許可なく勝手なことはできないないし
やれといわれればやるしかない

2021/07/13(火) 19:50:44.83

質問スレなのは承知で愚痴りつつ質問
長文すまん

無意味な事務作業をなくしたく、
Excel初心者から必死で勉強し、中級くらいまでVBAを使えるようになった
おかげで100時間級の作業を5時間以内に終わらせることができるようになったよ
ついでにピボットテーブルも使えない同僚のために自動化したりもした

組織のためになったと思っていたんだよ

ところが上司と同僚が変わり全くExcel知識がなく、マクロは愚かvlookupやピボットテーブルも属人化という始末
マクロが動くときは便利に使うくせに、データを壊して動かなくなったら急に切れる

俺が悪という風向きになってきた

ちなみに今期の部のミッションにはＤＸ化がある

もうこれまで作ってきたマクロは共有せずに自分だけで使った方がいいかな？

2021/07/13(火) 19:58:54.40

そもそも使う側がvbaや関数を拒否してるんなら
あなたの言う道以外にないのでは

2021/07/13(火) 20:00:22.01

よくvbaなんて誰でもできるって言う風潮あるけど幻想だよね
楽になる道があるのにそこに行かないで賽の河原で石を積む作業を延々してるやつなんて腐るほど居る

2021/07/13(火) 20:06:08.68

>>849-850

回答ありがとう
ピボットテーブルとvlookupなんてググって10分もすりゃ覚えられるのに
なんでやらないんだろう
ちなみにそれらのマニュアルも置いてあるが誰も読まない
苦手意識の強い人はもうヒステリーになっちゃうよね

ブラックボックス化させたくないので撤収させよう

恐らくあいつらは電卓まで退化する

2021/07/13(火) 20:07:40.57

>>848
＞マクロが動くときは便利に使うくせに

便利さを知っちゃってるなら元のアナログ作業には戻れんと思うけど...

2021/07/13(火) 20:11:27.84

苦手な人は、ワンクリックに魂込めて仕事してる気になってるタイプが多いんだよ。
自動化で楽するなんてもってのほかだってねw
なので、できなくてもやってもらいたいと頼んでくる人に限ってます。

2021/07/13(火) 20:12:15.01

まあ人に生殺与奪権握られるのは嫌だと思うけどね
それなら今からでもvbaや関数の勉強したらどうかって思うけど
なかなかそうはならないのが人間

**848** (ｽｯﾌﾟ Sd43-eqQv) · 2021/07/13(火) 20:19:45.88

依頼ベースで処理していけばいいのかな？
とりあえず撤収して様子見かな？

2021/07/13(火) 20:27:54.15

>>855
あなたの職場での役割が自動化でなくて、できる力があるが故のことならそれでいいのでは？
こっちからわざわざ「やってあげようか？」なんて言う必要もないし、烏滸がましい気もしますし。
あなたが社内改善とかのそういったチームに所属するなら話は別ですが。

**848** (ｽｯﾌﾟ Sd43-eqQv) · 2021/07/13(火) 20:46:27.58

>>856
総務なので社内改善の要素はあります
特にＤＸ推進を求められています

職場での役割は、自動化というかPC全般、データを与えておけばやたら早く処理をするという扱いの作業者です
また、管理表等のマスタの作成・管理もしています
結構な大切な仕事が多く、自惚れではなくルーチンワークを裏で牛耳っている扱いとなります
ただそれが課長が気に食わないようです

できればリモート環境を維持したいので牛耳りポジションでいたいのですが、なかなか調整が難しいです

2021/07/13(火) 20:54:13.36

全角でDX
とても気持ち悪い

2021/07/13(火) 20:55:02.58

ホントそう、VBAなんて楽勝なはずと言っているヤツは多分VBAやった事ないか余程の天才かのどちらかだね。
ひろゆき信者とかウザイは本気で楽勝と思い込んでるし

2021/07/13(火) 22:29:02.60

そこらのVBAはかなり簡単に壊せちゃうんだよな
ローカルが基本だから環境にも依存しやすい
そういうところがやりずらい
言語的な難易度は低いんだけどね

2021/07/13(火) 22:38:33.67

開発環境が貧弱すぎなのが

2021/07/13(火) 22:41:25.14

VBA程度でイキってるアホがいるな

2021/07/13(火) 23:01:11.13

むしろ総務関係はvba必須だろうにね

自分たちのテリトリの中で業務指示できないのがウザいんじゃないの？

2021/07/13(火) 23:01:35.42

何故かVBA開発者はやたらプライドが高く周りを見下す傾向が強い
自分自身を必要以上に過剰評価している気がする

**848** (ｽｯﾌﾟ Sd43-eqQv) · 2021/07/13(火) 23:12:18.82

総務だと他の言語の開発環境を入れてもらえないし、
いれたところでさらなる属人化が待っているのでVBAがちょうどいいですね

中小だと特にキントーン等のツールも導入してもらえないため
Excelが主戦場になります
RPAやローコードツールが使えるなら、部署をかえてそちらの管理に回りたいです

自分もイキってるように見えたら申し訳ありませんが
実力がないのは自負しています

ただvlookupとピボットテーブルが属人化といわれ全部嫌になっちゃった感じです

2021/07/13(火) 23:16:28.28

>>859
マジで一度VBAから離れて別言語習得した方がいいよ
VBAに感じてた「難しい」が実は単に機能が貧弱過ぎて面倒くさかっただけって気づくから

同じスクリプト言語のJavaScript（TypeScript）かPythonがお勧め

2021/07/13(火) 23:25:31.12

> また、管理表等のマスタの作成・管理もしています
> 結構な大切な仕事が多く、自惚れではなくルーチンワークを裏で牛耳っている扱いとなります

自分も似たような境遇になったけど、知識が増えるにつれVBAで運用し続けることに危機感を覚えてC#に移行した
リファクタリングしたくてもロクにツールがないモノの面倒を見続けるのは怖かったから
（Rubberduckがあるけど、無理やりVBEを拡張しているので挙動が怪しく断念）

懸念材料の開発環境についてはVSCodeとGitさえ許可してもらえればかなり楽かつ安全に運用できる
どっちも無料だしｗ

2021/07/13(火) 23:34:01.76

>>862
VBA程度って言うけど　
その程度すら学べない、学ばないそれどころか関数すらまともに扱えない
そんな人間に囲まれてるんだぜ
そりゃ愚痴りたくもなる

2021/07/13(火) 23:41:28.18

VBAプログラマーは回りを見下す
それ、どこかのトレーナーもそうだったな

2021/07/13(火) 23:45:02.39

プログラマーなら周りは同レベル以上に囲まれてるだろうけど
vba使うような環境だとスキル差凄いだろうね
関数すら使えないやつとvbaで作業時間２０分の１にするようなやつが同じ場所で働いたりするし
そりゃ見下すなと言う方が無理だろ
というかまじで周りは少しはエクセル勉強してほしい

2021/07/13(火) 23:51:23.29

>>865
自分がそれまでの習慣と違うことをやる場合、
多かれ少なかれ「必ずウザがられる」という認識を持った方がいい。

なので機能性よりも「安心してもらう、喜んでもらう」事を最優先にした方がいいよ。これはマジで重要。
例えば処理が遅くなっても進捗を細かく出すとか、
選択肢や設定項目は事前に打ち合わせして極力減らす（固定値にする）とか、
背景のイラストを自由に変えられるとか。

後、自分の会社が良かっただけかもしれないが
上司の仕事が自動化できるマクロを渡してバグにイライラされた事はあっても激怒されたことはない。

勤務外で作ったとしても会社で使う以上、
提案して承認してもらうって過程を踏む（筋を通す）ことは必要なのにソレを忘れてるか、
「無知な上司に作ってやった」目線が態度に出てる部分もあるんじゃないかな。

2021/07/13(火) 23:57:32.65

まあVBAや関数を拒否できる余裕があるってことは
原始的な方法でもあんまり残業が発生しないような楽な職場なんだろうね
羨ましい

2021/07/14(水) 00:10:20.05

>>870
だからって本当に見下しちゃったら関係は開く一方だろ
自分がエクセルを勉強したのは偶然興味を持っただけって思わないと

「勉強しろバカ！」って態度じゃ自分のストレスは発散出来ても相手は動かんよ
「マクロって役に立つだけじゃなくて作ってて楽しい」って事を伝える方法を考えた方が未来があると思う。

例えば最近任天堂からゲーム作るゲーム(？)が出たけど、
あれでちょっとプログラミングに興味持った人が周りにいたよ。
それ以前にもマリメのオートマリオで自動化やってみたい人もいたし。

2021/07/14(水) 00:17:44.70

俺は質問主じゃないし態度にはだしてないつもりだけどね
まあ今更勉強するよう働きかけても無駄な努力で終わりそうだから俺は何も言ってないよ
どうせやらんでしょうし出来ないよあいつらには

2021/07/14(水) 00:39:42.41

>>865
井の中の蛙の典型例だな

2021/07/14(水) 00:45:21.32

あいちのトミー
@tocci_xyz

2021/07/14(水) 06:20:36.20

上司に無許可で総務のデータ改ざんするマクロとか勝手に作っていいのかね

2021/07/14(水) 06:57:06.21

会社・社会などは基本、変えたい人・変えたくない人の戦い。
だから、ウェブ系では必ず、適材適所と言う

ウェブ系・ファイル操作・文字列処理なら、Ruby。
AI・機械学習なら、Python・Julia。
マイクロサービスなら、Go。
関数型なら、Elixir

適材適所ではない場合は、保守できなくなる

勉強できない人に勉強させて、体力がない人に力仕事をさせるとか、
マッチング不一致

ツール・手段を先に決めたら、ダメ。
Excel で何でもしない事

ファイル操作・文字列処理は、Rubyを使うべき。
Excelでセル操作をしないで、ファイル操作・文字列処理をする香具師が多い

目的が重要。
手段を正当化してはならない

2021/07/14(水) 07:26:55.46

まぁ上司はプログラムを組むためにいるんじゃなくて旗降って仕事の進め方を決めてみんなを引っ張って行く立場だからある程度仕方ない。

今後取って行く方法はいくつかあるように思えるけど、パッと思いつく方法をいくつか。

・余計なことはせずに上司の言われたままの作業を行う。ある意味、頭使わないから楽。ツールは徹頭徹尾自分の作業の効率化のためのみに作成する。

・ツールはシートやオブジェクトで触って良いところを除きガッチガチにロックして、入力チェックもガッチガチに行う。もちろんVBEもパスワードを掛けて自分以外は触れないようにする。代わりに操作マニュアルはキチンと作る。
いくら上司が出来ない人と言っても使う方法が分からなければ聞いてくるだろうし、使い辛ければ指摘もしてくる筈。それに対応すればVBAで作ったツールも認められるようになると思われる。

・他の人が便利に使っている実績を更に上の上司にアピールし、この上司が使えない人だというレッテルをそこはかとなく周りの人達にはらせてしまう。
明らかに上に立つのに知識が不足していて会社の発展に妨げになると感じた場合、かつ、業務的な知識が自分の方が遥か上を行ってると見てとれた場合、その上司はあなたにとって不必要どころか害悪にしかならない。よって、常にイニシアチブを自分が握り、その上司には何もさせない方向に持って行き、最終的には部署から消えて頂く方向に持っていく。
ただしこの方法は業務、プログラムの知識が自分の方が遥かに上と見てとれる場合で、かつ自分の立場が危うくならない場合に限られる。

2021/07/14(水) 09:05:58.23

属人化を問題にされてるのに２つ目の方法がうまくいくはずがない