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/18(金) 13:53:14.91

Copilotがくそ過ぎる
Microsoftはこれでいいのかよ
ChatGPTの独壇場だなVBAは

**デフォルトの名無しさん** · 2025/04/18(金) 14:54:36.62

VBA使い含めMSの客のボリューム層なんて、大半は最新のAIが本気出したら簡単に代替できるような仕事しかしてないからね
今のMSのビジネスモデルが完全にユーザー数に対する課金に依存している以上、利益相反関係にあるからCopilotはあまり賢くできないのよ

**デフォルトの名無しさん** · 2025/04/18(金) 17:52:29.83

CopilotはchatGTPです

**デフォルトの名無しさん** · 2025/04/18(金) 18:28:34.92

デビルチョップはパンチ力です

**デフォルトの名無しさん** · 2025/04/18(金) 18:46:19.31

>>338
宣言と初期化の件、実質同じなんて言ってないのに勝手に書き換えないでほしい
揃える必要あるか？
ポインタかそうでないか、それぞれをどう宣言するかって話なんだから、
char foo = 'a';
char* bar = "a";
これらが書きやすいって人もいれば分からんって人もいて、想定ユーザーをどうするかってだけ
VB(A)はそれらが分からんって人を対象にした言語
マクロのピックアップにしても、いちいちVBAをパースするにあたり、Subの行だけ拾ってくれば済む処理で他のことさせるってことだろ？
かつて.xlsファイルはフロッピーに保存されてたんだぞ
当時から今みたいな富豪的プログラミングが可能だったわけではない
動作速度とのバランスを考えた設計と、こだわり続けた互換性の上に今がある
Callステートメントの何が気に食わないの？

**デフォルトの名無しさん** · 2025/04/18(金) 18:48:37.87

>>343
また知ったかの馬鹿

**デフォルトの名無しさん** · 2025/04/18(金) 20:06:21.64

char foo = 'a';
char* bar = "a";
がわからんってレベルの人が、オブジェクトについてのみ初期化にSetキーワードが付けるVBAの構文の方が分かりやすいねって言ってくれるんだろうか。とてもそうは思えないが。
マクロのピックアップも、富豪的プログラミングのような大層な概念持ち出すような話なのかな？
関数か手続か、戻り値を使うか使わないかでCallを付けたり付けなかったり、丸括弧を付けたり付けなかったりするCallステートメントの構文は救いようがないと思っていたんだけど、不満がないって人も居るのね。他の言語で関数呼び出しの構文がそんなふうになったら開発者の正気を疑うレベルだと思うんだけど。VBAの場合は配列の要素参照に丸括弧を使う関係上やむを得ずそうなったんだろうとは思うけど、構文として碌でもないのは否定できないと思うんだけどね。
互換性の点はわかるよ。というか、互換性を保つ必要があるからどんなに構文が酷くても手を入れることができないってことでしょ。その上で、VBAの構文は（少なくとも今の目で見れば）ストレスフルであると書くことが悪いこととは思わないが。もちろん、気にならないって人は、それはそれでいいと思うけどね。

**デフォルトの名無しさん** · 2025/04/18(金) 20:11:40.45

早口でとは言わんが要点をまとめられず仕事もコードの中身もそうなんだろうな

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

こういうお気持ち表明が多すぎて収集つかないからMSは仕様変更しないんだろ

**デフォルトの名無しさん** · 2025/04/19(土) 02:21:22.02

今の常識で27年前の仕様にいちゃもん付けるPCの大先生ｗ

**デフォルトの名無しさん** · 2025/04/19(土) 02:31:50.20

ただの知ったかの馬鹿だぞ

**デフォルトの名無しさん** · 2025/04/19(土) 02:39:29.56

Cの最新規格は7～8年前の仕様、
COBOLですら9年前だ
死体蹴りもいいとこ

**デフォルトの名無しさん** · 2025/04/19(土) 03:16:05.27

Callだのなんだの好きに書けばいいんじゃね？
何で目くじら立てて些細な事で喧嘩になるのか理解できん

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

