Excelマクロを禁止する企業が増加。属人化とブラックボックス化が問題視 [811571704]
レス数が900を超えています。1000を超えると表示できなくなるよ。
https://logmi.jp/business/articles/328919
ブラックボックス化を懸念してマクロを禁止する企業
マクロでそれができると知っている方はとても多いのですが、1つ問題があります。これは規模の大きい会社の話ですが、マクロを禁止する会社がけっこうあります。理由は属人化とブラックボックス化です。
マクロを組んでもらって、1クリックで作業を全部終えられるようになったけど、「担当者がいなくなったらそれを使えなくなってしまうんじゃないか」と心配する方が多いです。
https://img.logmi.jp/article_images/RwsR4bissgFfLn3sxuWFub.jpg
担当者がいなくなったあとにデータが変わったとか、業務が変わった時に変更できないとか、今までマクロだとどうやってきたかわからないということで、「マクロを禁止して手作業でやりなさい」という企業さまがけっこう多いです。 言うほどブラックボックスか？
vbaで全部書いてあるやん
パスワードロックでもしてるのか？ >>2
vbaってperl程じゃないけど可読性悪いからなあ 全部そこに書いてあるのにブラックボックス化って
読めない方が無能なだけじゃないですかね エクセルもたまに計算間違うし
算盤での検算は省けないからな >>2
他人がコメントも入れず適当に書いたVBAを解読するのもなかなか…
まあ自分で書いたのもわからなくなるが ブラックボックスが使えるうちはブラックボックス使えばいいじゃない >>2
ソースコードがあるのになｗ
まあ読めない無能社員だらけだからだろうけどさｗ >>2
読めない文字で書くなってことだよ
技能の独占は許さない >>27
解決策として「ちゃんと綺麗に書け」「ちゃんとコメント入れろ」ならわかる
マクロ禁止にして手作業繰り返せとルールにしちゃうのは知能に障害がある >>2
個人個人で記述の仕方が違う
プログラム専門の事業みたいに
社内で記述ルールとか統一してないし
他人が作ったものはわからん
小規模のプログラムなら理解できるが
肥大化したソースは解析するより
新しく作り直した方が効率が良い 技術がある一部の人しか使えないのはどうよというのはわかる
が、使える人を養成しようとはならないのが日本らしい 自分で数か月前に作ったやつでもなんでその記述あるのかわからなくなったり
これ書いたやつすげえなってなることわりとよくある(´・ω・`) マクロも読めないバカだらけで何の仕事してるんですか？ そんなこと言ってたらExcelに限らずプログラミングの類すべてがダメにならんか まあ代わりにPowerShellにやらせるだけだがw キチンと賃金払って繋ぎ止めればええやで
結局効率悪くなって人件費かかるだけやん マクロの警告画面見ただけでウイルス感染したとパニックになるやついるからな >>38
プログラマーでもない素人が作ったマクロを読めとかそんな仕事はしたくないねえ >>34
楽そうだったから人件費減らしたのに今更手動でやれないだろ >>35
動いてんだから読めばわかるだろ
そして作り直せば早いなら作り直せばいいだろう
禁止する意味 まあ多分無能な管理職だらけなんだろうけどな
足を引っ張るのが得意なジャップらしいわ マニュアル作らせれば良くない？
それで属人化なんて防げるのに
マクロ自体禁止する方向に行くのかジャップ たまにコードにパスワードかけてるやついてマジもんのブラックボックスになってて笑うわ なんの操作か知らんけどマクロ使わなくてもRPAとか使えば良くね？
さらにいうとchatgptに聞けば良いだろ スパゲッティコードもchatgptに叩き込めば説明してくれるぞ
まあこういう企業はchatgpt禁止だろうけどな マジでＩＴリテラシーの無さが笑えるわｗ
マクロを禁止するのではなく、そのマクロを使った業務を引き継ぐ際に
そのマクロのロジック内容をビジネスルールとして書面化させるのが「マクロブラックボックス問題」についての正しい対処法やろとｗ
マクロで齎される業務の大幅効率化を捨ててアナログ強制とかマジで頭おかしい。
マクロのブラックボックス化がーとか社内で騒いでるＩＴリテラシーゼロの無能の声に引きずられて生産性落とす方法で解決するあり得ないクソ企業と思う 実際に問題だと思う
手作業が必要な例外処理があったらもうお手上げ
でもありがち
素人には作らせずにちゃんとプロに頼むか
情報システム部門を置くかしないとダメ windowsがどうやって動いてるか分からないからPCの使用禁止です 他人の書いたマクロ読み込め
というか、引き継ぎちゃんとしろ
もうアホかと マクロ組めるように教育すれば良くない？
禁止して非効率化する意味がわからない >>46
自称だしな
流石衰退してるだけのことはある 業務効率化より内部統制を優先する内向き企業だらけだからなあ
気持ちはわからんでもないけど情シスがカバーできないところは現場で改善するしか無いのにね >>47
マクロで早く終わらせた分しっかりサボる
これを怠る無能が悪いな 動かなくなったvbaを動くようにする仕事始めようかな
1時間2000円で >>45
マクロを読まなかったとしても手作業のやり方のマニュアルは読まなきゃならんから一緒だろ
解読するのが困難なビジネスロジックを、手作業なら簡単にできると思ったら大間違いだぞ
マクロで複雑になってるものはマニュアルに書いても複雑 何をやってるか書いてる仕様書というか設計というかそういうドキュメント作ってないのがいかんのでない？ マクロ集のbookから清書用Bookに入力するわな
自分の仕事は適切にwww 無駄の極みだな
そもそも事務作業で使うマクロなんてほぼ元から用意されてるレベルだろ 前にいた会社で色々やったが
シートコピーしてなぜ動かんと文句言われた思い出
結局社内情シスが面倒なんだからなんだけどね >>55
それこの間やろうとしたらコードが1万行以上あってコピペできなかったわ クビにした有能社員にザマァされるのを未然に防ぐということか 禁止する必要はないかもしれないけど素人コードがとんでもないバグ起こす可能性もあるし会社的には禁止したいかもな マクロは開発部に依頼して作るようにするか
Power Automateなど、共通のツールを使って作るようにすればよろし 効率化を個人に押し付けてるからだろ
正式に取り組めよ
なんで禁止になるんだよ
頭おかしいんじゃねーか？ 最初からマクロの処理しか存在しなかった業務ならともかく
元はマクロ無しでやってた業務なら元のフォーマットとマニュアルは残しておいて
担当者がいなくなった場合はマクロ無しに戻せばいいだけでは? マクロを使うのは構わんが、作成者がいなくなってメンテナンスできないマクロを情シスに押し付けんな
最後まで自分の部署で面倒見れる奴だけ使え この国の機械アレルギー異常だよ
出来ない奴が健常者、出来る奴が異常者扱い >>60
すげー大規模なやつ作って丁寧にコメント付けたけど
でかすぎて初めから作り直した方が早いって結論になったな
小規模なら引き継げたんだけどなあ
ワイが抜けたあとに結局駄目だったとかで
ワイのマクロを延命で使っていて草 >>66
何やってるか分かってないからもっと吹っ掛けても払うぞ >>64
「現場で改善するしか無い」っていうグレーゾーンってどんな仕事でもあるわけだが
Excelマクロ問題はそのド真ん中だから毎回スレが伸びる マクロはブラックボックスじゃ無いな
入力データと処理命令と結果を一つにまとめるExcelは複雑な処理すると何やってるのか解読に困る分からExcelファイル一つで何でもやる習慣を撲滅した方が根本的な改善だと思うが 大企業「X lookupは使うな！V lookupにしなさい！」
あると思います >>1
ならVBAを作れる人が居なくならないよう待遇を良くすれば良いだけだろ
定年が近いなら、新たに好待遇で雇えば良いだけ 誰かが作ったものを複数人で使いまわすとなれば問題も起きるだろうけど
従業員個人が自分の作業効率化だけのために使う分には何の問題もない気がするよ(´・ω・`) 使えない人は手動でカタカタやればいいじゃない マクロで5時間が2秒になることなんかあるか？
電卓手打ちと比較でもしてんのか これ、うちでも起きてる問題だからよくわかる
一部の有能が手順を自動化して効率化する
するとどうなるかというと無能や新規が自動化を込みで作業として覚える
こいつらは「これ実行すると結果が出る」しかわかってないので本来の手順や仕組みについて理解が深まることが無く、問題発生に自力で対処できなくなる
結果として属人化 >>56
それ言うほど簡単じゃないよ
最新のマクロの内容が仕様書に反映されてるかどうかどうやって保証すんの？
マクロの変更のたびに動作を検証して認可する承認プロセスも必要になるし
最低でも自由勝手に業務をマクロ化することは禁止にしなきゃならんけど
ルールが厳しくなれば勝手に作るし勝手に変更しちゃう
イタチごっこ マクロ禁止にしても>>71みたいになるし、
それ以外にも３００文字くらいある難解なエクセル関数がてんこ盛りの
ブックが出来上がる。 これ実際あるからなぁ
マクロ作った本人がいなくなると誰もいじれなくて壊れても対処できないとか ググればすぐ辞めるそこら辺の派遣社員の女でもマクロ使えるようになったからな
かといって人のソースを見ることまでは無理という >>95
条件付き書式も使えない無能がAIに頼る良い例 ワイほどになると高速化技術を突き詰めるな
低速なサーバーとかローカルストレージに読み込みに行くと
極端に遅くなってフリーズみたいになるから
遅い処理は一括で構造型でメモリに読み込むな
ストレージ読み込みは極力一回で終わらす ＞マクロを組んでもらって、1クリックで作業を全部終えられるようになったけど、
＞「担当者がいなくなったらそれを使えなくなってしまうんじゃないか」と心配する方が多いです。
いったいマクロを何だと思ってるんだろう？
「なんだかわからないけど動いている」ってレベルのもんでもないだろ
読めば分かる程度のことなのに むしろそういうのマクロ作るための職じゃないのか
手作業とかヒマ潰しに等しいやろ プログラマーだけどvbaだけは触りたくない
vba書くくらいならpythonとか他の言語でやるわ >>1
担当者がいなくなったらマクロ使えないはわかるが
だからみんなマクロ使うな！は意味不明w
業務変わったらデータ変わったら結局手直ししなきゃならないのは同じなのに
要はマクロ使える奴が楽するのがズルいって奴でしょ？
みんな等しく苦労しろって出来る奴の足引っ張るジャップ精神がここにも >>99
「マクロで仕事爆速化したった」は嫌儲で定番の哀しい自分アピールのひとつだからな
その程度の仕事、その程度の企業ってこと
まあ日本には数え切れないほどあるわけだが まあマイクロソフトオフィスのAIが使い物になるまでの
あと2年くらいの話だと思うわ
2年後にはこんな古臭いことしないよ 素人ほど「読めばわかる」って言うよね
みすほのシステムなんてプロのエンジニアが束になってかかっても歯が立たないのに またマクロ使える人を入れればいいのでは
引き継ぎしっかりさせて >>110
お前はわかるかもしれないが
学習意欲の無い大多数の馬鹿にとっては「なんだかわからないけど動いている」ものなんだよ
エンジニアの集まりなら問題ないがな 90年初頭のアメリカでは相場師はプログラマに置き換わりました
20年代の日本では事務職はまだプログラマに置き換わらないの？ コメントとか結構、丁寧に入れてんだが、自分でも数カ月たつと何やってんだ、これ？ってなるｗ >>115
まずルール決めする上司がマクロどころか
Excelすらろくに使えないんだよ マクロ悪用したランサムウェアとかがあるから、やっていることは間違っては居ない if分とかの段落を自動で整形出来るツール教えろください >>123
それな
読めばわかるとか言っているやつは
小規模のマクロしか作ったことない >>78
本来は情シスの開発担当課が作るのが良いんだけどね…
予算が無いのと痒いとこに手が届かないしその為の事務が増えるから各自がやり出すわけよw >>45
チャットGPTにぶち込めば大体理解できるぞ >>119
だってマクロでしょ
そんな複雑なことしてるの？ まあ他人が作ったプログラム解読するより自分が作った方が早いのは違いない そもそもMicrosoft自体がマクロやめたがってないか
今だとローカルにあるファイルでないとVBA動かないし
マクロ使いたいならWeb版のOfficeスクリプトに移行しろってことなのかね
データ収集も捗るだろうし 日本の生産性を落としてる原因はやはり老害だったか
変なセキュリティソフトやら監視ソフトを山ほど入れさせてるのも奴ら
PCのラグがでかすぎてまともに操作できねえよ、氏ね それでもマクロは遅いよね、コードが悪いんだろうがテストしていてイライラすること度々 プロのプログラマーがvbaの話になると急に俺は触りたくないとか
作ってるやつは無能とか言い出すのは面白い現象 >>108
データベース扱うときはVBAで条件付き書式を設定したほうがいいぞ
条件の追加や管理がシート跨いでも一元化できる >>85
そりゃ～プロですから😄
えっへん(フチコマ) 氷河期を切り捨ててバブル入社のアナログおじいちゃんがいまだに会社に蔓延ってるからこうなる >>144
ふにゃふにゃ過ぎて意味分からないときがアルんよね 普通に外注すりゃいいじゃん
プロからしたらかなり楽な仕事だよ >>123
誰だって忘れるし忘れるから作らないとか無いわ
プログラムは書く力じゃない読む力
自分を含めて書いた人間の意図を読む能力 >>33
>>48
世の中の大半のマクロは検索して出てきたサンプルコードの継ぎ接ぎでできてるんだよ
マクロを書いた本人ですらなぜそれが動くのかよくわかってないことも少なくない
一から綺麗にマクロを書いたり、他人の書いたマクロを読み解いたりできるのならエクセルおじさんじゃなくてプログラマーやってるから これは確かにあるあるだけどそんなんシステム課にぶん投げて終わりじゃん、予算取られるけど自分で弄ってぶっ壊すよりはマシ >>132
「本来は」ではないけどな
情シス部署置いてるような企業では情シスはインフラ整備やその安定稼働維持で忙しくて
他部署の「ちゃちゃっと作ってよ」なんてのを受け付けるわけもない >>144
vbはforループ見ると発狂しそうになる 組んだ奴が後続にも伝える気概があるかだな
カスはオナニーマクロで終わる
超一流は人の為になにかを残す >>119
アレはプログラム言語が昔使われてたCOBOLって言語で書かれてて
今、それを学んでる連中が殆ど居ないからだぞ
C++やPythonで作り直すべきだ >>143
高速化系の機能はいくつかあるぞ
「vba 高速化」でググれば沢山見つかる
後はストレージ読み込み回数は極力減らすことだな
構造型配列でメモリに一気に読み込むのが良い vba「クラス名の大文字勝手にリネームするわ」
なんなんこのゴミ😡 たまに全然知らんやつが作って中身見ようとするとロックかけてるやつがいるからな >>119
エクセルマクロとみずほの奴を同列に語るのなんか違くね？
あれ基盤となる各システムのOS、データベースが全部バラバラで相違点を把握できる人が誰もいない類だろ >>160
手をつないでみんなでゴールするのが日本やぞ VBAには悪名高きGoToがあるからな
エラー時のハンドリング書くのも面倒いし読み辛い >>144
プロはまずVBE強制がしんどいと思う
メモ帳の方がマシだろあれ 関数だけ使って作ってもブラックボックス扱いされるぞ >>158
COBOLって簡単な言語だぞ
言語仕様どうこうじゃねーよ
システム開発の複雑さ面倒臭さはそういうところじゃない VBA禁止してPythonでExcel作らせるなら素晴らしい会社としか言いようがない
弊社は逆に「VBAならギリ読めるから極力VBAで作れ」とか言われる 事務作業軽減のためならいいと思うけどね
ただ相手のある請求や発注業務とかは禁止したほうがいいよ
セルを一個ずつForで回して時間を無駄にするようなスキルしかない人がやるべきじゃないよね >>136
秘伝のタレみたいに継ぎ足し継ぎ足しで巨大なコードになるんだよ 作業者にとっては属人化してようが自動で5分の作業を手作業で数時間かけるとか意味ないわな
企業がそれを嫌がるなら金かけてシステム化するかその属人に費用をかけるかしろってことよ
後任がその属人化を自分のものにできないのが悪い え？担当者以外もマクロ読めるようにしたらええだけじゃん？
担当者より上の立場なんていくらでもいるでしょ
そいつらがマクロくらいできないでどうすんの 問題になるのは正しい動作が明確でない時だな
マクロでも関数でも同じ事だけど >>172
「VBAならギリ読めるから」 これ言われるだけで素晴らしいじゃん 本当の話ならばだが
企業におけるVBAマクロの殆どは資産化されてないというのに
認知すらされてないことも大半だろう（担当者レベルでしか存在を知らない） >>161
速く動くように作ればある程度速くはなるけど速いVBAは可読性ゴミになる
「こんなの書いて後で誰がこのコードの世話するの？」って話になってくるし
高速化したいならVBAでやんないでほしい切実に マクロやvba使える人材増やすって発想に行かないのがジャップよなあ >>144
人様に売る用の商品と自分達で使うための道具じゃ期待されるクオリティーが違うからなあ
後者はどんなスキルの人間が何を考えて作ったかわからんからとんでもないものを押し付けられる可能性あるし 誰にでもできる事を秘匿するやつもいるよな
職務上公開しなきゃいけないことでも属人化を促進するために秘匿する
普通に説明してくれたらほとんどの人間にはわかることを 自称パソコンの大先生がエクセルのVBAで作ったマクロとかまじで最悪だろ
禁止は正解だよ 3年で事務作業の3割が自動化されるって言われてるけど職場にマクロの組み手がいないと無理だよな >>183
そもそもVBAすら使えない人間がいるのが驚愕
日本の大学は低レベルすぎる
計算機使えませんレベルの話だからな >>181
プログラマーにとっての可読性とVBAおじさんにとっての可読性がまた違うという問題もある
VBAおじさんにはメモリとかのような計算機科学的な概念がないからセル一個ずつ総なめして処理するのがわかりやすいんだよ 属人的にならないようにするのはいいことだと思うよ
それこそ会社でマニュアル作れって話だが >>179
「その出力結果は本当に正しいの？全部検証する必要は無いの？」
こういう疑念を誰か（上司）から言われた瞬間に恐ろしい労働量と時間が溶けていく地獄フェーズに入るからな
マクロの中身を見る担当になったらハズレくじなんだよ >>119
おれの前職だと教えるのが面倒だからコード読んで勝手に理解してくれって感じだったわ 自分用はゴリゴリ書くけど万人向けのマクロは絶対に作りたくないし関わりたくない
例外処理や変更管理が面倒すぎる マクロも成果として認めた上で、会社所属のものとしたら良いのでは？ インプットファイルをどこそこフォルダに置いてあるのが前提とかはたまにある
こういうのは外部の人間だとよくわからんのよな 他人が作ったのを自分用に更にカスタマイズして使うから継ぎ接ぎで社内で共用は難しいよ >>180
なんも素晴らしい事ないよ
VBAの価値を評価してるといえば聞こえはいいかもしんないけど
その価値を管理させられる側になったらたまったもんじゃない みんなマクロ使えるんだすげえな
世のサラリーマンはみんなITの素養があるんだな マクロについて仕様書があるわけでもなく業務が引き継げないんだろ
そこまで含めてやるけどなシステム屋なら 自分はExcelが得意と思い込んでる奴が作ったマクロというVBA面倒くさいもんな
金かけて行者に頼んでちゃんとメンテして使えよ マクロの使用になんの問題があるんだ
担当者がいなくなって使い方や習性が分からんのなら手作業でやればええやん >>194
自分用の動けばいいマクロと他人がどんな使い方しても大丈夫そうなマクロじゃ
手間数倍違うもんな >>201
事務歴長いおばさんとかに頼むとやってくれるぞ >>194
万人向けにしないとお前が死んだ時混乱するだろ
だからマクロ禁止とか騒ぎ出すんや まあエクセルだからな
そこら十二書かれたらやっかいなのは確か マクロ一から作るのは手作業で済ませる以上に時間がかかったりするが
あらかじめ作ってある奴で処理してみて、結果見て
そのコード修正するのは全部手作業より早いだろ 手作業だった部分をエクセルにやらせてるだけで実質的におんなじ事ちゃうの
って思うのは自分だけ？ Excelを禁止しないのが最高にジャップ
あんなもの喜んで使ってるからダメなんだよジャップは 「管理責任が企業として定められてないものに触れてはいけない」
これが真理 VBAに限らず昔みんなが大好きだったvlookupでA列とB列をゼロパディングせずにキー化しちゃってとんでもマッチングしてるシートも見たことあるよ
組める知ってるっていうのはいいけど処理の基本はきちんと覚えた方がいいよね マクロで書いてあるとひと目で視認できるけれど、
全部ワークシート関数で済ませようとしてるとセルを一つ一つ見ていかないといけなくなって地獄だけどな
非表示にしたり色を変えて見えなくしてたりするとヤバい >>99
俺の案件では1日作業が30分くらいになったっていうのはあるな
500件ほどのデータベースの情報（住所や施設名など複数）を神エクセルにコピペして500ファイル作るって作業だった
手作業でやってて馬鹿じゃないの？って思ったけど、馬鹿なんだよあいつら マクロ請負やってる企業もあるからそこに頼めば良いでしょ
仕様の打ち合わせ段階で誰でもメンテしやすいものを作らせればあとは自社で維持管理できる マクロだと業務の手順までわからなくなるのかよｗ
そんなの会社として成り立ってないやん 日本人の性質というか美徳意識だろうな
マクロを組んでスパッと解決した人より手作業で残業して頑張りました！の人を評価しがち 大企業は
Excel管理をやめよう→システム化
の流れだろ。手作業に戻すなんてありえない お上が人手も金払いも渋るから現場が場当たり的に対処するしかない
足らぬ足らぬは工夫が足らぬも限界ですわ >>223
業務手順がデータ加工手順まで手取り足取り書いてるわけないでしょ
ほんとに仕事してんのかｗ 使えるうちは使って人が異動か辞めたら使うの止めればいいだけじゃん
それで効率悪くなるって話ならその人に逃げられないようにしろ マクロもそうだけど関数も人によって記述が違うから後任が大変なんだよな
業務の都度都度で作るからつぎはぎってのが多いだろうし
仕様書もどきがあったらまだ理解しやすいんだけど事務だと作らない人結構いそうだわ 入れ子関数も他人の作ったマクロも解読大変という意味で変わらん
Excelで複雑な処理をすること自体が誤り excelの標準関数は使っていいの？
xlookup以前にvlookupもわからなそう 手作業でやっても属人化するだけじゃん
何いってんの？ >>107
ところがアホには要件定義や擬似コードやコメントの重要性がわかっていなくて
そんなものを作ってる時間はないから、短時間で作ってくれ、仕様変更？仕様変更はないからそんなことは考えなくていい、って言ってくる
要するに上のマネジメント力が壊滅的に無いんだよ
パワポ報告書の作り方が上手いやつだけ昇進していく人事システム自体に問題があるよ 酷いモノがあるのは間違いない。
プロではないので仕方がないけどね。
ま、出来るだけセル式で頑張る派のSEだわ。
VBA使わずドラクエまで作った人いるしな。 >>225
大体そうだよね
特殊な業務や個別対応とかに業務の人達はVBAを活用したがるからそこを定期的に吸い上げてシステム化してくんだよ
正直野良VBAほど怖いもんはないし >>237
頭クリアでイケてるときの自分と頭パーのときの自分では全然違うものになるよ いまだに前の会社から連絡くるわ
金出してちゃんとしたもの作ればって言ってるのに >>227
マクロ問題ならぬシート問題が発生するなｗ >>192
結果が正しいか保証されてるのかとか言い出したらマクロとか使って無い関数だけのエクセルファイルでもその結果正しいか検証したのかとならない?
後者と同程度の基準でテストして正しい結果出てくるのであればそのマクロは使えると判断でいいと思うが しかもエクセルマクロは使えてたものがある日急に謎のエラー吐いて動かなくなるってのがある
あのクソマクロに頼ってるのはほんと危ない マクロなんてこっそり使うもんだろ
もちろん次の人には手作業のマニュアルと引き継ぎしかしない >>228
書く書かないじゃなくて業務として何やってるかわからなくなってる時点で駄目やんな >>225
最近は投資抑制もあって、それExcelでよくない？みたいな逆行もあるな 効率化できる業務があって人に依存したくなければ外注してシステム化すればいいだけやん
仕事してんのってレベル
やっぱりやってる感がわーくにが取り残された原因だな >>240
ちゃんとカネを取れよ
辞めた会社のタダ働きなんか絶対にするなよ どんな処理してるかわからないから制作者不明のVBAは触りたくないな
パスかかってるとなお怖い >>144
作ることよりもメンテが1番大変なことをよく知ってるからな
git管理されてるわけでなくレビューを通ってるわけでもなくテストもない 作ってんの派遣社員だし派遣社員の仕事が出来ない正社員
世も末だな(笑) 昔pythonで書けるようになるみたいなの嫌儲で見たけど相変わらずVBAなのか？
言語がまともになっても自己流で書いてたら意味ないけど コピペの集合体で作った本人も何か動いてるからヨシ！！みたいな作品あるからな
そんなのでコメントも書ける訳もなく誰もイジれん >>237
3日は言いすぎだけど
2週間触らなかったらマジでそうだわ >>251
いまフリーランスで自由にやってるから流石に金は貰ってる 下手くそなやつが作ると処理帰ってくるまで1日掛かったりするからSQLでぶん取った方がまし😨 他人が作ったマクロを読むのもめんどいし他人に読ませることを想定してマクロ組むのもしんどいし
別にダラダラ手作業で作業してもマクロでテキパキ作業しても賃金は変わらないし VBAがダメならPower Queryで使われてるM式言語は使っていいの？ 電子回路設計なんかでもかつて職場のギークが作った秘伝の謎回路を意味分からず使って
その人がいなくなって部品なくなったら設計できず終わるとかあるあるだな >>242
結果の正しさはマクロ使うか使わないかを問わずその仕事やってる人間の責任
というのが徹底されてるならその通りだよ
でもたいてい「マクロ依存」領域が発生してるものなんだ
だから問題になるんだ >>228
マクロ出来るまでは使わずにやってたんでしょ?
元のファイル引っ張り出して元のやり方でやればいいじゃん >>242
データ欠損してた場合とか想定外のデータ処理でバグることはあるよな >>265
電卓で最終確認しないと責任問題になっちゃうわな >>254
本当これ
読めばわかるとか謎の万能感に満ちたケンモジさんに全部押し付けてしまいたい >>256
結局PythonをExcelに取り込むのは止めた
PythonからExcelファイル操作するライブラリ使えば出来るよねってことに >>263
言語の種類の問題じゃないから同じことが発生するよ
PowershellだろうがPythonだろうが同じ DXって自分の業務フローのシステム化だし抽象レベルで理解できないってのも変な話 >>145
それは条件付き書式の設定方法であって、「条件付き書式の存在すら理解してない無能」が、「条件付き書式で良いじゃん」って返せない無能AIに頼る縮図が95に詰まってるって話だぞ
アスペか？ >>264
昔似たことあった
pcbだがたしかパターンレイアウトの奇妙な引回しとかで 「RPAは低予算で職場のIT化を進めることができる魔法の呪文」
に日本はなっているからな
んなわけねーだろ
なんだが、貧乏国日本は技術にカネを出すことなくこのまま衰退してゆくのであった >>275
前の職場で関数破壊おじさんが電卓も使って確認しないとダメだろ！とか言ってるのは驚愕したわ 無能だからソースコードが書かれてても理解できないんだろうな🤣 >>269
見積もりのテンプレートを書き換えた奴がいて、計算式のところに定数が入っていた
客に言われて気が付いた恥ずかしい >>280
Excelはごく稀にマジで計算間違えるからな
ファイル開き直すと正しくなるとか意味不明な挙動を見てからは少し疑ってる Excel VBがレガシーすぎるのがなあ
C#で書けるようにしてほしい 客が整備できなくなったVBAを解読するのっておもんないよね
ちなSES 馬鹿だな
chatGPTに投げれば解読してくれるよ >>1
あー、これはわかる
つーかこんなの使うような話になる段階だと、新しいプログラムが専門部署で組まれてるわ >>281
上司 「VBAが分かる人間がいなくてねえ 困ったもんだよ」
ケンモ 「VBAくらいならボクは少しは分かりますけどね（ﾄﾞﾔｱｱ」
上司 「おっそうか じゃあこれ読んでみて なんか不具合出てるみたいだから 今日中でお願い」
ケンモ 「Σ(´Д｀ )」
このスレこういう貧乏くじ引かされそうな奴ばっかｗ そいつが辞めたら元の手作業に戻るだけだろ
誰も損してないぞ >>291
再計算ボタンを連打して直るならこんな事言わねンだわ >>21
これな
書いてる奴によってクセが出過ぎる
「大作（）」だと解読するだけでも本職でも時間かかるし
それを実際に業務で信用して使っていいかどうか検証するにはさらに時間とリスクがかかる cha gptに吐けばエラー指摘してくれるよ
というかケチらずAPI入れろって話 １ファイルにデータも収まってるマクロならまだいい
外部ファイルを裏で参照や取り込んでるマクロはマジ糞、マクロ作ったやつのオナニーでしかない >>30
こういうレスまじでエアプなんだろうな
こういうのが作ったシステムがマイナンバーで別人の証明書出したりするようやアホシステムリリースするような事になんだよ マニュアル作れよ
マクロが使えなくなったらブラックボックス化するような業務をさせるな >>297
全ケース試して全体を解読するのは割と労力いる
とりあえず何か問題起きたときだけデバッグして適宜直して再実行していいとか時間の余裕があるならそれでいいんだが ソースコードなんていらねぇんだよ
必要なのはその時に作成した仕様書
どういう目的でどういう動作する事を目的としたかのドキュメント類
そういうの作らずに担当者だけの頭だけで作ったくそVBAが大量に作られまくってたのがおよそ20-30年前まで
未だにそんな文化続いてる事自体が終わってる >>301
手作業でやる時間考えたらよっぽど早いんじゃねえか >>153
なら使えないやつは諦めてて作業したらいいと思う
立派な個人の技能じゃん >>254
野良マクロのメンテなんかやってられないという理屈はわかるんだが
今のところメンテ無しで正常に動いてるっぽいものを使用禁止にする合理性はどこにあるの
とりあえず使えるうちはいじらずに使って使えなくなったら捨てるなりちゃんとしたところが作ったシステムに置き換えるなりすればいいんじゃないの VBAはデバッグしやすいから楽だよな
詰まったらGPTに聞くだけ そもそもExcelマクロで作られるものってそんなに複雑重要なものってそんななくない？ >>95
chatGPTに命令するとき丁寧語使う人多いけど、
ワイはいつも「～せよ」とか命令してるんやが いずれはAIか自動処理に任せられるように業務全てシステム化すればいいのに >>3
そういうパワーユーザーはマニュアル作るの嫌わない？
個人の作業効率を上げるために作ってるのにマニュアル作ってバラまくとサポートやら改善要請くるから返って仕事増えると言ってたわ >>307
もはやExcelの範疇超えてる大作（）もある 長ったらしくなったとしてもわかりやすい書き方するようにしてる
エイリアスも極力使わない 仕様書無いと引き継ぎ無理だよな
シート絡んでるからVBAコードだけ読んでも分からねーし 抑々個人が効率化の為にやるもんじゃん
抑々元データが有るのにブラックボックスとか頭沸いてんだろ そりゃ大先生手当をもらわないと俺専用にややこしく書くよね 若い頃はアホみたいに作ってたな
業務改善で報償金がもらえてたから ぶっちゃけSQLでぶっこ抜けないビギナーが
ちまちまVBAで計算して結合してるだけだよな☺ パスワード入力しないとVBAのソースコードを見られない設定にされると困るんだよな。 これが日本企業の閉鎖的思考なんだよね
途上国にすら追い抜かれるのもうなずける >>303
頭の悪いやつが読んで理解してちゃんと他に影響ないように直すまでには時間かかるから
エラー吐いたらとりあえず手作業でやってもらって、直すのはまた別途マクロ出来るやつにやってもらうのが一番いい これじゃあれじゃん
もう遅いコピペ成り立たなくなるじゃん この手の改善ってただの自己満だよな
コード見てもグチャグチャだしメンテナンス出来んから辞めてほしい 既存の発注システムがクソ＆予算降りないからvbaで作り直した
vbaの教育体系化して配属したやつが書いてメンテできるまでやったわ
ようやく異動できる 誰でも見ても意図が理解できるコードが良いコードだと思う。 >>45
プログラマーが作ったマクロだと読めるのか？ > 担当者がいなくなったらそれを使えなくなってしまうんじゃないか
担当者に金払って居なくなる前に引き継いでもらえば良いだけでは…？ 引き継いでも俺がメンテナンス出来ないからお前も使用禁止して不便を受け入れろ！
実にジャップだな
そりゃ30年経済成長できないわ AIの普及で平社員がポンコツマクロ組んで会社がパニックとか田舎で頻発しそう
国をあげてマクロ取り締まりしないといかんな 日本人ってなぜこうも効率悪い手作業に美学を感じるのかね
バカなん？ ちゃんと中身理解して引き継ぎ継承する人間を
置いとけばいいだけだよね？
仕事を一人しか理解しないようなワンオペでやらせてる
アホ企業が悪いんじゃん
そんなだから有給で気楽に休むってのも出来んのが
没落日本企業なんだろうけどさ >>334
～すればいいだけ
これ書く人は大体的外れといういい例だね これあるがから俺は親切心で自分だけで使ってるわ
浮いた時間でネット監視の業務をしてる >>332
中小向けのマクロ請負業をやれば儲かるかもなｗ うちに勤めてた人でマクロで色んな資料作ってくれた人がいて社内でみんな利用しててその人が退職したあと俺が後釜でそのマクロを管理することになったけど
めんどくせぇと思いながらマクロの中身見たら「これはこういう理由でこういう処理してます」「〇〇したいなら××をこう変えてください」とか注意書きがみっしり書いてあって感動したわ 自動化したこと黙っていれば良いよね？
わざわざ公に出すとこうなるんだよ
自分だけ楽できればそれで良い そもそもマクロ引き継ぐ気はないしそもそも使い方も教えない
手作業してもらうわおかしくなった時責任取れないからな >>336
読めばいいだけ
文書化すればいいだけ
引き継ぎすればいいだけ
エアプだろとしか言いようがない Excelのことになると途端に饒舌になるケンモメン >>336
お前の言う例外的なエラーの話じゃなくて
理解する人がいなくなって使えなくなるから
ってのがソースの理由なんだから
理解出来る人をつくっとけばいいだけが
的外れなら業務継承も出来ない役立たずしかいないってことやぞ >>336
レッテルばりは嫌だけど認めざるを得ない
門外漢が秒で思いつくことなんて既に試され尽くしてるのに…
僕だけが解決法を思いつけて周りは馬鹿だらけ！こんな結論に至る思考回路が理解不能 まあ1時間の仕事を一日中かけてしてた奴らが
必要なくなるからな ソースみたら基本saas使って、加工したいときはマクロ組めって書いてるな
その程度なら仕様書書いても負担にならんだろうし 情シスなんて中途にワンオペでやらしとけ！な中小企業さんが悪い 開発系だから理解できないわ
勝手に作られたツールをみんなが勝手にメンテして
機能追加されて最新環境に対応していくだけ vbaってヘボい奴でも気軽に書けるしコーディング規約とかも無いからソースコードが無茶苦茶になってたりして読みたくない 素人がゴミみたいなマクロ使って負荷かけるのは中小あるある
本人はドヤ顔だから辛い 無能に合わせるから仕事減らないし有能は何人分も仕事こなさなきゃいけないなら効率化しようとすんだよ >>349
情シスに限らんからなこういうの
あの人が今日休みだから分からないとか
自分が休んだら仕事が溜まって困るから休めないとか
全部業務のワンオペ化してるせいで起きてる
分散させて最低でも数人は即座に対応出来て
分かるようにしとけと 俺が楽するために作ったんだから後任は手作業でやればいい
うちはだいたいこんな感じ
業務の効率化や後継者養成は正当に評価されないからね
むしろ後任が音を上げると自分の評価が上がるまである >>279
office製品を使いながらRPA導入するのはホント頭いかれてる
こんなレベルの連中が上にいるようじゃ衰退する訳だわ >>67
これ同一視してるのマジで馬鹿すぎるわ
社会出たこと一度もないだろ さすがでデジタル後進国を自称するだけはある。
それ以外も後進国だけど。 >>345
実務を知らない門外漢が口を挟むなと言い出したら
1番現場を知り尽くしている業務担当者が作った日々の業務で試し尽くされてるマクロに
門外漢の情報システム部門が使用禁止を言い渡してる状態なんだがそれはいいのか? >>2
vba人に読ませようとするんじゃねーよ
うちもアホが量産してゴミマクロが氾濫してるわ手順書もろくでもねーし マニュアルや設計書なく、さらにコメントなく作るからな >>65
これ
サボったり別のことしたりして時間潰さないとダメだよ >>283
それはそうなんだけど関数壊して余計な手間増やしてる奴がそれを言うのは違うという話ね RPA、ローコードでも結局同じなんだよな
プログラミングに縁のない企業はスパッと諦めるのも肝要だと思うわ 前人が作ったコードがわからないのはわかるけど
それなら新しく作ればいいだけやん
慣れればたいして難しくない VBAってなんかなろうのネタみたいな扱いになってないか プログラマー笑
何がプロのグラマーだよ
ただのコピペ屋だろ はるか昔に謎の前任者が書いたろくに設計書もなくてテストもされてないマクロを重要な業務で使用するの怖いわ 機械電気化学とかの理系の職場だとプログラム書けるけど本職ではないおじさんが山程いて、みんな書きたいようにマクロ書いてるしなぁ
管理職からしたらうんざりするかも >>158
そこでc++とPythonが出てくるのは笑うところなのか？ >>376
パソコンの大先生が程よくマウント取れるという意味ではそう >>1
vba禁止するんじゃなくて、使える間は使えよ
担当者居なくなってから手作業に戻せ
馬鹿か？ >>364
マジレスするとindex＆matchは全然優秀じゃない
処理速度の低下
可読性の低下
ってデメリットの方が高い
よくindex＆matchの方が高速！とか謳ってるデマサイトあるけど、vlookupは検索機能だけで最適化されてるから基本的にはこっちの方が高速
でも
キー列より左側を参照したい
複数列の情報を取得したい
って状況下ならindex＆matchの方が優秀なんで、使い分けられる奴が有能
なお、xlookupは多機能過ぎて激重なので使うべきではない 社員全体の底上げをしないとこういうのは回らんからな
尖った人間に合わせるのではなく、下に合わせるのも当然ありではある
そこご成長するか？というと怪しいが >>365
口挟むなとは言わないけど自信満々にヘイト込みで主張するのはみてて辛いっす >>378
これ
ろくな仕様書、運用引継ぎがないものは捨てた方がいい VBA勉強して簡単なマクロ作ったけど結構楽しいな
目的達成のためのパズル組んでるみたい マクロ組む部署作ってそこで一元管理すればいいじゃん 実際、前任者がガチガチに作りこんだAccessポンと渡されて「じゃ、これ改修して」って言われたらどうすりゃいいの？ マニュアル作成必須にすればいいだけの事じゃね？
すぐ禁止って小学校の先生じゃないんだからさ かと言ってシステム部門とか外注に頼むと
細かい変化での修正が頼みづらくなるんだよね
俺はVBAおじさんだから困る ちなみにVBAくらいならChatGPTで出してくれる >>388
vbaマクロに関して言えばそれが正しい運用だと思うぞ
開発出来る人がいる間だけ、チームまたはプロジェクト全体の効率が上がるならそういう評価をすべき
定年その他で居なくなる事が確定なら、新しく同等のツールを作れる人を高い金を出してでも雇うべきなんだわ 中途半端に知識あるやつはマクロで良いって思うかもしれないけど、実際にちゃんとソフトウェア開発したり運用してる人間ほどコードの導入に慎重になるよな そもそもの話なんだけど仕事の作業効率上がったところで本人に何の得があるんだ…？
それで空いた時間をサボれる様な環境ならそもそも始めからサボれるだろうしマジで謎 >>379
そのあたりの人たちが実用上問題ない範囲で好き勝手にやってるところに
厳密性という喝いれてる数学屋と同じ光景なんだよな >>395
マニュアルなんで無いんすか？いやーキツいっす 人事異動があるからな
次に誰が来ても扱えるようにしておかないといけない 企業が個人の技量に金を払う気がないからこういう話になるんだろうな
企業はマクロの開発費なんて出してないし査定もしてないんだから、属人化云々なんて的はずれなのにね マクロを禁止するような会社が客に何を使うのか気になる
ゴリゴリの外資系だけど無数にある客先の仕様と頻繁な改訂に合わせてVBAでうねるように合わせていってる >>395
業務の洗い出して全てエクセルに戻しました！ >>400
人でやってるもんに対して慎重にならねぇよ 真心こめて一言一句手作業で入力することに意味がある >>396
個人で使ってたのがだんだん広まってくパターンが多いからなぁ そもそも外注先のプログラマーがまともって大前提が間違ってんだわ
碌でもないの一杯いるぞ 業務に影響のない自分の事務作業の効率化でやってるんならいいよ
シート群をファイルにリネーム分割とかさ
ただ自分の時給とその仕事が見合ってるかどうかよーく考えようね
あと自分の本来の仕事は何かっていうこと >>415
・ドキュメントが意味不明
・ドキュメントを読み手が理解できないorそもそも読まない
・ドキュメントが存在しない 計算の途中経過もちゃんと書きなさいって先生は言いましたよね？答えは合っていますが、０点です！😡😡 個人が自分のために組んだプログラムとか他人から見たら💩同然の可読性だからな 自分が楽するためのマクロを課全体で使うからおかしなことになるんだろ マクロ使うと分からなくなるってマクロがどうの以前の問題だよな
元からあるものを簡便化してるだけなんだからさ >>395
俺は激ギレしながら全部Pythonに置き換えた 業務に必要なマクロなら、ちゃんとコスト掛けて保守対象にしないとあかんわ 作ってもいいけど仕様書残してちゃんとデバッグしてくれよな >>423
業務フロー理解してないってことやからね 当然だわ
マクロでワンクリックで済ますとか
これまで丁寧に積み上げてきた仕事に対する冒涜だわ >>419
うん確かに
この業界だと0点どころかマイナス100点だね 個人で使ってたツールなんて、広めよう！ってなっても「え、そこまでは手をかけたくないんですけど」って物がほとんどだからな 一応コメントして書いてあるけど
「何故かこれ消すと動かない」とかだから他人見たら意味不明だろうなとは思う 作業を誰でもできるようにして人員削減しようとしてるからな ニートにはわからんかもしれんが開発や情シスの奴らとその他間接部門と話を混同するなよ
前者がマクロ使って大きなデータを運用してたら糞馬鹿だわ
客先と絡む部署はVBA弄れると今でもゴリゴリ効率化出来る
定年した人がメンテしてたのも全部生き返らせた プログラムの勉強したことない素人が書くケースが多いからな
スパゲティ化するのも致し方ない >>434
スピード命のある程度の信頼性があればいい仕事で使うもんよね マニュアル書いたよ
実行環境？自分でなんとかしろよ馬鹿みたいなスタイルの人も多い ホイホイっと(マクロ実行)
の妄想が出来なくなるな 国家公務員だけど、各部署各担当にご丁寧にマクロ組める人いてvba使いまくってるな
使えないやつきたらどうすんだろ 会社側が言ってることなので
労働者は関係なく仕事を自分に最適化していけばいい 敵「Excel使えるって履歴書に書いてあるけどマクロ使える？」
僕「操作記録する程度か簡単な繰り返し程度のマクロならできます」
敵「採用！」
敵2「こんな感じのマクロ作って！」
僕「それはVBAとかの知識がないと・・」
敵2「は？出来るの？出来ないの？」
僕「そこまで複雑なのは出来ません」
敵2「は？お前マクロ出来るって言って入ってきたんだろ？」
僕「簡単なやつなら」
敵2「できねーじゃん！この程度のこともできねーじゃん」
僕「ｽｲﾏｾﾝ・・」
嘘ついて入社してきた奴と毎日言われて辛い😭 >>435
絵描きもプログラマーと同じく過去の積み上げの上に成り立ってるんだよな
しかもITより遥かに歴史は長い
奴らは子供だからその辺のことわからないんだ 自分のためのツールとしてしか使わない。
そして楽した分はサボるんだよ。
ただ最近はマクロ動かないようにウイルスチェッカーを全社設定したりするからな。セキュリティとはいえ狂ってるわ。 >>442
とりあえずやってみますでいいじゃん
だいたいネット探せば似たようなのはあるもんだ ブラックボックスの意味わかってないやつがこの言葉使いたいだけだろ この理屈で行くと関数とかも駄目になるわな
活用したら速いのは間違いないんだからそういう組織体制構築するのが経営の役割じゃないのかねぇ
思考停止の無能経営者ばっかり >>442
Excel使えるってVBA使えないのに使えるって事になるの？入力できるかって事？ >>400
ほんでモジャモジャワークシート関数だらけのゴミExcelどんどん出来上がるんでしょ？
ちゃんとした人のやる仕事は効率的でよろしおすなぁ >>155
だから「部」と書いて無いやろ
「担当課」だよ。
インフラはインフラ担当課 >>400
確かにマクロは100%信頼のおけるツールじゃないかもしれないが
だからといって完全禁止して手作業に戻しますという対応で信頼性が上がるか?とは考えないのか
今のところ大きな問題無く使えてるマクロより手作業の方が入力ミスなどのヒューマンリスクが高くなると思う ソースコード見れるのに言うほどブラックボックスか？
パスワード保護してる馬鹿は置いといて >>288
人生経験が少ないか…修羅場を知らないか…さぁ～ >>409
業務内容が解らない限り何ともいえない所はあるが、それでも俺は最終手段としてExcelVBAは絶対に選ばない
他に手段がなく顧客への一時対応という条件付きなら最終兵器でExcelVBAじゃなくAccessVBAを使う
理由は後々の可読性が全然違う
それでも絶対に2-3年で破棄する前提で作る ほんこれ
そいつ消えたらメンテできないもん
結局一から関数で作り直すパターンを何度見たことか >>463
他人のメモの読みにくさと同じようなもんだが程度は比較にならんわ >>442
出来ます！(出来ませんでした)で良いんだよ社会人なんて 俺の職場はマクロはコメント欄に書いたやつの電話番号書いとけって、無いものは使うなっていうクソな規則ある規則あるわ マクロで出力したシートを規定のテンプレにペタリ
これが攻守最強ということになる 作成する時にはこう書いてねってあとから読みやすくなるような統一したルール作ればいいんじゃねえの >>366
ロックしないと、変に二次改変されたものが拡散された挙句、なぜか問い合わせは自分の所に来るからな
最低限の自己防衛よ そもそもVBAに手が伸びる時点で大した企業じゃない希ガス >>311
好む好まざるのまま作った本人に委ねるのが問題なんだな
ちゃんとマニュアル作りも業務として組み込めるような社内制度にしておかないといけない >>311
そりゃやったもん負けだもんなぁ。少し学習したらこっそりやるんだよ。結果のコピペだけとかさ。 前の会社にpythonスクリプト大量に置いて辞めたけど誰も分かってないだろうな
引き継ぎもしてないし誰か後任が新たな歴史を作ってくれるだろう >>66
おいおい奴隷根性凄いな
1時間２万円のまちがいだろ？ 引き継ぎが無理なら、次の担当者がマクロ書けばいいだけ
毎回手動よりもいいだろ >>442
vbaなんて1日あればわりと自由に使えるやろ…… VBAってプログラミングじゃん、向いてない奴はとことん出来ないだろうな >>33
開発環境揃ってるから知識ないやつが教育受ける前にやってそれがまん延しちゃうんよ 属人化というのは業務が暗黙のルールで行われ明文化されていないことを言います
マクロは属人化とは言いませんむしろソースコードで業務が文書化されてるので非属人的です
ソースコードの可読性云々はまた別の問題 保守性高いコード書く研究してるけど、VBAは結構書きにくいね
言語として機能が弱いから、どうしても原始的な書き方になって読みづらくなる 
業務レベルである程度の人数が使ってるのなら仕様書書けよ やたらネットに湧くVBAできる（ｷﾘｯ）マンがお仕事エアプなのがよくわかる記事だな >>2
読めないから読めるようにみんなスキルアップしよう→先進国
読めないから禁止しよう→ジャップランド
まあたしかにど素人のマクロは読めたもんじゃないけどそんなので大規模システム組めるわけでなし、問題にならんよ >>485
Excelのバージョンも変わるし、会社の業務も変化する
かなり将来のこと考えすぎてもしゃーないと思う
自前でもいいのでコーティング規約守ってりゃ十分だとおもう VBA単体だけならコメントあればまだマシだけど、SQLServerと繋いでてストアドまで混ざってくるともう訳分からんことになる 日本で技術者が軽視され、
ITが遅れまくってることの原因と証明がすべて
ここに詰まってるな
特に顕著なのが>>31の意見と感覚
>>読めない文字で書くなってことだよ
>>技能の独占は許さない
こういう平等主義こそ日本の根幹で、
吉と出れば50年100年の平穏で繁栄社会やれるけど
悪しき方に傾くと、
失われた30年→40年の停滞へ絶賛進行中の今になる
ITってものは「公正」な社会を作る役には立つが、
日本人的な「横並び」の平等社会とは食い合わせが悪すぎる 見てると、たとえ情シスが外部ベンダー入れたシステム化であっても、業務の1から10まで全部自動化するようなやり方はだいたい硬直化してうまくいってない
VBA使うときは全体じゃなくて業務のごく一部分だけを自動化すりゃええんだよ、たとえそれが使えなくなったとしても派遣10人雇って人力でできるような範囲に限定しとけば問題あるない >>482
あとRPAな
ノンコード！プログラミング知識不要！とかに騙されてバカかよ まともにソース管理するならvbaは向いてない
C#辺りで開発した方が保守も楽になる 外注しても保守切れ、開発者退職とかで結局他社にリバースエンジニアリング込で発注になるけどな >>37
それはおまえが書き方悪いだけ
１万行くらいまでは1人で管理できるよ 長くいるであろう偉い奴が全部知ってりゃ
新しく来たやつにも指導できるだろうが
できないやつに金を払うな 原始人が火を発見した時に狩りや生活に活かそうとするのが今の外国人
熱くて危ないから火を消し去るのがジャッポランド
禁止にする意味はなくね？ 一般人はVBAごときも治せないのに
プログラマーがいらなくなるとか言ってるのが面白いよな >>484
そんなの無意味というか言葉遊びだよ
ある1人だけが理解しているシステムがあったとして、会社が現実的に確保できるリソースの範囲内で他の人に理解させるのが不可能なら完全に属人化してる状態と変わらないよ で、天下のアップル様やグーグル様、Amazon様ではどうしてんの？ >>498
管理部門がベンダーに作らせたシステムの中身見えてとき笑ったわ
数値を与えてA、B、C、D・・・に変換する部分なんだけど、Excel関数的な書き方で
IF(n=1,”A”,IF(n=2,”B”,…….
ってアホかよ
Excel関数的に書くならMID("ABCDEF",n,1)で可読性良く書けるし、プログラミングならSwitch的なの使えよ
ベンダーが新入社員とか使ってんのかこれ 禁止するのはいいけど、
それなら代替ツールを
用意してから言ってくれよ >>503
うちの情シスの規約が垣間見たら今さらシステムハンガリアン使ってて腰抜かしたわ
「整数にはint、文字列にはstr」
何十年前だよ ワイも社畜時代のワイの仕事が属人化してしまってたな
最後に放り投げて辞めてしまったけどどうなったんやろww
まあどんなに属人化しててもいなけりゃいないなりに回るから何とかなるよ >>508
Excel素人的にはあんたがアホ扱いした書き方の方が分かりやすいけどな >>510
kintoneとかいろいろ出てるやん
そんでそいつらの広告コピーは必ず「表計算から解放！」
↑
いかにExcelを敵視してるかがよくわかるし、Excelというデファクトスタンダードが揺るがないことの裏返しでもある
「表計算から解放！」って自社製品売りたくて必死なだけなのに、騙される経営者多いんだろな >>514
素人にわかりやすいというだけで、保守性は最悪だろ
何をやりたいのかも読めねーよ みんなレベル高いな
派遣で行く会社は、ちょっと関数使えるだけで重宝されるようなとこばかりだわ >>518
コードベースが無駄に増えるからダメだよ
関数あるなら関数使おう こういうのは原因はハッキリしてるだろ
拾ってきたコードのツギハギで作るせいで他人の改良の余地どころか下手したら作った本人ですら把握してないせいで保守性皆無の謎のものが出来上がることがあるからだろ
仕様書作るかコメントで動きの補足入れるとかでも出来ないなら部署内で使い回すのはやめたほうがいいわ 俺が組んだマクロはほぼノーメンテで動くように、少しくらい環境パラメータが変わっても動くように完璧に作り込んでるから5年とか平気で稼働する
なので誰も属人化システムになってるとは気がつかない
地雷だわｗ >>508
アルファベット26文字で足りるかわからんが
配列作ってループでインクリメント(n=n+1)
すればよさそうだね >>521
こういうのやりたいって検索して出てきたやつをよくわからんままコピペしただけみたいな感じのがいっぱいあるんだろうな
>>522
それをちゃんと文書で書き残して置けば属人化とは言えないのでは？ >>523
まあネタバラシすると曜日の数値を曜日に変換する部分なんだ
だこら7個だけでいいし、Excelと互換関数があるならtext関数使えばいいし、ないなら元レスのMIDで十分なんだ
もちろん配列とかで定義するのはいいやり方だと思う >>153
サンプルコードつぎはぎのデメリットよりも自動化のメリットのが大きいならそれでもいいんだけどな
考え方が開発と異なるから
引き継ぎの際はさておき >>525
functionとかsubに、機能とパラメータと戻り値の説明書いてるし、混み行ったとこはコメント入れてるし、プロに渡したら解読してもらえるものとは期待してる
IT企業で働いたことないから知らんけど >>511
20年前のシステム、XPなどが現役なので😅 >>484
まぁそうなんだけど、1人しかできないことをやってると「できないみんなのことも考えて！」って言われるのが日本という国だからな
一番できない奴(現場に一番関わってない上役のジジイとか)がわかるようにやることこそが、組織としての一体感のために大切 昔はプログラミングオタクみたく気に入らない実装に目くじら立ててたけど、致命的じゃなかったら時間のムダで直す価値なしとか思うようになってきたなあ >>526
配列とか、高校の文系数学すら入試終わると忘れちゃう日本人のほとんどにはわからないから… 内容を見てどういうものか理解できないような奴が上司やってるのが問題 エクセルマクロだけの話じゃないだろ
そいつがいなくなったら終了、みんなお手上げみたいなのは >>515
マクロは禁止して、キントーンの様な代替アプリを入れてくれる会社ならいいけど、
マクロは禁止だけどExcelで仕事は続けろってところが意外と多いんよ
外部とのやり取りもExcelファイルのやり取りなわけだし結局、完全な脱Excelが進まんのよ
結局代替アプリと残ったExcelの
ハイブリッド運用状態になって
まだマクロの方が
マシじゃんって声が挙がる >>2
汎用性、拡張性、可読性が全く考慮されてないコードが山ほどある状況 引継ぎをきちんとすればいい、できないならまた組めばいい
手作業でやれとかアホか >>530
組織に属してる限りチームワーク維持しなきゃだよ
個人のパフォーマンスが出てるからってチームの足引っ張ってたらトータルでマイナスかもしれない
自己完結してるくらい能力あるなら独立すればいい。自分はそうしたし
>>538
古いシステムからの移植とかだとメソッド名とか昔のままにしたいから古い記法するとかいるんよな OLEがなんたらとか言って頻繁に固まるようになるからクソ
最近はグーグルスプレッドシートしか使わん >>531
IFの多重ネストの方が直感的には遅そうだけど、今は多少の遅い速いより可読性の時代でそ？ >>538
RPAだと静的解析できないんでは？知らんけど >>545
型がアンマッチだとエラーマーク付いてるし、変数は型を併記して一覧で見れるよ >>535
本当これ
なんで分かる人間を作っとかないのかって話でしかない
こんな仕事ばっかしてるから日本は効率悪い
手が空いた奴が遅れてるとこ手伝えないから自分の仕事を
無理やりゆっくりやって時間だけ合わせてたりする マクロ作るだけ作って仕様書は作らないキチゲェが多いからな
いちいちソース読む手間考えたらマクロ禁止で当たり前なんだわ >>535
規模の小さい会社は人が全然異動しないからあらゆることでそうなりがちだな ブラックボックスてのは言い過ぎ
ていうか自ら発展の道閉ざす日本 もう30年成長してないし今更
AIもなんかよくわかんないけど危なそうだから反対！が9割近くいるお国ですし インターネットはこういう基地外がダイレクトに絡んできたりするからシュンさんはじめにインフルエンサーも大変やな >>539
完璧主義というより汚いコードを見たときにロジックの問題か、書き方の問題かを正確に判断できるようになったからかな
便利なライブラリなんかで10行を1行にするのはホントどうでもいいと思ってる
機能のコアになる箇所とか100行が10行になるなら書き方でも口出すことはあるけども その有能社員の待遇を良くしていつまでも働いてもらおうという意識がひとかけらのない まあでも常識的に考えてROI考えたら多少汚くても自動化すべきなんだけどな
禁止するのはただのアホでしょ >>488
言語仕様以前の問題でゴミみたいなコードを量産するカスが多すぎるって話だろ
エクセルマクロに限った話じゃねえよ マクロが使えるからわざわざExcel買ってるんでしょ
使えないなら無料のリブレオフィスでもいいんだが マクロスレはニュー速時代からの定番だけどなんか達観したレスが増えたな
お前らも昇格してちまちま手を動かす担当者じゃなくなったんだなとしみじみ感じるわ 部署でシェアしなきゃいいような気がするがな
個人で組んでその人だけ楽するならコードが分からなくてメンテできないとか関係ないでしょ >>558
プロが作った商品と比べてゴミのようなクオリティーでもとりあえず今ツールとして使えてるものを捨てさせる意味はあるのか?
ちゃんと専用のツールは用意してるから今後はこっち使ってねというならまだわかるけど単純に全部手作業に戻したら逆にミスが増えるだろ Cで書けPythonで書け言ってる人いるけど
Excelの話してんだよな？ 自分の作ったマクロがそうだけどなぜエラーが出るのかよくわからないまま
「全く同じ処理を2回繰り返せばとりあえずエラー出ないからヨシ」
とかでそのまま運用してたりするからな
これ人に渡して解読してもらうの無茶だわ 担当者がいなくなったら改修すりゃいいじゃん
バカなの？ >>560
ぶっちゃけこれ20年前30年前のネタだからな
未だにこんなネタで悩んでる企業が存在してる時点で驚きだよ
個人のexcelマクロなんて全部駆逐してしまえよ
未だにそんなもん使おうとするやつは電気ショックの刑 >>2
爺さん「v・・・b・・・a・・・？」
婆さん「もっと私たちにも分かるように言ってくれない？」
バカ「1クリックで全部解決できるようにやってくれよ！」 自分用のマクロはメンテナンス性高く書くのがめんどいからハードコーディング使ってたりするから人に渡す時になんか恥ずかしいわ 自分で作ったマクロも何年か後に見直すと何やってるのか理解できなかったりするから
しっかりとコメント入れるようになった てかもしマクロ組んだら自分自身で使うやろ
誰にも触れせないで自分だけ使える状況にしないと給料上がらんぞ 手作業でやるならマクロ使ってもいいのでは
属人化で使えなくなったらどうせ手作業になるんだから そもそも、属人的なマクロなんかは
個人的に効率的だからマクロ組んでこなしていた人が臨時的に作ったものなのに
エンドユーザコンピューティングとか言って
ろくに中身も見ず、管理もせず、タダでやらせてきた結果じゃん
会社はそれを当たり前のように会社の資産にしちゃってる時点でおかしいよ
待遇改善して会社に残って管理してもらうか、マクロごと捨てて、後任が効率的に出来る仕組みを考え直すか選ぶべき
あと、ブラックボックスを敵視してたらAI活用なんか永遠にできないよね
AIが出した結論なんてほぼ全てブラックボックスなわけで、根拠をいちいち分析してらんない >>564
Cは知らんがPythonでExcelを操作するのは難しくないはずだよ
マクロ禁止でも1つ1つのセルを手作業で処理したように見せかけられる >>1
人が作ったものを勝手に自分の手柄にしてるから
そういうことになるんだよね(笑) これの問題は全部管理不足が原因だろうな
作成者は良かれと思って周りも便利だからで使ってる その通りだと思う
会社が正式に見積もって作らないと管理不能になるだけ >>578
やる意味があるかどうかは微妙だがPythonがインストールされていないWindowsでも
PowershellのスクリプトでEXCELを起動させずにEXCELファイルを操作できる >>568
ウチの会社は帳票出力系はWEBアプリに解析系はBIツールとかの専用ツール使って下さいになったな
EXCEL自体は今でも使ってるけどVBAをゴリゴリ使うシーンは殆ど無くなったわ 手作業があまりにも非効率ならVBAの教育やればいいだけ
毎週数時間の作業が数秒に短縮できるならさっさと教育すべき >>587
へえ、Pythonすらインストールしなくていいのか
勉強になった。ありがとう
いろいろ抜け道あるな。
マクロが禁止されても、スキルのある奴が労力増やさずにやっていく道は探せばいくらでもありそうだな マクロ修正するのにも頭使うからな
リストラあってその仕事をしなくて良いとなって胸をなでおろした >>590
Python自体も別にインストールせんでも動くポータブル版あるからな
USBメモリに実行環境入れて非インターネット環境のマシンで動かすとかやりたい放題できる >>593
VBAって無限ループさせてみても全然PCに負荷かからないんだよな
ループ書かないと何もできない言語のくせにループがクソ遅い
まあこの手の早い遅い論って基本的に逐一セル読み書きしてるとかのレベルの話だとは思うけど まあ、俺も業者にアプリ作成依頼したらパワービルダーとか言い出してイラッとしたから気持ちはわかる >>484
属人化ってそういう意味じゃ無いから・・・
「業務をプログラムに落とし込めば属人化ではない」と思ってるやつが多くてビビる
その理屈で行くとソフトウェア開発では属人化は起こらないことになる >>594
Excel屋にとってはセル範囲処理するときは配列に読み込むのは脱初心者・脱アマチュアのレベルで当たり前だよ
セル1個ずつ値を処理したり、ましてやセル1個ずつ書式いじってたりするなら、さすがにそいつには個人用途のマクロ以外やらせちゃいけない マクロはその名のとおり数行書いてササッと動かすのがコンセプトだから
複雑なことやらす方が間違ってんだ 黙ってVBA使って手入力しました〜って言っとけばOK 別にエクセルマクロ程度なら挙動見て1から構築すればいいじゃん >>598
使い捨てみたいな事をvbaでやったりすると、とりあえず動かしてしまった方が早い事もあるからなぁ。
コード整理するくらいなら一晩パソコン付けっ放しで寝てて朝できてるんならそれで良いんだよ。
ただそんなポンコツでも、意外とニーズが多くてそのまま使われたりする事もあるんだわなぁ。
基本的には手作業の繰り返しをやらせるくらいのレベルだと。 んでむしろ元データの方を工夫すれば良いのにって事もたくさんあるけど、vba使えない奴らに限って元データの形式とかかえたがらないんだよなぁ。んで手作業でやって、大変だー面倒だーって。
そりゃ失われるで。 VBA使えるくらいにちゃんと人材育てたら良いんじゃないですか？😰 >>606
部署によるけどaverageとかすら怪しいのがゴロゴロしてんねんぞ？ まぁ従業員の作ったマクロが確実に動くって保証もないからな
会社全体で業務システム導入すればいい話 んー
ごめん、正直に告白するわ
俺、自分で組んでてもたまーにブラックボックス化するｗ
２、３年前に組んでたのを「あれー？これどうやったっけか？」ってなっちまう >>598
VBAマクロしか使えない人間の中にもヒエラルキーがあるのか… 今はマクロ組んだりツール作ったりしてんのも大体派遣とかの非正規だからな
そのへんが逃げたらブラックボックス化するツールが多い コメント書けばいいと言っても、コメント間違えたりコピペのコメント消し忘れたり問題あるからな
結局ソースコード読まなきゃいけない
1箇所の間違い探すだけでも砂の中から金を探す作業になる 請求書
請求書 【最新】
★請求書
請求書 7-3
請求書 課長用
請求書 村田 こういうのは基本的に機能とメンテが何処まで簡便か、前提知識なしで可能かってところのバランス取らないといけないんだけど、
技術者とか作る当人はなまじ知識もやる気もあるから他人から見たときに実態が不明なものになりがちなんだよな
作る時点で引き継ぎ方も考えないといけない ExcelVBA如きでドキュメント書けとかコメント書けとかアホでしょ
素直に書き直せば良いじゃん >>603
これ
素人のプログラムはどうこうとかコメントがどうこうとか議論する意味がない
必要なら作ればいいだけ
できない奴は無能というだけ >>598
エクセル屋は草
お前の会社セロテープ屋とかテプラ屋とかいそうw >>598
なんでもExcelの時代ならまだしも
現代でarrayとか駆使してVBA使うこと自体がどうなのって思っちゃうけどなあ
結局VBA自体が遅くて速度も大して出ないしコード読みにくくなるし
逆にpandasとか使わないの何で？って思ってしまう 確かに
ここまでエクセルでやって後は手作業ってツールを1時間で作ったら
「1年後手作業の手順を忘れているリスクがある。最後まで自動化しろ」
という謎指示が降ってきて1週間かけて最強のVBA作った事あるけどVBAのクソさもあって確かにあれはメンテ出来るものではない 問題があるのはわかるが、いきなり禁止にするのがいかにもジャップやね >>619
えーｗ
駆使も何もほぼ全ての言語で配列操作なんて基本中の基本じゃあ… こういうスレでいつも思う
なんでお前らプレイヤー目線なん
部下とかおらんの？ >>624
今や40歳でも一番若いとかあるあるだからね そもそもマクロなしで業務が回らなくなるなら
本来の業務ではもっと人が必要ということだし
元々個人が作らず会社側が用意しとけば使う必要すらない IT業界でこのコード読めませんは言い訳にならないじゃん？
それより遥かに低いレベルの処理しかしてないマクロ読めませんがまかり通るのは何故？
読もうよ、お前の仕事だろ 属人化してしまうのが問題だというなら「業務の標準化」が上の仕事であって
マクロ禁止するだけで終わりにしてる時点で生産性上がらないよね
禁止した後に同じ程度のスピードで業務こなせるように標準化することまで含めて管理側の仕事 可読性も生産性も悪いVBAは早よ駆逐して欲しいわ
マクロ言語にPythonなりC#なり採用できんものかね 会社で取るようなセキュリティ認定資格おりなくなるからな
業務システムの抜け穴になるし マクロレベルならchatGPTに聞けよ
分からない処理とか懇切丁寧に教えてくれるだろ 属人マクロが嫌なら設計書の作成やメンテも含めて外部に発注すれば済む話
でもそれはやらずに人海戦術で何とかしろ！ってのがジャップ流 バグで誤作動したとき作ったやつ言い訳して責任取らないしな 属人化防止の為に代々受け継がれてきた数式Excelをマクロに書き直したばっかなんだけど ていうかさ
君らの会社って請求や売掛管理とかに素人作のVBAで作ったもんを使ってるの？
使っても普通どーでもいいツール類だよね そこにコストかけるのを無駄と思ってるからそうなるんでしょ やりたい事分かってるならまたマクロ具直せばええだけやろ
うちの会社も担当辞めてマクロの使用分からんから新しくついた担当がまたマクロ組んでを繰り返しとる
人材育成が出来てりゃ苦にならん話 こういうの技術負債っていうのよ
保守管理できない技術に依存したら、いずれそれを中心として業務が振り回されるようになってしまう
業務改善のために作ったVBA自体がそのうち、誰が作ったかわからんクソみたいなローカルルールの一種と化す >>479
正直言って火中の栗拾う作業になるから、それくらいが妥当だな。
ましてや専門分野が絡む場合、より高額になるだろう >>643
どうせ大したこと無いコードだろうから
見てもらう人探せばいいだけやん
結局この30年氷河期世代をいじめて来た結果やろ お前の代わりなんていくらでもいるんだよ！じゃなかったのか？ >>639
上司が請求処理に手作業で数時間かけてた作業を
VBAでできるようにしてって依頼があってワンクリックで作成するツール作ったわ
重要な処理を素人の俺に頼むとかヤバいだろ
俺退職したらどうすんだよ >>526
セルの書式をユーザ設定でaaaにしたらいいじゃん >>643
技術にカネを出し渋った結果の負債だからな
先進国()のなかで一番技術にコストをかけないよなあ日本は >>259
VBAでフリーランスしてるの？
どう？ ソフトウェア開発部門なら他者のレビューは当たり前だけど
他だと自己満足で作って運用なのかね >>650
少し探せばVBAくらい見れる人が見つかるが
理想的なのにな 何十年も仕事で毎日エクセル触ってるのに勉強する奴が皆無なんだよな
VBAなんか1週間もあればコード読めるし、1か月もあればほとんどのことは出来るようになるくらい簡単なのに >>643
そこで今まで使ってたマクロを単純に禁止にしても負債の方は減らなくて負債と引き換えに得た資産が無くなるだけじゃないか 属人化属人化言うけど、別に前任のマクロ引き継がなくたっていいんだよ
前任のものを使いたかったらVBA読めばいいし、読みたくなきゃ別の手段でやればいいだけだろ
手段なんて好きなものを使えばいい
何故ブラックボックスとかそういう話になるのかわからないよ、パスワード掛けたりしてない限り、全ての情報はオープンさ >>648
🥺なんで上司の暖かみに気づいてあげられないんだよ！わかってないわけないじゃんか、そんな事。その人も同じ道歩いてきたんやで >>657
VBA自体がめちゃくちゃ古いから今更勉強してもなってのは年々強くはなってる
とは言ってももう15年くらい前の時点で「今更VBAｗ」とか言われてたから
今後も何十年も生き残ってしまう可能性ありそうな気もするけど 単体テストできないゴミ言語
せめてpowershellで書け ネットワーク屋さんのシスコルータだののほうがまだまだブラックボックスや。
シスコに引き取らせるまで切り分け進まんよ。
バージョンアップで挙動かわってたり、プロトコルの標準順守されてなかったりな。 >>562
経営側が高いカネ出して買ってきたツールで奴隷労働するだけの簡単なお仕事？
だったら最賃くらいしか出せなくね？ 書けない人に不公平だから評価しないって事あったな昔
だから未だにソースを難読化してから出してる バーチャルリアリティは悪である
（森内閣教育改革国民会議） >>648
どうせ請求書にExcel方眼とか使ってるやろ
そこが根本的に駄目なんだから、決済システムやら帳票基盤いれるとか考えないから素人にVBA触らしちゃダメって言われるんだよ
まあ中小企業なら別にいいけど >>666
COBOLはVBAの10倍くらい面倒くさい
お作法が厳密で自由度が低い
軽いマクロなら断然VBAがラクだよ >>666
富士通メインフレーム撤退でいい加減捨てるかってなった企業も少なくないから
「それでもコボラー必要なんすよ」って時代からは変わり始めてると思うよ というか他人の作ったマクロそのまま使うなんて怖いからとりあえずソース見るよね？
だってそいつが作り込んだバグのせいでやらかしたら自分の責任になるんだぞ むしろ今からコボラーになって重要資産継承してもいいな 自分で使うんならいいだろ
作ってくれと言われて作るとずっとメンテさせられるから断ってる >>670
お作法が厳密なら、今このスレで問題になってるような自由過ぎて可読性低い問題は比較的起きにくい？
>>671
読めなきゃ移植できないし、みずほ銀行の新システム移行は大変そうだったし、残るも地獄去るも地獄みたいな気がするよ >>674
先に票を貰ってしまった以上やるしかない、と まあVBAマクロが目の敵にされてるし、最近は動的配列数式とかLET関数が登場しててVBAなしでもいろいろできるから脱VBA傾向だわ
まぁLETとLAMBDAと動的配列使いまくるからやっぱり素人お断りのシートになるんだけどねｗ
ぶっちゃけ綺麗に書いたVBAのほうがリバースエンジニアリングやりやすいと思うよ？ｗ うちは仕様書の無いプログラムは認められない
納品するＰＧＭと同等レベルの品質管理できてないのは、内製でもNG 自分が使うために作るので迷惑だな
作った人以外が使うものを
作らせるのが悪い >>681
じゃあ独学でそれ身につけるから、金よこせ >>684
会社から工数（給料）もらって仕事としてやったらいいよ まぁそうなるわな
担当者辞めて読み解けなくて詰んでる日本の企業多すぎ
あんなもんに依存してたらすぐ潰れる これがよくある現場と情シスの対立なんだろうな
情シスは管理できないものを許したくないから制限する、でも情シスは現場のきめ細かいニーズには1割も応えられないから現場に職人がいたらそれでカバーする
上にもいくつかあったけど、俺のマクロは消し去っていいから代わりの上位互換なシステム入れてくれたらそれでいいよ
今までそうなった試しは一度もないけどな、情シスが現場ニーズ理解しきれずにろくでもないもんばっか入れてくる グローバルで使ってるOracleベースの基幹業務システムがあるのに、国ごととプロジェクトごとに勝手に作ったエクセルのトラッカーで業務管理するマネージャーが多くてほんと困る
他から進捗が見えないんだよ EXCELの関数やマクロで効率化やっても
給料に反映されなかったり
引き継ぎしてないから、会社が困る
つまり、会社の人員管理がろくでもない
ということ >>690
個人の能力を組織の能力に変換昇華する能力がないだけだよな、会社に 属人で結構、同じ人間が使い続けるだけの話
別の人間がやる時はそいつが新しく作るだけ、なんで全体に合わせて個人の生産性下げなきゃならんの？アホじゃね 俺が前に居た所は
EXCEL方眼紙に手打ちで数字入れて
仕様書作ってたからな
俺が客の要望聞いて
数字打ち込んだら
仕様と概算（為替対応）出るようにしてやった ちまちま手作業なんかやってられっかよ
公開せずに自分だけが使うならいいだろ 手作業でやったらそれこそ俗人化じゃねえか
マクロならソース読めば分かるし設計書もちゃんと書かせればなお完璧 マクロの話になると急に小学生みたいなこと言うんだよな
小学校の計算問題で方程式使える奴はずるいからつるかめ算使えみたいな話だろ？
バカかよ そいつがいなくなって立ちいかなくなってから手動でやればいいんじゃない？ マクロてその個人でしか扱えないものなの？
会社でも使えばいいだけやん 一般的な企業で使うようなコードって多くても十数行だろ知らんけど
そんなもんも読めないとかどんだけ無能集団なんだよ パソコン使えないジジババばかりの職場に異世界転生してマクロで俺またなんかやっちゃいました？とは種類が違うからなこの話 マクロで会社が傾くかね
前任者かけたパスワードは
教えてもらったのだが >>623
バカとハサミは使いよう
ハサミが切れないってブチ切れてる奴はそこまでのレベル 個人の努力でやる分には問題ないのになぜか一律で禁止して能率を下げる無能采配 勝手に工数を目的外で消費しないでください
WBS以外の作業をしないでください
手すきなら（会社の利益になる）タスク追加しますので言ってください（便利ツール作りたいでも可）
便利ツール作るなら品質保証してください
計画ＷＢＳ以上の仕事こなせたら一人前を超える生産性ですのでプラス査定します >>678
理屈ではそうだけど実際には可読性低い
古い言語だから命令が少なくて複雑なことをさせるにはたくさんの文を書くことになる
IF文が10個ネストしてたりとか
しかも改修に次ぐ改修でソースもコメントもぐちゃぐちゃだったり まあというか可読性の確保なんて理由になってないよね
読めなきゃ自力で1から作りゃいいんだから マグロの属人化という単語が出てきたら
その会社はおかしい >>173
でもfor文で回す方がLINQとかより早いんだよ EXCEL2003くらいまではマクロの記録でかなり詳細な操作まで全部コード化してくれてたけど、最近のバージョンのマクロの記録ってほとんど役に立たないな >>708
これもわかる👍
が、能力を二束三文で搾取されるような気しかしないから伏せてこっそりやるわな 可読性の問題だよな…。
成果物が紙で検証できれば正直禁止するいわれは無いと思う。
検証不可能だったら問題だけど。 >>35
それならブラックボックスでよくね？って話にならねーか？
関数構造知らねーけど成果物合ってるからOKで。 マクロの話にすると急に合理性がなくなるんだよな
ある仕事の処理が速い遅いなんて個人の能力の問題じゃん
それがマクロというツールの話になるとなぜかみんながつかえないといけないという意味不明な条件が追加される
例えば江戸時代にそろばん計算チャンピオンがいたとして、そろばんの扱いを全員に教えないならそろばん使うなって言ってるようなもんじゃん >>699
お手々つないでみんなでゴール世代のゆとり世代が管理職になったからには
お手々つないでみんなでゴールじゃないとダメ >>720
そーそー、それ。
数学教育のせいの気がする。
高校数学で、定義とか仕様とかのセンスを共有してないから
すり合わせが根本的にできない人が結構いる。
条件が同じだったら誰がやってもだいたい同じものができるんだけどなって。 >>720
多分だがエクセルのセルとVBAの関係が
ピンと来てない人が多いんじゃないかな
HTML+JavaScriptとかかじってみればわかるんだがね どんなに難解であっても
vbaでやれることは知れてる
横着せずソース読めよこの低能がって話 XLOOKUP無いバージョンにVBAでそれ実装してる人を見かけたことがある 問題と解を導くための手順くらいはソースコードに書いてあげればいいかなって思う。
あと、エクセルだと配列使わねーとコード単独では読みにくいとこがあるのは間違いない。 >>725
まあそんなもんだよ
なきゃ書けばいい
MS様に実装してもらってお金払ってるから
デジタル貧乏なんだよね、日本 マクロ組むのは100歩譲って許すが
コードにパスワードぶち込む奴は本当クソだわ
これじゃあ項目すら変更できず使い道の無いただのゴミだろ >>708
元々EXCELファイルを処理するために割り当てられた工数ならその工数内でEXCELファイル処理するためのマクロ作るのは目的外じゃないでしょ
マクロ作る工数+マクロで処理する工数 < 手入力でエクセルファイル処理する工数 になってるなら文句を言われる筋合いないない >>709
IFを10個ネストできるってだけで、そうするやつはそいつが無能なだけやろ
いろいろ研鑽していったらVBAだろうが何だろうがそんなことやらなくなる
まさかとは思うけどちゃんとSELECT CASE使うべきなのをわかってて言ってんだよね？ >>3
それだよな社員なんだから
そもそもよく分からないものよく使わせてるな
だから手動化かｗマクロの方が効率いいだろ？ 不便じゃないかと思ったが、システムでデータ作った方がいいよな
エクセルは関数ぐらいでいいかもしれない >>734
やってることは同じよ。
システムくらい改修履歴を担保したかったらバージョン管理と変更ログを取ればエエんや 俺は工数だけで語るのは好きじゃないわ
工数だけで語るならそれこそ派遣10人雇ってやらせてもいい
そうじゃなくて手作業じゃ到底ケアレスミスしまくって現実的じゃなかったり膨大すぎて手作業じゃ想定し得ない作業をクリエイトするもんやろ自動化は
そういや工数にご執心なシステムってVBAよりさらに100倍遅いRPA大好きだよな >>709
Select Caseって大昔からあるんだけど 野良マクロが許されるのは伝票作りとか名簿作りとか単純なルーチンワークまでだろ
会計処理システムがあるのに気に食わないとか言ってVBA組んで業務してたアホがいて
その後任になって偉い目になった事があるけど保守を考えて組んでないからマジでクソだぞ
つうかこうなるまで放っていた無能上司を◯害したくて仕方なかった
見れば分かるとかはエアプまず読めねえから だいたいマクロ規制するくらいならその前にファイル管理何とかしろよｗ
◾最新決算
【重要】最新決算
【重要】最新決算〜コピー1
どこの会社（非it）でもこんなんやろｗｗ >>738
上で書いてあるようにgptでそれが解決できるようになればいいんだよ
「このマクロがどういう役割をしてるか説明して適正化してください」ってねｗ
そのためにもAI開発に尽力をつくそう！主導に戻るなんてやめようライターが爆発するから火打石使うのを義務付けるようなもんだ >>738
そこの切り分けできてりゃいいんだけど、うちは財務とか経理のルールで総務とか営業とか研究開発とかの不定型業務にまで監査だなんだって縛りつけてきてアホかと思うわ >>671
オープン化するほどの時間はないからってIBMホストに移す(ちゃんと動くかはテストする)って選択してるとこも結構ある。
正直システム扱ってる部署のやる気がいまだに問われてるぞ >>720
なおデジタルコンピュータ普及前に存在した計算手という職種は2人体制で相互に検算していた
一人だけ違う方法で速く仕事ができても、その品質を客観的に証明できないと仕事には使えない
それでミスがあっても自業自得で済むなら良いが、組織として考えれば信頼できない vbaに限らずどんな言語でも
馬鹿が書いたコード読むのは大変だが
それを素早く解読できてこそプロ何じゃね？ 日本人なんてトイストーリーのリトルグリーンみたいなもんだろｗｗ
おぅ～神様ーMS様ー >>745
グローバル変数をあちこちでいじるような
ウンココードだと厳しい どうせ企業もそういうマクロでネット情報集めてるんだろ？
だからステマやネット工作そのまま受け入れるんだよ
業者も分かって工作してるからなお前らの無能さを >>738
お前がそのマクロを引き継がずに元々あるという会計処理システムで業務こなせばいいだけじゃん
前任者は自作マクロの方が使いやすかったか何らかの理由で効率的に業務進めれると思って作ったんだから一律に禁止する必要無いだろ まあネット工作を規制できない追えない警察がアホなのが悪いといえばその通りやが
あいつら犯罪追うしか仕事ないくせに何してるんだろうなニートの方が理解してるぞｗ >>720
マクロ使えるけど仕事できなそう
逆に、仕事できないけどマクロだけは使えそう >>748
ところがスコープの概念こそド素人と多少は勉強した人との糞高い壁なんだよなぁ >>750
そう、おれもそう思った。
だから、どこをシステム外に移したのかめっちゃ気になった。
普通ならデータ移行考えなくていいからシステム内処理を選択しそうだし。 誰でもできるような作業しかさせなくなった結果ゴミみたいな人材しかいなくなった >>745
変数名と実際に入れてる値が違うとか、ロジック以前のクソコード見ると混乱するぞ。
nokoriみたいな変数名なのに、実際には件数全量の値入れてるみたいの見た時はとりあえずで自販機行って休憩した。 >>745
バカが書いたコードとか人に読まれる事想定してないコードはどうにもならない
変数名a,b,c…とかで書いてある他人のコードなんか一目で理解できる人間はいない vba程度で担当逃げて解読もできず
業務が回らなくなるなら会社がアホ丸出し
宣言なんで手作業になるわな
PC使わずそろばんか電卓で良いんじゃね？ >>758
それは業務を理解してないってことだろ
百戦錬磨なら何らかそういう業務の手がかりが
わかるってもの、つまりそれは素人に
やらせようとするからわからないってだけだろ 実際RPAってどうなん？
システム屋にぼられるだけなんちゃうの？ >>758
置き換え祭はやるね。。
めっちゃ読みやすくなる 人が変わってマクロ使えなくなるから禁止って意味わからんな
よしんばそうであってもマクロ使えない人の作業量は変わらんだろ >>753
日本は今色んなのがおるしIT後進国やからな
IEがサービス終了になる段階までかなりの企業が使ってたらしいで
サポート終了してedgeに移行してくださいポップアップが出てたんやけど改造して出さなくして使ってたとか
危ないからサポート終了したら移行しろっちゅうねんｗそのくらいアホ多いからなｗ 後任が手作業でやればいいだけじゃん
何で能力も無いのに前任者の作ったVBA使おうとするの？ >>744
品質を証明出来ないとか言い出したら人間が手作業で作ったEXCELファイルなんか一番信用出来ないぞ
手作業で作ったファイルの100行目まで入力が正しかったとして101行目の入力にミスがないとどうやって証明する? >>761
Windows11ならPowerAutomate入ってるだろうから触ってみたら？
ノンコードだのローコードだの嘘っぱちってよくわかるよ
プログラミングできないやつにてきとーに作らせたらやっぱりゴミが量産されるだけだし、
テキストじゃないから従来以上に管理しようがない >>765
勤怠管理システムがIEじゃないと使えなくて未だにedgeのIEモードで使ってる企業が多いんじゃないかな >>759
vba自体が手作業に対する算盤や電卓の延長上の話なんだよ
にも関わらずパソコンの大先生が鼻ふくらませて作ったExcelVBAで今後何年もメンテが必要なんて
どうひっくりかえって考えてもおかしい話なんだよ
ここのスレに一体何十人無職エアプいるんだよ
ここまで現場の認知度低いのかと空恐ろしくなってくるわ >>768
まだ10だort
OK11あったらさわってみる >>760
プログラムのコード云々とかじゃなくて
もっと単純にCSVとかExcel集計表の列名がまともに付けられてないくらいの話で考えてみろよ
列名付いてない数字の羅列が50列とか60列とかあったとき即座に全部の意味掴める人間いないだろ >>730 >>737
Select CaseはVBだろ
COBOLだとEVALUATEな
昔のプログラムはステップ数でカネが決まるから
EVALUATEなんて使わずIF文をネストさせてステップ数稼いでるのがたくさんあるんだよ
驚くだろ？
後は改修でIF文がどんどん増えたりとかな >>764
知識ある奴ばっか楽しやがって許せんってのが本音だろうからな >>774
でも行数増えるとコーディングシート書くのが面倒なんだよ 内製ツール作成で横展開もして全体で生産性向上するのは歓迎
工数あげるのでちゃんとガイドラインに沿って制作フェーズ守って
各ドキュメント成果物作って、しっかりしたテストもレビューもして品質保証して
適当に作った謎マクロで自分だけの生産性あげるのは、マクロ処理することで手順違反にならなければ黙認するけど
展開しないで、こっそりやって、本当に困る >>773
あのさあ、それを推理する力があって
金もらえるプロなんじゃね？
コードの改修ってのは
バカの思考やトンデモないモノを
見つけて正せるのがプログラマーなんじゃね？ 二次元平面座標描画やってみたら
何と無く書ける経理のコードには難しいものが存在しないと思った。
三次元平面とか動的配列とか操れる人あたおか 素人しか雇えないアホ丸出し企業は
手作業でそろばん使ってるのが合ってるわ >>767
だから他人に渡すものに使えるわけないだろってことよ
自分で何も保証しないなら独りよがりでしかないから
あるいは、処理過程が意味不明でも最終成果物が検証ができるならまあ使っても良いかってのが今のGPTに対するスタンス 病気が怖いから死ね と言ってるようなもん
頭が悪すぎる ブラックボックスにならないようにするのも
プログラマーの腕の見せ所では >>772
10でもMicrosoft365のサブスク入ってたらダウンロードできるよ
あんまご家庭で入ってる人いないだろうけど >>774
どこで話が噛みあってないのかよくわかんないんだけど、普通にVBAでSELECT CASE使えまっせ？
そもそもVBAがVB6準拠なんだし >>744
手計算でやると品質が担保できるのか？
何を言ってるのか全く分からん
品質を担保するのはその上司なり検算を行う人間が担保するもんであって
検算ならますますそれは手計算でやればいいだろ
使わない理由として成立してない >>779
大工は傾かないように家を建てるのが仕事であって
傾いてる家をどうにかする事を自分の仕事だと思ってる大工はいない バージョンアップで使えなくなるの考慮しなきゃいけないのがゴミ PowerAutomateは365サブスク関係なかったかな？よく覚えてないや
とりあえず絵のダウンロードすんのに使ってるわｗ ちゃんと元スレに答え書いてんじゃん
https://img.logmi.jp/article_images/HeJa8c2GzkFJ3n3KzYPiGf.jpg
これにつきる
お前らの中にもこれら絶対に間違えてはいけないものも全部ひっくるめてオレオレvbaで組んでその場だけ時短して仕事した気になってるようなヤツいるだろ相当数
そういうのが土壌でみずほ銀行やマイナンバーのコンビニ交付システムみたいなポカやらかすことになる 自分が楽するために作ったものの辞めた後のことなんか知らんわ
コメントも殆ど残さない >>786
そうだな、明快明確にコメントつけて
この処理はおかしな使われ方してるが
本当はこうこうこういう意味だろうと推測する
くらい付け加えてやると後任に親切だよな >>796
それも一理ある
会社が悪いんだから
プロに解読させろよって話 >>795
それは正しい
そこの切り分けをちゃんとやって、マクロ化するもの、してはいけないものを判断できてればいい
俺の会社PCには任意の行数ごとに任意の行数挿入するマクロとか、全角と半角の表記ゆれを整理するマクロとか、そういうちょっとした自作マクロをアドオンにして10年以上使ってる
こういうのまで目の敵にしてくるからこっちは反発するんだよ 所詮せいぜい5〜10ファイルぐらいに
またがる小さな規模しか書けないvbaだろ
小さなことでグダグダいう企業があたおか >>777
はいはい管理者様😘
貴方のおしゃっることもごもっともで、考えてることも理解できますし、例に、やるならきちんとproject立ち上げて、外注なりも検討するって感じだよね！🥰
でもワイは不利益食わんことが約束されないなら、勝手にマクロ使って9.5割の業務削減してこっそり寝ることを選ぶわ🥺 せっかく使える機能があるのに
後退を選択するとはジャップらしいな（笑い） マクロはchat gptさんに作ってもらってる
それぐらいしか使えないけど、周りから天才呼ばわりされる >>779
ここで槍玉にあげられてるEXCELマクロの多くは現場の人間が自分たちが使うために作った道具なんだよ
それが出来てプロのプログラマーじゃね?って言われても最初に作った人も引継ぐ人もプロのプログラマーじゃないんだよ >>806
だからそういう賢い人材のいない
アホ丸出し企業はvbaに限らず
コード書くなpc使うなで良いんじゃね？ >>791
検算の方も速くなる方法がなければトータルの業務改善になってない
個の技能に優れたところで組織の成功に貢献できなければ誰にも讃えられることのない孤独なチャンピオンにしかならない
自分の仕事さえ何とかなれば、と思うのなら好きにすればいいだろうが、それはもう根本的に他人の理解を得られる状態ではないので俺も同意しかねる >>752
いや俺は仕事はしてないしマクロも大して使えない人間だよ
10年前に投資で飯食えるからって会社は辞めたし
VBAは競艇の1日100レース以上監視するのつらくてデータをいろんなサイトから集めて独自に処理して
期待値上回る買い目だけ自動投票するプログラムしか作ったことない
それ以外作るつもりがなくて体系的に学んでないから、他のプログラムに応用とか微妙だと思う
だから逆に簡単な業務のもんとか可読性ガーとか甘えにしか思えない
ホントに欲しかったら作れるだろうと 標準化とかそんな感じだよね。業務のムラをなくそうとかそんな感じ～。
リーダーとは～
マネージャーとは～ 結局のところ
上司や責任者が業務も理解してない
簡単なプログラムも読めないから
禁止にするんだろ
アホ丸出し以外の何者でもないわ >>784
でもマクロ禁止にしたら手作業で打ち込んで作ったEXCELファイルは他人に渡すものじゃないとか言わずに受け取るんだろ
それは筋が通ってなくないか? >>809
まず論理的におかしい
作成の時間が短くなれば、検算は作成後に行われるとすると業務効率は上がってる
作成と同時に検算が行われるのであれば業務効率は変わってないが、別々の手法で同じ結果が得られたのであれば信頼度は両方が同じ手法で行った場合より上がってる >>812
マネージャーは「管理」し、リーダーは「革新」する。
マネージャーは前例の「模倣」で、リーダーは常に自らが「オリジナル」である。
マネージャーは「維持」し、リーダーは「発展」させる。
マネージャーは「秩序に準拠」し、リーダーは「秩序を創り出す」。
マネージャーは「短期的視点」を持ち、リーダーは「長期的な見通しを持つ」。
マネージャーは「いつ、どのように」を、リーダーは「何を、なぜを」問う。
マネージャーは「損得」に、リーダーは「可能性」に目を向ける。
マネージャーは現状を「受け入れ」、リーダーは現状に「挑戦」する。
マネージャーは「規則や常識通り」に行動し、リーダーは最善の結果の為なら、「規則を破ることも辞さない」。
マネージャーは「能吏」であり、リーダーは「高潔な人格」が求められる。 >>813
それが30年間成長しなかった原因
同時に団塊とバブル世代がどれだけの無能なのかも示している >>809
仮に作った本人しか使えないマクロで1回しか使用しなかったとしてもとりあえず作るのにかかった工数分回収出来てれば全体としてはプラスだろ
100点満点の行動じゃないとやってはいけないとか言い出したら何も話が進まなくなる >>814
別に手作業で作ったものがなにか優れているとは言わない、出処不明のものと同様に信頼性がないだけ
作成者が明確ならその個人に対する信頼が加味されるかもしれない(良いことではないけど) ある意味で麻薬や依存のようなもんだからね！
ボクチン、You Tubeでフルーツバスケット見なきゃだし、朝ランナーだから寝るね🤗 >>818
投資した工数を回収できなかった場合に責任を取る能力がある人間がそれを言うなら文句はないけど
そのくらいの立場があるなら組織と交渉すべきでは 使えなくなったら手作業でいいじゃんｗｗｗ
もしくは新しく作るとか 逆にEXCELマクロだらけの企業とか怖いけどな
情シス泣いてそう >>795
最後の行は完全に的外れ
大規模システム開発だからこその諸問題というのがある >>815
局地的には正しいっちゃ正しいが、まさに属人化ここに極まれりって感じね
それで100の仕事量が101になるくらいなら無視できる違いでしかないし、200になるならもったいなさ過ぎる >>817
その後の世代もさらに無能だけどな
有能ならとっくにWEB化してるわ てか、日本の会社員のスタンスって異常なまでに面従腹背すぎね？
会社や同僚を愛するわけでもなく、しかし反発したり辞めるでもなくただ愚痴を溢しながら日銭稼ぐために働く
これ改善活動に向いてなさすぎるのでは >>681
この一連の言い分はかなり分かる
変なの出回ってしまうと無関係な所に尻ぬぐいが回ってくるんだな…… >>826
だから俺はマクロ使えるなんて昔で言えばそろばんすごいとかお茶淹れるのうまいとかの属人的スキルなんだって最初から言ってる
お猿さんがここクリックすりゃ同じ事ができるわーと思い違いをしてるだけ
マクロを知識のない人間が知識ある人間を抜きにして表面的にここクリックするとかだけ真似して使い回そうって発想に無理があるんだよ VBAで飯食ってた人間から言わせてもらうと
流行りのPG言語が凄いのは
もちろんわかるんだけど、
まずそれをやってくれる人いないんだよ、
口ではPythonが凄いとか何百回も聞かされるんだが、実際にやって見せてくれないんだよ。 >>158
そこはjavaとかだろwwwwww計算処理であえて出したのか？ いや、いなくなったら手動でやれよ
いる間はマクロ使えばいいだろ >>830
Excelマクロという存在の有り様がもう属人化不可避ってことね
認めたくはないけど否定もしきれない
それに限らず非エンジニアでも業務自動化できるツールのトレンドはあって、当初の目的はある程度達成できるんだけど、機能を濫用して標準システムとかち合う事が少なくないんよなあ
そうなった後にクソまみれのケツを吹いてやる仕事もちょっとしてる >>830
言えてるね
例えれば、ソロバン使えるやつすげええええええこいつに全部やらせれば効率いいじゃん！ってやってて、その人が辞めて困るようなもの
なんで「じゃあそのレベルまでみんなスキルアップしよう！」とはならず「みんな使えないから禁止」になるわけよ頭おかしいわ >>1
データが変わっただけなら、エクセルのマス変えるだけで影響ないのでは
業務が変わったら変更できないというのなら、業務を誰も理解していないことになるから、そもそもだめ
何一つ理由になってない気がする >>623
才能ないよｗ
言語なんてなんでもいいのさ、環境構築の要らないＥｘｃｅｌＶＢＡ意味が分からないとか幼児レベル VBA経由でマルウェア・ランサムウェア仕込まれるケースも未だにあるので情シス的には標準化したくないわな
MS自らWindowsに起動ロックかけるくらい警戒されてる 社労夢もランサムウェアにかかってたな
年度更新もうすぐなのに >>831
読み込みだけならPythonとかC♯でも高速カツ簡単にできるけど
結局書き込みやセル以外の操作はVBAが良かったりするからな マクロで９割業務削減できるなら、削減した分仕事回しますのでこなして下さい
そうすれば元の２倍近いの生産性となり素晴らしい
在宅勤務でおさぼりはバレます
昨今はどこもよい監視ソフト導入してます（スカイシー等）
マウスクリックの場所回数まで、全部記録されています
特定動作やAIによるアラート設定でスクショや動画も自動で採取されます >>838
そんなのPowershellでもPythonでも同じだぞ >>831
Excelの代わりとしてPythonを使うとすると
csvをVSCodeまたはそれ相当のエディタで弄り倒すことになるわけだが
その時点でジャップの場合ほぼIT土方限定になる
で、業務上のデータを如何に加工すると効果的に分析できるかとかExcelマクロ界隈が持ってた
ビジネスレベルの話はIT土方はできないｗ 上から降ってくる仕事をやらされてるだけだからね 馬鹿じゃね？
ブラックボックス化しようと属人化しようとやった方がはるかに効率はあがるんだからやらない以外の選択肢はないだろ。
基本はボタン埋め込んでクリックするだけだしな。VBA分かってる奴ならそこから改良もできるし、できなくても自分で１から書いてもいいわけだしな。
なんならchatGPTになげてもいいわけだしな。 どんどん外注に出してくださいな、俺みたいのにも仕事回してくれ >>813
それどころかアプリの使い方すらわかってない
部長からエクセルVBAでオンライン受注システムを作れって言われたことがある
webシステムから組まないと無理ですよって言ったら「強いこだわり」と発達障害扱いされたわ >>841
マクロで9割削減されたら10倍の生産性になるんだが？ >>795
確かにそのとおりだよ
だけどそのエクセルでやらないほうがいいものを既にエクセルでやっていて、それを変える気が全くないんだよ
これはもうマクロ云々の話でなく上流工程だからプログラマに変更権限がない
ようするに管理者が無能すぎるの よしんば使えなくなったとしても
元のやり方に戻るだけだろ
その人がおる間は効率良いマクロ使って損失にはならんだろ コメントを神聖視してる人がいるけど
いうほど他人のつけた雑なコメントって意味あるか？ >>856
やってることコメントするだけで、PG修正とか
デバッグする時、検索に引っ掛けられるのでかなり捗る
プロシージャやファンクションの頭に
引数と戻り値が書いてあるとわかりやすい
もちろん合ってない可能性もあるけどね
自分で開発したものでも、
省略可の引数も使うから備忘になってたりする 目を閉じてブラックボックスって言ってんだろ
chatpgtに要約リファクタリングさせればいいじゃん vba書ける人が辞めたら、またvba書ける人雇えばいいじゃん 頑なにできる人を評価したく無い感が透けて見えるよな 最近Excelに慌ててLET関数とLAMBDA関数が追加されたのってこの辺も原因だろなあ
IT界隈はドシロウト or ガチ土方でいいのに
VBAのせいで中途半端なオナニーマンが増える原因になっとる 使えるようになる為に勉強するのではなく
使えない無能達の為に禁止する
まさにIT後進国のジャップ 使えなくなっても今まで通り手作業でやるのに戻るだけだろ
手作業用のマニュアルもちゃんと作って残しとけばいい プログラマは要らないけどマクロは欲しいって奴だろ
手作業でやってろ 土人ジャップって効率化できねえよなあ
こんなんじゃ外国企業に負けるのは当たり前だろ、馬鹿すぎね？ 世の中エクセル使う仕事ほど無駄なもの無いわ
マクロ組んで何かやらなきゃいけないほど面倒な仕事ならそもそも失くした方がいいんだわ Excelの仕様変わる事考えたらノートに手書きの方がいいんじゃないか
パソコン壊れる事考えたらそろばんで計算した方がいいな ジャップは外圧が加わらないと進歩しないよな
ジャップだけだと江戸時代のように永久に改良しない マクロ使いたくなる面倒な作業にExcel使ってることがそもそも敗因
本来なら自動生成すべき表を人力で別の表見ながら作る仕事の多さよ まあ今時Excelで作業してる時点でダサいからな
マクロで早くしたところでダサい作業が早いだけ ブラックボックスは大したことない
ソース見えるし
問題はローカルPCに保存され勝手な進化を遂げてどれが正解かわからなくなること
ましてやそれが業務に深くかかわっていると、かなりはた迷惑な存在になる
運用の問題ではあるので、どっか一つに保存して、変更する人は常に限られていて、
バージョン管理もしているのなら、まあありだとは思う
とはいえ、そのレベルでみんなで共有するなら、別の手段でちゃんとシステム化すべき 個人用として 社内の作業をエクセルマクロで組んだ
いつの間にか関連企業にそれが渡っていて修正要望が来た
個人用に作ったもんなのにそんな要望聞くわけないやんけと無視してたら叱られた これ俺が悪いんか？ ユーザが自身の業務を理解していないのが属人化の根本原因 >>876
状況によるが・・・
無視するのはよくないだろ
これは個人用で自分以外の動作は想定していないから使わないでください、と言わなければ無責任
まあもっと言えば自分用のマクロを流出させてる時点で君は無能だからその意味では悪い 公務員だけどVBA使える職員とか1パーセントくらいしか居ないわ >>847
あ～あるわ
上司「○○でみたらこれ出来るとかいてあったからやれ」
ワイ「これとこれとハードとソフトも必要なので1000万予算取ってください」
上司「○○なら今あるのでできるとかいてあった。そんなもの必要ないし認めない。お前はそんなんだからギャオオオオォォォン」
こんな上司も多いよな >>879
個人情報をエクエルにしこたま入れてVBAで処理してるお役所があったら、とりあえず国外脱出したくなるわ ウイルスまがいの挙動をさせることもできるので勝手に入れられても困るし
だからと言って評価ができる技術者がいるわけでもなし >>881
俺はクソ田舎の公務員だけど
VBA使える職員がそもそもそんなに居ないしVBAって単語自体を知ってる職員も多分半分も居ない
取り決めも特に無いからお前の言うような事をする職員が現れても何も不思議じゃないな マクロわかんなくなったら手作業に戻るんだろ
禁止にする意味わからん 過去のバージョンでマクロを使ってやってたような事は最近はワークシート関数やコマンドメニューの操作で出来たりするしなあ 春に異動した前任者の書きかけvbaを引き継いで修正し始めたが
クソ変数名とかクソデカ関数とかバカコメントで可読性低くて辛い
一人で書いたとは思えないキメラソースになってるのも辛い >>852
少ない工数前提でしか人いないのにソイツか辞めたから人増やすねとは現実にはならないよ てゆーかExcelの機能くらい誰でも使えるようになっとけよ
電卓渡されてるのに足し算引き算しか使えないみたいなもんだろ乗算ボタン封印しておく意味がわからない なろう漫画でこんなのあるね
「システム動かしてきた一人で動かしてきた私を切るんですか？」みたいなタイトルの漫画 >>893
むしろ自分一人でスキルを上げていって、社内殆どのシステム運用を自分一人に依存させた後にスパッと会社を辞めるという気持ち良さもある 前任者が個人で改善しただけなんだから後任は手作業でやればいいじゃん
いや業務だからとか言うならそもそもシステム部門が音頭取って業務改善しろよアホくさい デカい会社だとマクロもシステムみたいに規約置いてるところあるで こんな体たらくなのにRPA！革命！とか言ってたんだからうける 仕事でどうしても回らなくなって独学とサイトコピペでマクロ組んで解消したけど恥ずかしくてシステム部門に見せられん出来よ
コメントつけるとかのルールなんて知らんし後から見たら何をやってる分なのかもわからん この問題いつも謎なんだけど
マクロ化する前の手順がわからないってことだよね
マクロにしたら手順がわからなくなるなんてことある？
何やってるかわからないマクロで業務進めてるほうが信じられないんだが >>895
まともなシステム部門が無いような中小零細だからこういうことになるのでは マクロ使って効率的に仕事されたら出世されちゃうじゃないですかー？ >>884
自治体基幹システム導入SEやってたけど、
VBAどころかCSVすら知らない職員がいる
マネージャークラスでそれはないけど一般の
職員は用意された状態で基幹システムに
入力と帳票出力くらいしかしかやらないから
そんなもんなんだよね
その逆で、離島の職員は人手がないから、
一人で何でもこなしてて、
官公庁から来る伝送ファイルも
全部自分で基幹に取り込んでて
スゲー頼もしかったわ >>900
口伝でやってんだわ
マニュアルもないからマクロ化すると担当者がやり方を忘れてしまう
引き継ぎも口伝
マニュアルを作らないんですか？って聞くと「そんな時間は取れない」って答えが返ってくる
こんな考えだから要件定義書を作ろうとしても「そんな工数は取れない」って言われるのよ >>904
マニュアル作る時間も取れないのにマクロ使わずに手作業でやれ矛盾してるよね 日常業務で使うマクロなんて大してステップ数大きくならんのだから
真の意味で属人化、ブラックボックス化なんてしないだろ 俺が仕事やるときは
業務記述書と
マクロと
昔と同一の成果物をセットにしてる。
手作業に戻せるのは最高のバックアップだと思う >>903
田舎の公務員はマジでレベル低いぞ
うちの役場の情報課長(情報課職員から出世した役場の中では最もパソコンとかに精通しているとされてる人)はEXIF知らなかったからな >>908
おれも知らん…画像ファイル使わんからだけど アホに仕事の説明するときの搾取感はパナイ。
永遠に評価されない感じ >>903
ユーザが伝送ファイルを手動で基幹に取り込むシステムって控えめに言ってクソでは？ >>906
いわゆるクソ上司は、その人のやってる仕事の内容もフローも知識も殆ど持ち合わせていないチンカスがおおく、その小さなフローですらまるで理解できない
そしてこのような状況になってるのは、現場で使えない無能を管理職にしてきたという日本の慣習が原因。本人は優秀なつもりだが、正反対で現場で使えないから管理でもやってろと追いやられてるわけ。残業代も出さなくていいとしてね。 >>911
そういうのはだいたいネットワークを繋げでいけないとかの制約の問題だからシステムは関係ない >>900
これだよね
そもそもマクロの設計書とか仕様書とか以前に
業務マニュアルとかフローがあれば、
困るはずないんだよ
マクロでやってたとしても、そいつが辞めるんなら前もって業務マニュアルからマクロ以外の効率化を検討出来るし、間に合わなかったとしても暫定的に手作業でこなせばいい
まともな会社なら業務マニュアルはあるはずだし個人に引っ付いてたマクロを辞めて、
代替アプリや、サービスを用意するはず
マクロ禁止するだけとか人員の増減しか
言わないような会社は、所詮その程度ってこと >>914
ネットワークから隔離されてるのに伝送ファイルが存在する要件とシステムなんて俺は見たことないわ >>915
お役所システムばっかやってたんだな
定型業務やってりゃいい仕事しか知らないとこういう思考になるのか >>916
まあまだ専用線ベースのインフラだとそういうのも残ってるんじゃね
認証基盤の発達とかそういうのから取り残されてるとは言えるが >>912
マネージャーと言うとなぜか偉くて立場が上というのが日本の認識だが
本来は芸能人のマネージャーとか相撲取りの付き人の立ち位置なんだよな
現業の人間をいかにストレスなく動かすために尽力するか、がマネージャーの仕事なはずなのに
日本では現業の人間がマネージャーのご機嫌をとるという、不思議の国ニッポンになっているというね >>916
役所だと専用回線は多いよ
マイナンバー専用回線とか 根本的な問題はホワイトカラーなのに酷いプログラム恐怖症なこと
マクロも関数も属人化ブラックボックス化って視点では本質的に変わらん >>920
官公庁や自治体は独特だよね
民間の金融系にも通じるものがある気がする
自分が初めて自治体基幹システムやった時は
ミッションインポッシブルのCIA潜入シーン
みたいだなと思ったw
ベンダ側も遠隔環境や実データの環境は
社内の隔離した一室を用意させられて
静脈認証や入退室の届け出必須、
携帯預けロッカーまであったよ >>917
官民両方やってたよ
そもそもマクロ禁止の話なのであって
その時点でマクロ=定型業務効率化の話
でしょ？
定型業務なんだから業務マニュアルとか
フローとか普通はあると思うんだけど
そこは官民関係ないと思うけどな
もし業務マニュアル無いんなら
(あるけど知らないだけかもしれないが)
そらは属人化してるってことになるし、
それでいい規模の仕事なんだろうし
そもそもそれでマクロを禁止なんかする
訳ないだろうから、関係なくね？ >>1
多いとはあるけどスレタイにある増加というのはどこから出てきた情報？ マクロというのは
プログラマーになれなかった素人の書くものなので
とても信頼出るものではない なんだかんだ使える人は探せばいるし
いまならGPTに投げときゃ分析してくれるしで
いざとなりゃなんとかなるんだけどね
ただ、マクロコードにパスワードロックかけるのはやめてくれ
まあそれもVBAで解除できるんだけどね 作った人と使う人が別のときに
考慮もコーディングもテストも
何倍も違うという認知はされてるとけど、
エラーハンドル本とか出ないところが
無償と有償の分岐点かね レス数が900を超えています。1000を超えると表示できなくなるよ。