行番号つけないと落ち着かない
イライラする
文字は大文字じゃないと
うがーってなる

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

>>351
喧嘩…？

**デフォルトの名無しさん** · 2025/04/19(土) 06:15:57.40

>>343 の言う判らん人が使う言語は Rust

**デフォルトの名無しさん** · 2025/04/19(土) 09:42:55.62

大衆食堂に来ておきながら、年代物のワインが無い！だの、ナイフフォーク揃えて無い！だの
前菜とスープが先だろ！とか文句付けてるようなもの
単純な+-ドライバーにラチェット機構が付いてない！とか罵ってるようなもの
それぞれ出自も違うんだし目指すところも違うんだから、適材適所、使いようなだけ
ま、単なるクレーマー気質ではある
さりとて、それならソッチ側のプログラミングなら達人レベルなのか？っつーとそうでも無いんだろう
どっちつかずの中途半端な知識だけだから、つべこべ文句言って毒吐いてじぶんを紛らわせてるだけのかわいそうなひと

**デフォルトの名無しさん** · 2025/04/19(土) 09:51:01.47

>大衆食堂

ぷぷぷ

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

最新流行の言語や関数型の言語にしかないような構文なら年代物のワインやカトラリーのセッティングになぞらえるのもまだわかるけど、上で挙げたのってそんな高級なもんじゃないでしょうに。

何かあれだな、JavaとかPythonとかのいわゆる普通の言語の使用者が、最新流行の言語や関数型言語の使用者からの構文マウントに対して反発したり揶揄したりする構図はよく見かけるけど、その低レベル版みたいなことになっている気がするな。

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

まあ、ヒアドキュメントや置換なんかはほしい
数式の記述なんて書きやすいと思っている奴はいないだろう

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

Open AIは人格や口調を意識してAIの開発なんてしていないだろうに、Copilotに「妹キャラでお願いします」って言うと妹キャラの口調になるから本当に凄いなと思う

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

>>355
VBAは大衆食堂ではないから属人化（しやすい）と言われている
年代物のワインならある
私は最近複数行選択からのタブでインテンドが簡単にできると知った

一企業でVBAができる人はあちこちの部署から自動化のツール作成を請け負っていると思う
この「あちこちの部署から仕事を請け負う」ということが属人化の正体だと思う
なぜなら幅広く業務に精通している凄い人は少数で他にいないから

**デフォルトの名無しさん** · 2025/04/19(土) 13:05:07.54

PowerAutomate職人も最近は重宝されとるな
使いやすい便利な奴隷として

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

>>359
妹キャラのデータはあるからな
データに無いキャラでって言われて、無いと言われるか似たようなのにされるかは知らんけど

**デフォルトの名無しさん** · 2025/04/19(土) 13:53:56.21

もう定年退職してる二代前の担当してた人の作ったVBAをメンテしながら使ってるけどプロシージャ名の乱れ雪月花とか薪割りダイナミックとかはそのまま変えてない
パリィとかもあったし変数も癖が強い
でも処理が合理的で面白い

**デフォルトの名無しさん** · 2025/04/19(土) 14:46:22.82

弘法筆を選ばずだな

**デフォルトの名無しさん** · 2025/04/19(土) 15:50:48.35

>>362
しかもこっちの呼び名を、お兄ちゃん（お姉ちゃん）呼びしているんだよ
お姉ちゃん（レズ）までサポートしているんだよ

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

弘法も始めは筆おろしから

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

>>366
へっ？ふっ、筆おろし？急に何を言い出すの！？お兄ちゃん！

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

こ、こ、こ、こ、弘法ちゃうわ！

**デフォルトの名無しさん** · 2025/04/19(土) 20:45:49.41

どうしてソッチだけに食い付くんだか　只の例えだろうに
例えが気に入らないなら、じぶんなりの例えを書きゃあいいのに
ドライバーの方に食い付かない辺りでお里が知れるってもんだ

**デフォルトの名無しさん** · 2025/04/19(土) 20:53:32.98

>>369
+と-😳
何を急に言い出すの！？お兄ちゃん！

**デフォルトの名無しさん** · 2025/04/19(土) 20:59:39.26

只
Ｍ

ｺﾗﾔﾒﾀﾏｴ

**デフォルトの名無しさん** · 2025/04/20(日) 13:50:10.98

初期：
面白い人が面白いことを書く
中期：
面白くない人が面白いものを見に来る
終末期：
面白くない人が面白くないものを書き始める

**デフォルトの名無しさん** · 2025/04/20(日) 13:50:58.56

面白い人が面白いことをする
↓
面白いから凡人が集まってくる
↓
住み着いた凡人が居場所を守るために主張し始める
↓
面白い人が見切りをつけて居なくなる
↓
残った凡人が面白くないことをする
↓
面白くないので皆居なくなる

**デフォルトの名無しさん** · 2025/04/20(日) 13:51:15.67

１、スレッドが立つ。
２、技術のある人間がAAを提供して盛り上げる。
　　　感動を求めて人が集まってくる。
３、オリジナルAAを書ける人間が乗ってきてさらに盛り上げる。最盛期。
４、盛り上がりに乗じて何も書けない魯鈍と白痴が寄ってきてスポイルする。　　←いまここ
　　　彼らの無駄な愛着が逆効果を及ぼし、スレッドのレベルが著しく低下。
５、飽きて大勢が去っていき、行き場の無い魯鈍と白痴が残される。
　　　低レベルな自慢・偏見の陳列、煽りあい、無駄な罵倒、
　　　いわゆる「２ちゃんねる用語」を多用したお寒いレス等々が並ぶ。
６、煽りと罵倒しか出来ない魯鈍まで魯鈍同士の空疎な煽りあいに飽きて去る。
７、何も提供できない白痴が過去の栄光の日々を夢見て空ageを繰り返す。
　　　脳死状態

**デフォルトの名無しさん** · 2025/04/20(日) 16:48:37.48

7だろ

**デフォルトの名無しさん** · 2025/04/20(日) 18:35:19.98

>>374
5〜7のいずれかの段階じゃないですか？
客観性を失いましたか？

**デフォルトの名無しさん** · 2025/04/21(月) 12:00:00.65

話題が無いね…

**デフォルトの名無しさん** · 2025/04/21(月) 12:43:40.09

Ecxelビバ！
Chatガパチョ！

**デフォルトの名無しさん** · 2025/04/21(月) 12:45:10.43

書籍なら、高橋宣成『パーフェクトExcel VBA』辺りが今でもお勧め？　
沢内晴彦『Excel VBA実戦のための技術』は昔買って読んで、内容は良かったと思うんだけど、著者の押し付けがましい語り口に辟易した記憶がある。各章冒頭のダイアログとかもうね。

**デフォルトの名無しさん** · 2025/04/21(月) 15:42:19.79

今ならAIに頼んで自分に合ったものを書いてもらうのがお勧め

**デフォルトの名無しさん** · 2025/04/21(月) 18:50:43.50

自分にあう書籍を書いてもらおう

**デフォルトの名無しさん** · 2025/04/21(月) 22:52:35.16

初心者向けに実用的なコードを教えます！みたいな内容では無くて、もっとそもそも論を書いたシステム開発みたいな内容の本はないでしょうか？

**デフォルトの名無しさん** · 2025/04/21(月) 23:50:35.29

あるょ

**デフォルトの名無しさん** · 2025/04/21(月) 23:56:59.82

VBAで差し込み印刷をする時の正解は結局なんでしょうか？
Excelで文章の様式、フォーマットがあって、それぞれのセルに行の値を代入して連続印刷する感じです。

**デフォルトの名無しさん** · 2025/04/22(火) 01:09:34.39

ある行に設定したらその値が各セルに表示されるようにしたらどうだろ

**デフォルトの名無しさん** · 2025/04/22(火) 05:15:10.29

その場合はそれぞれのセルに行の値を代入して連続印刷するのが正解

**デフォルトの名無しさん** · 2025/04/22(火) 12:17:33.64

ユーザーフォームで入力画面つくるのがわかりやすい

**デフォルトの名無しさん** · 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は何でもできる気がする」
中学生日記