Excel VBA 質問スレ Part82

[過去ﾛｸﾞ] Excel VBA 質問スレ Part82 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

718(1): 05/18(日)11:53 ID:JTwWUl1C(1/3)調 AAS
ところがね・・・
Windowsの場合は、パソコン側の液晶モニターの設定も印刷に影響するんだよ
プリンターもすべて同じLANにつながってるのを共有してるのに、別のPCから印刷するとズレるんだ・・・

719: 05/18(日)11:59 ID:Mk3OrkwO(2/4)調 AAS
AIにお伺いして、より沢山の案や方法の回答を得たい時はどの様にご質問していますでしょうか？

私は具体的に〜をするにはどの様な方法がありますか？
と聞いていますが、質問があまりにも具体的すぎるのか、限定的すぎるのか、聞かれた事に対してしか答えてくれません（質問に対して抽象化して幅広く回答したら今度はAIは嘘をつくと言われると思いますが。）

720: 05/18(日)12:05 ID:9lhlIUdU(1/2)調 AAS
左右に並んだセルを連結すると文字の上下位置がずれて発狂するよね

721: 05/18(日)12:07 ID:Mk3OrkwO(3/4)調 AAS
>>718
それもAIに言われました
スケーリングも影響しますと言われました。
高解像度のモニターで、アイコンのサイズを大きくするために使うあのスケーリングです。
プリンターのフォントや最小の余白サイズなどのプリンターの仕様
プリンターに実は縮尺の設定がかかっている事に気づいていない
などなど

722: 05/18(日)12:20 ID:Yd8pXRNj(1)調 AAS
スレチの話題ほど長く続くんだよな
Excelスレでやってくれよ

723(2): 05/18(日)12:24 ID:Mk3OrkwO(4/4)調 AAS
公式ページに書いてありましたね。
Zoom プロパティが True の場合、FitToPagesWide プロパティは無視されます。

Zoomプロパティが False の場合、 FitToPagesWide プロパティと FitToPagesTall プロパティは、ワークシートのスケーリング方法を制御します。

（Zoomは）拡大または縮小する方法にかかわらず、元の文書の縦横比は保持されます。

724: 05/18(日)13:41 ID:v1lfaeE4(2/2)調 AAS
スレチとは言えないだろうけど、今のところ個人の感想を書いてるだけに近しいな
仕様に関しては、その書類を共有するグループ内で諮って今後の方針を決めればいいだろうし
環境の違いで発生するトラブルに関しては、最大公約数だっけ？なんかそういう系の
どんな環境でもほぼ同一の結果を出せますゾーンを決めて、それに沿った設計制作に
改めるべきだろうし
PDFに出せば問題軽減するってんならそれもひとつの解決策だし
掛けるコストに見合う結果が出ないなら意義は低い(少ない)
これが、個人研究ってんならより深く追及して解に近いものが得られたら発表してもらいたいが

725(2): 05/18(日)13:47 ID:iKxgrlxH(1)調 AAS
longとstrの変数定義10個やって、ループ5万回回して中で変数に値を出し入れする

まとめてループ外で変数定義するのと、ループ内で適宜定義するのとどっちがよいので？？

726: 05/18(日)14:08 ID:JTwWUl1C(2/3)調 AAS
>>723
保持されないんだな、これが
罫線の太さが一部だけ違ってるシートだと拡大率が縦と横で違ってくる

727(1): 05/18(日)14:10 ID:JTwWUl1C(3/3)調 AAS
>>725
MSの推奨は最初にまとめて宣言
チームでやるならみんなに合わせる
個人的な作業ならどっちでもいいけど、途中で方針を変えるとあとで混乱するからどっちかに決めて一生変えないこと

728: 05/18(日)14:47 ID:qr58bPvk(1)調 AAS
>>723
この馬鹿、答えを教えてもらってもネチネチやってるのか
馬鹿はこれだから
消えろや

729(1): 05/18(日)17:14 ID:9lhlIUdU(2/2)調 AAS
>>725
VBAにブロックレベルのスコープはないからどっちも同じ
オレの好みは読みやすさ重視でループ内に書く方だが
プロシージャ内の2つのループで同じ変数名を使いたい時
ループ外で宣言しないといけなくなって打ちひしがれる

730(1): 05/18(日)19:26 ID:NiGvaOOd(2/2)調 AAS
真円を印刷したら楕円になって発狂したの思い出したわ
どうやって解決したかは昔すぎて覚えていない

731: 05/18(日)21:45 ID:JeO/PtYk(1)調 AAS
>>727
>>729
参考になります…！
ループ内の宣言コストとかはあんま気にしなくてもよさそうな感じなんですね(オブジェクト除く)

732(2): 05/19(月)00:29 ID:aSNuw95p(1)調 AAS
変数3、4個のプロシージャだったら変数の宣言しなくていいよね？
プロシージャが動いてる時だけメモリ消費するってことでいい？

733: 05/19(月)00:49 ID:nyMkteHn(1)調 AAS
>>732
Option Explicit しなさい
しないと、変数のタイプミスで簡単にバグる

734: 05/19(月)03:01 ID:xZYpAeMM(1)調 AAS
>>732
たとえ宣言してあっても、メモリ上に変数領域が確保されるのは実行中だけだよ
ただし宣言しないと全部Variant型にされるからメモリ効率も実行効率も悪くなる、と言っても体感はできないけど

735: 05/19(月)06:06 ID:WEB+3jSu(1)調 AAS
>>730
図形の事に全く詳しくないから間違っているかもしれませんが、セルに合わせて伸縮したり、移動したりするのを無効にするのでしょうね

736: 05/20(火)02:20 ID:vmioRAc9(1)調 AAS
ListView,TreeView入れて作ったら、大半の人がOffice2013 64bit使ってて動かないことが判明したんだけど、どうしよう

737: 05/20(火)06:15 ID:J92IpVQ8(1)調 AAS
作りなおす

738: 05/20(火)07:27 ID:QvUhVdYo(1/2)調 AAS
ん？ 2013にはそのview無いってこと？

739: 05/20(火)07:40 ID:QuREz4IK(1)調 AAS
32bitと64bitの互換性が無い Verが違う今時2013つこてる方がキケンがあぶない
相手の環境を再現できるマシンを入手してそれで作り直す
がんばって自作する　https://qiita.com/Q11Q/items/b4f8d50e760d114b21fd

740: 05/20(火)08:58 ID:QvUhVdYo(2/2)調 AAS
あぁ、なる
昔大量にフォーム移行する時に、定義を一覧に出して、それを元に再構築するの作ったような記憶…
おそらくサイズ変更に合わせてフォントとかも変えたのかな…

741: 05/20(火)10:20 ID:4cRKMiEn(1)調 AAS
きちんと動作環境を明確にする
クライアントと打ち合わせる
上司や営業に相談する

742: 05/20(火)14:46 ID:E4QmPhp5(1)調 AAS
2019ですら化石レベル化してるのに2013とはな

743: 05/20(火)16:17 ID:0n1WQM2u(1)調 AAS
2013がどうってんじゃなく使うDLLが違う
使用するべきDLLが32bit版か64bit版か判断するコードが要る

744: 05/21(水)10:53 ID:va6/rMba(1)調 AAS
Excel2013が危険なのには同意だけど
Excel2013/64からListView,TreeView/32を呼ぶのは無理ってだけで
Excel2013/64からListView,TreeView/64を呼べたら使えるんじゃね

745: 05/21(水)11:32 ID:gg1Rd+aD(1/2)調 AAS
所詮、ActiveXコントロール(ocx)だから
カレンダーコントロールと同じ運命を辿るような気がするけどね
必死に工夫して汗水流して作り上げても、寿命が風前の灯火で数ヶ月後には利用不可とか

746(1): 05/21(水)12:10 ID:ZnDW2hJE(1)調 AAS
使用者、要望者のオーダーメイドでマクロを作成しても、これは嫌だ、あれも嫌だ、と言われるならなにも作る事は出来ない
脱Excelといって、既製品の業務ソフトを導入しても絶対不満しか出てこない
脱Excelの現実を知った気がする
そして全ての要望を取り込んで作成したマクロが属人化した闇Excelファイルなのだろう

747: 05/21(水)12:16 ID:np4mB3oN(1)調 AAS
嫌かどうかで仕様を決めていると大変だろうな

748: 05/21(水)13:16 ID:gg1Rd+aD(2/2)調 AAS
>>746
そういう、いかがわしい新興宗教にのめり込んだ人のような発言はそろそろ控えたら？
書いてることが支離滅裂だよ？

>オーダーメイドでマクロを作成しても
　要望通りでダメなら、どこをどう改善すればいいかじっくり話し合いの機会を持てばいいだけ
　作成したと言い切れるのは、試作品を改良改善した末に仕上がったものに対して使う言葉
>これは嫌だ、あれも嫌だ、と言われるなら
　事前の要件や仕様を満たして無いんだろ？　打ち合わせの時に聞くだけの態度で居たとかで
　その制作物が仕上がった時の概要がじぶんのアタマの中にできていないからそういう事態に陥る
　経験不足もあるだろうし打ち合わせが打ち合わせの体を為していなかった、てだけ
>絶対不満しか出てこない
　その業務アプリに移行しましょうと先導した人間の責任　流行りの言葉なら任命責任
>全ての要望を取り込んで作成したマクロが属人化した闇Excelファイル
　これがまったく理解不能　属人とか闇とか言いたいだけちゃうんか、と
　そんな発言に賛同してくれるのは、あんたがた宗教の身内だけ

749: 05/21(水)13:20 ID:a2F5EjYc(1)調 AAS
TreeViewなどにはライセンスの問題もあったような

750: 05/21(水)13:24 ID:4tKBDgn4(1)調 AAS
顧客も打ち合わせしても話し通じないならAIと打ち合わせしてコード出してもらった方がいいってなるよな

751: 05/21(水)13:28 ID:RMq3dtvy(1)調 AAS
ぶっちゃけシステムなんてそんなもんだよ
コンサルや名の知れたSIerに頼んだって必ず不満は出るし、結局使い物になりませんでした、なんてことも珍しくない
ただし、VBAはユーザー側の人間が作ることが多いので、SIerみたいに「要件定義で決まった通りです」で逃げるわけにもいかないんだよね

752: 05/21(水)15:22 ID:r/haQ8U2(1)調 AAS
仕様変更に合わせて納期も延長でいいんじゃね

753(1): 05/21(水)17:20 ID:RhMOdQAE(1/2)調 AAS
だいたい配布前提で整備したコード書けば属人化なんてほぼしないわけで
取り込む要望も無理にまとめず適度に分割してやればいいし
敵に抵抗できないコミュ障コーダーが悪いまである

754: 05/21(水)17:33 ID:7nPavp7R(1/3)調 AAS
>>753
属人化の根源はコードそのものじゃなく脳内にしかない仕様だよ
コードからwhatを読み取れないから属人化する

755: 05/21(水)17:33 ID:7nPavp7R(2/3)調 AAS
whatじゃない、whyだな

756(1): 05/21(水)17:42 ID:RhMOdQAE(2/2)調 AAS
根源とかどうでもいいんよ
VBA少しできますくらいの他人が
適当にメンテしながら使っていけるコード書けって話でしかない

757: 05/21(水)18:08 ID:7nPavp7R(3/3)調 AAS
>>756
配布前提で書いたコードだろうと属人化するって話だから、
メンテしながら使おうが属人化はするよ

758: 05/21(水)18:16 ID:HDnlDCyv(1)調 AAS
こんげんかせんといかん

759: 05/22(木)07:49 ID:ZB7yrtfi(1/5)調 AAS
Excel属人化教の方々は、その属人の定義をして欲しい
属人の何がいけないのか？　全員が同じレベルに成れと言い募ってるのか？
フルオープンにしてコード見れば説明書に成ってる程の成果物を作れと言ってるのか？
それとも、いけない事は無いがただ単に属人って言葉に魅了されて使ってるだけなのか？

760(3): 05/22(木)07:59 ID:ZB7yrtfi(2/5)調 AAS
WhyやWhatが読み取れないからメンテ出来ない　ってんなら、じぶんのWhyやWhatで作り直せばいい
それを持ってた奴が前作を作ったんだしそれが使えてきてたって事実は変わらん
おれにはできねえってんなら、前任者より能力が劣ってるということになるし、才能ある奴を
新たに採用するように働きかけする必要がある
シン成果物を作れる能力あるなら、前任者をつべこべこき下ろしてる時間はムダでしかない　成果物-1.0でもいいけど

761: 05/22(木)08:28 ID:cWZ2SmFA(1/6)調 AAS
>>760
書き間違えたのは申し訳ないが、whatはコードから読み取れるんよ
whyは何故その処理をしているか？何故その方法を選んだか？何故そのアルゴリズムなのか？
それら意図を完全に示す術はない
コメントを残せって言われるのはつまりwhyを残せってこと
whyを知らなければVBAに限らず、言語にも依らず、
あらゆるものごとは属人化する
属人化は必ずしも悪ではないけれど、
昨日の自分は別人ってことを鑑みれば効率が悪いことは明らか

762: 05/22(木)08:29 ID:uEqc52DQ(1)調 AAS
数年後の自分がメンテできるように作ればOK
人の能力はマチマチ、まだいない後任者のことを考えてもしゃーない

763: 05/22(木)08:42 ID:cWZ2SmFA(2/6)調 AAS
属人化はリスク要因となりえ、VBAは属人化する蓋然性が高いってことをわかった上で許容するのと、
わからず使う・属人化しないと信じて使うのとは大違いって話をしているに過ぎない
能力だの才能だの、シン成果物だの成果物-1.0だの、
手も頭も動かさない奴の言葉遊びほど虚しいものはないな

764: 05/22(木)08:49 ID:iwrIvlAH(1)調 AAS
属人化教なんて言葉を使っている時点で、もう何を言われても属人化の弊害なんて絶対認めないぞっていう雰囲気をぷんぷんさせているじゃない。このスレだけで何回この話題やるの？
一般に言われる業務の属人化というのは、特定の人がいなければ業務が回らない状態のことで、当該特定の人が休んだり退職したりしたときに業務が止まってしまうリスクがあることから好ましい状態ではないとみなされている。会社側としては業務内容を把握する従業員を複数人にしたり（1人に依存しない）、マニュアル化したりすることでリスクを低減化するのが通常の対応。
VBAはコード作成も実行もExcelだけでできるという特徴があり、このVBA固有の事情により、?専門のプログラマーが作成するコードに比べて一般にコードの質が低い、?会社側が把握しないうちに業務にコードが使われるという事態が生じがち。属人化の弊害が、特にVBAについて言われることが多いのはこれらの事情によるところが大きい。
要するに会社側から見て、属人化リスクを低減化する機会自体がなかったり（上記?）、コストを掛けて属人化リスクを低減化するほどの価値が見出せなかったり（上記?）というケースがVBAの場合には少なくない。
VBAがアイデンティティになっちゃっている人にはどう説明しても理解しないだろうなと思いつつ、一応説明するとこういうことね。しかし、属人化の弊害を否定したがる人って、見事なまでに会社側の視点が抜け落ちているのね。担当者個人の視点で、業務が多少効率化できるのならそれはいいことだという発想から出発してそこから一歩も抜け出ないのならそりゃ議論も噛み合わんわな。

765(2): 05/22(木)08:52 ID:cWZ2SmFA(3/6)調 AAS
>>760
才能ある奴ｗがマニュアルをじぶんのWhyやWhatで作り直して大惨事になった、
東海村JCO臨界事故ってのもあったな

766(1): 05/22(木)09:12 ID:ZB7yrtfi(3/5)調 AAS
Excelは属人化しやすい　だからExcelで効率化を図る場合には、それに関わる部署･チーム･グループが
一丸と成ってそうならないような対策を施さなければならない　今後、対策されていない自動化は禁止する
とかならまだわかる
Excelは属人化ガー　VBAは尚更ー　を連呼してるだけで、何の生産性向上に繋がるんだ？
アタマがひどく悪い一族に至っては「だからVBA禁止」のお触れまで出す始末

問題発生しないよう努力する必要もあるし、問題発生したらすぐさま対策を講じなきゃならないのは
何もExcelに限らんだろうに
とりわけここ20数年で急に変遷進歩し続けてきてしまったPC作業に取り残された奴らの繰り言に近い
そんなだから失われた40年とか揶揄されちまう　先を見て向上心持ってもっととんがらないと
VBAに問題あるなら、それを解消することに全身全霊で打ち込みゃあいいだけ
何の解説者だか評論家気取りだか知らんが、悪いものを悪いと言う事なんか阿呆でもできる　悪い処は直し続けるてだけ

767: 05/22(木)09:31 ID:cWZ2SmFA(4/6)調 AAS
>>766
属人化を悪いって言ってるのはあなた自身だろ
俺は属人化を悪いなんて言ってない
属人化を問題だと思うなら解決すべきなのはそりゃそうだし、
解決策の一つとしての全面禁止だって、俺なら選ばないけど理解はできる
属人化が何故生じるのかを議論することは、それを解消することにも繋がる
属人化する/しないの幼稚な二元論でまとめようとするのは、
頭を使ってない・使えないことをひけらかしてるに過ぎないよ

768: 05/22(木)09:35 ID:mUoHJ/op(1)調 AAS
従業員目線なら、属人化はイコール自分への依存度で価値だから、そりゃ手放さないわな

769: 05/22(木)09:40 ID:cWZ2SmFA(5/6)調 AAS
会社をプロフェッショナルの集まりだとすれば、
結局のところ仕事自体がどこまで属人化を突き詰められるかだから、
しょーもないことを属人化すんなって話なだけ

770: 05/22(木)09:46 ID:ZB7yrtfi(4/5)調 AAS
念仏唱えてるだけで、一向に前向きに対処しない・対策しようともしないバカ共を嘲って「教」を付けてる
属人の意味を、じぶんの中で咀嚼･消化してない/しようともしないで、ヨソで聞き齧った言葉をなぞってるだけ
「前にならえ･右にならえ」がDNAに刻み込まれてるこの国の人間にゃあ、それが心地いいのかも知らんが
誰がやらなくともおれはやる　ぐらいの気概が欲しいところ

と書くと、内容読まずに言葉尻だけ捉えて「それが属人化に繋がる要因だろ！」とか言い募る奴が居そうだが
オープンな属人化なら大いに結構だろ　←これも語弊がある物言いだがw
オープンにする努力を怠るな、と言ってる　制作する側もそれを使って効率を上げようとする集団も　共有ってそういうもんだろ
そのグループ･集団は同じ目的(収益の向上)を持った集団のハズなんだ　その目的達成の方にこそ目を向けろ
足引っ張って他人の粗探ししてつべこべ文句言ってるだけじゃあ、そのうち滅びる

771: 05/22(木)10:05 ID:cejl8MgF(1/2)調 AAS
>>760
時間が無限にあるのが前提ならそうだね

772: 05/22(木)10:07 ID:cejl8MgF(2/2)調 AAS
>>765
あれ実はノーベル賞もらえるレベルの改良だよな

773: 05/22(木)10:23 ID:bEEUFRBb(1)調 AAS
>>765
裏マニュアルとは別の？
ググっても分からなかった。

774(1): 05/22(木)11:03 ID:j+nxGcrc(1)調 AAS
質の低いコードを公開されたって迷惑なだけなんだって。VBA命の人は、まさに収益向上の観点からVBAはメリットより害の方が大きいと判断する会社が少なくないってことをどうしても受け入れられないみたいね。
VBA ＝生産性向上・業務効率化という無邪気な信念を持っているみたいだけど、多くの会社はVBAをそのようには評価していない。会社が本気でコードによる生産性向上・業務効率化をするつもりなら、どのような言語を選定するにせよ継続的な管理コストは必要になるわけだけど、それならVBAではなく、もっとちゃんとした言語でやりたいというのが普通なわけ。非プログラマ社員の内製VBAの改変履歴を管理したり、マニュアル作ったりなんてしたくないのよ。

775(1): 05/22(木)16:37 ID:ZB7yrtfi(5/5)調 AAS
さすが >>774を取るだけの素質を持ち合わせた人間の発言だなw
ExcelVBAスレでExcelVBA不要論を、あまり意味の無い言葉を並べ立てて講釈するとは
内製であれ外注であれ、その業務を賄うにはExcelで充分という案件は想定して無いだろ？
そういう案件に限ってという前提ならExcelVBAでいいじゃないか
ダメな理由を語りたいがためだけに持ち出した事例が、一向にその役目を果たしてない
どんなコードだろうと「質が低い」と判断できる能力を持ち合わせてるんなら、それを
ブラッシュアップするなり作り変えるなり　その方が百万倍コストの面でメリットだろうに

どんな大袈裟なプロジェクトと比較してンの？　んで、それ比較する意味あンの？
あんたの中ではあるのかも知らんけど、世間一般では無意味だ　とおれは思うよ

776: 05/22(木)17:36 ID:cWZ2SmFA(6/6)調 AAS
>>775
少なくないってのを100%と解釈してるのか？
ダメだと判断する会社が多いってだけで、
良いと判断する会社が無いなんて書かれてないぞ
変なバイアスかけてレス読んでる様に思える
んで、ブラッシュアップなり作り変える（替える？）ことのどこにコストの優位性があるんだよ
無駄なコストを支払ってることに気づけないような奴が、
他人の発言の意味の多寡の判断なんてできないだろ
可か不可か、良いか悪いかみたいな単純な話にしないと理解できないポンコツ自慢はもうやめてくれよ

777: 05/22(木)17:36 ID:Fv3bLhDj(1)調 AAS
Excelで十分かどうかというのはあまり意味のない尺度だと思うけどね。
Excel VBAの案件って既存物のメンテを除けば基本的に現状ワークシート等での手作業を省力化したいというものだから、
そりゃExcelで十分に決まってる。元々人力でできる程度に細分化された業務なんだから。
VBAが批判されるのは、まさにそういう個別最適化の積み重ねによって細切れ(≒属人的)で非効率な業務プロセスが保存される傾向があるため。

778: 05/22(木)19:51 ID:RAnqaH1V(1)調 AAS
多くの会社から見て業務でVBAを使ってもトラブルが起きにくいパターンというのは主に2パターンあって、?重要なコードだが、何らかの理由で他の言語が使いにくい事情があるため、専門のプログラマに頼んできちんとしたVBAコードを書いてもらう場合。この場合、当然、VBA社員の出番はない。要するに、通常のシステム開発と同じだが、特定の事情により選定言語がVBAになるケース。もう一つは、?あまり重要な業務ではないので、質の低いコードでも構わない場合。個人の裁量の範囲内でVBAの使用を認める会社というのはこっち。要するに個人で責任を取れる範囲内なら、会社は管理コストを掛ける必要もないし、担当者の裁量でVBAを使うことを禁止するまでのことはしないくても良いのではないかいう発想。それなりに合理的ではある。

逆にいうと、上記??いずれにも当てはまらないような使い方は、会社からするとリスク・コストを感じやすい。個人の裁量の範囲を超えて、非プログラマの書いたコードを業務に使用するような場合とかね。書いた本人はコードをオープンにしてブラッシュアップすれば良い、コストの面でも有利だなんて無邪気にのたまうけど、会社からすればそんな価値の低いものに管理コストを掛けたくない。仮に継続的な管理コストを掛けるならもっと価値のあるものに掛けたいわけ。はっきり言えば、新しく書き直すときでさえそういう既存のコードなんかない方が良い場合も多い。業務に使われている既存のコードがあるとなれば、どんなに酷いものであっても一応読まないわけにはいかないからね。

非プログラマの書くコードという括りで論じる限りは、Excelで十分な業務というより、低質なコードで十分な業務かというのが基準になるかな。それだって会社の方針次第だが。会社が全面的にVBAの使用を禁止しているような場合もあるからね。

779: 05/22(木)21:02 ID:aXwvtPcZ(1)調 AAS
VBA禁止な
reg add "HKCU\SOFTWARE\Microsoft\Office\16.0\Excel\Security" /v "VBAWarnings" /t REG_DWORD /d 4 /f

780: 05/22(木)22:58 ID:zdx+eNOi(1)調 AAS
名前付き引数省略は害悪。全てキッチリ書け

781(1): 05/23(金)08:26 ID:oLOrCYhj(1/3)調 AAS
「多くの会社」を、それぞれが想定してる規模が違うような気がする
経産省のサイトを参考にすれば、商工業それぞれの規模から比較したら
小規模(社員数20人以下)のが俄然大半を占めてる(かつては零細と呼ばれてた)
製造業は九割に近付く勢いだし、小売業や飲食業も八割、卸売業は五割程度だが
「多くの会社」とひとまとめにする場合は、これらを指すのでは無いのか？
社員数2,000名以下の中規模とかをもって「多くの会社」と呼び為してる気がしてならない
小規模は、持ち合わせてる武器で戦うのがいちばん効率的なんだが
持ち合わせてるExcelだけで戦えるなら、それをフルに活用しない手は無いだろうに
その実態を知ったうえで「多くの会社」と書いてるんだろうか

782: 05/23(金)09:06 ID:RtFNfP1s(1)調 AAS
人手に余裕のない小さい会社こそ差別化要因にならない業務にはSaaS使うべきなんだよ
SaaSは企業規模に対する課金が多いため、むしろ小規模な企業の方がコスト効率も良くなる場合が多い

783: 05/23(金)10:16 ID:38AbBGg0(1)調 AAS
VBAの属人化リスクの議論って、むしろそういう小規模な会社こそが最も意識すべきことでしょ。中規模以上の会社なら、そもそも低質なVBAコードに業務を依存させるような間抜けなこと自体があまりないだろうし、仮にそういう事態を生じさせてしまっても、最悪追加コストで何とかできなくはない。
小規模会社には、VBAを「効率的」な「武器」だと思いこんで飛び付いて、必要な管理もしないまま「フルに活用」した挙句、にっちもさっちもいかない事態にしてしまったところが少なくなかった。その教訓としてVBAの属人化リスクが意識されるようになったんだよ。
「武器」にならないとまでは言わないが、そんなに大したものではないし、トータルで見れば「効率的」でもない。好んで「フルに活用」するようなものでもない。そういうVBAの等身大の実像が会社サイドに把握されるようになっただけの話。

「小規模は、持ち合わせてる武器で戦うのがいちばん効率的なんだが
持ち合わせてるExcelだけで戦えるなら、それをフルに活用しない手は無いだろうに」（>>781）
多くの会社はこの後半部分が幻想に過ぎないことに既に気付いているが、VBAerには未だにこの幻想にしがみついている人が居るということ。

784(1): 05/23(金)13:22 ID:oLOrCYhj(2/3)調 AAS
>必要な管理もしないまま「フルに活用」した挙句、にっちもさっちもいかない事態にしてしまったところが少なくなかった
ここの事例を具体的に読ませてくれるサイトとかあるん？　統計とか？
文末を「・・してしまったところはほぼ無い」と書き換えてどっかで紹介して、それを鵜呑みにした読者がヨソでお披露目しても
気付かれないでしょ？　おソースプリーズな言説

判り易く例として社員20人だとして、事務要員4人は規模に対して多い　大抵は現場と掛け持ちで4〜5人ならまだ普通
事務専任で1〜2人なのが一般的な見立てだろうと思う　そのうち一人が丹精込めてVBA育ててたけどあいにく辞めた
他の人間は便利に使わせてもらってたけど、いざ辞められたらVBAだれもチンプンカンプン　ならまだ有り得る
だからって、それが直接「だからVBA禁止！SaaSに移行！」って成ると頑なに信じてる？それ薦める？
小規模なら小規模なほど環境の変化を嫌うんだ　あるものを何とかして使い続けられるならそうしたいってのが人の世の常
多少の手直し必要に成って助力が必要な状況なら、コネ使うなりしてでもそのものを使い続ける工夫に走る
タイミング良く同質のものを安価で提供できる業者とかが出てきて、それのサポートも請け負ってくれたりしたなら
ソッチに移行していくことはあったとしても、未知のサービスに賭けて投資してそれが自社の実態に即さなかったら
目も当てられない　そっちのがリスキーだしその費用は丸々損害に等しい(授業料てか
どこの会社も業種が一緒なら業務も一緒だと思ってたら大間違いで、その会社独自の仕組みを持っていたりする
それに即して自在に加工できる道具として見ればExcelほど便利なものは無いのも事実

上では商工業を書いたけど、他にも建設、運輸･運送、士業えｔｃ　あらゆる業界で現実にExcel VBAが幅広く活用されてる
現実を鑑みても「ExcelのVBAは属人化しやすいから禁止」を言い張って止まないンなら、言い続けてりゃいいけどさ
書かれるたびにおれがしゃしゃり出てつべこべ反論してりゃいいんだろうし

785: 05/23(金)13:35 ID:+XeHUCKJ(1/2)調 AAS
どのように属人化するか・どの様に防ぐかの話題から、
属人化対策として禁止するか否かの話に

786: 05/23(金)15:19 ID:eOaMEV2I(1)調 AAS
最後に知らんけどってつけた方がいいんじゃんね
知らんけど

787: 05/23(金)15:21 ID:mEX1XvmT(1)調 AAS
>>784
他の手段と比較してどうかはともかく、事実としてVBAが問題を起こすことが多いからあんたに仕事があるんだろ？
だったら属人化万歳くらいで流しときゃいいのに、いちいち突っ掛かってたら余計なストレスを作るだけだぞ
心配しなくても、あんたが顧客としているような会社は、全体最適云々を語るコンサルやシステム屋は相手にしない
まあSaaSについては結構小さいところもわりと積極的に営業するから敵になるかもね

788: 05/23(金)15:53 ID:dHvUhuhP(1/2)調 AAS
長くてわかりにくい
スパゲッティ文章はやめろ

789(1): 05/23(金)16:24 ID:oLOrCYhj(3/3)調 AAS
うん、途中からどうも話が噛みあわないな、とかは思っていた
ひと頃「ExcelのVBAは属人化しやすいから禁止する企業が増えてる」とかのたまう輩が徘徊してて
おま、それ、何もExcelに限らんだろ　っつー意味で反抗してたし、そんなアホ論をこのスレで
平気で吹聴してる奴に向けて言葉のげんこつしてたんだけど　どっか行っちゃったんか？
所詮、世間は、世の中は属人三昧だろ？　それで右往左往世界が悪い方向に向かってる実例を
まざまざと目の当たりにしてる真っ最中だろ？　で、それが悪かどうかなんか、もう少し様子を
見極めなきゃいけないまである
なんでわざわざこのスレをターゲットに、VBAは属人化！！！とか言い募らなきゃならん？
どこの回し者だ？、と

細かいこと言えば、じゃあってんでこれでもかっつー関数並べ立てて複雑怪奇な数式を組んだ
WorkSheetはどうなんだ？　属人化の極みだけどそれはいいのか？　見た目xlsxならおｋなのか？　と
至るスレで属人化！属人化！！属人化！！！と連呼してるならまだわかるが、なんでExcelスレ限定

で、こないだ別件で「Excel 売上管理」とかでネットをモゾモゾしてたら、そこら中の売上管理アプリの
宣伝サイトが、形ばかりのExcelのサンプル載せて「しかしExcelは属人化」っつー文言を決まり文句の
ように添えてたんだ　ははぁ〜ん、とね、ある意味腑に落ちたし別の意味でがっかりしてたんだ
言い募る連中が自分の言葉でその悪弊を語れなくて「ネット見ろ」とか返すしか能が無かった理由が判明
そんなサイトだけじゃ無いのは承知してても、結局自分の意見として主張してンじゃなくて、受け売り
余所で聞きかじったのをなぞってるだけのレベルなんだな、と

しかし、少なくともこのスレに居続ける人間なら、ExcelのVBAで効率を図ることに意欲的であって欲しい
他のがいいよ、って奴はその宣伝だけして書き逃げしてて欲しい
まだまだExcel　もっともっとVBA　であり続けることが、このスレの健全化に貢献するはずなんだから

すぱげってぃwww　読み飛ばせばいいじゃんか　読んでくれなんて頼んで無いぞ？

790: 05/23(金)16:44 ID:HIpPOdnz(1)調 AAS
スレタイ

791: 05/23(金)16:53 ID:fshmIkkH(1)調 AAS
xlsmって唐突に未知のウイルスの疑いのあるファイル扱いになったりする事もあるから何も知らない人は扱うのが怖いかもね

792: 05/23(金)17:18 ID:4lmOgu2G(1/2)調 AAS
VBA職人が揶揄されるのも分かるわ。
ところで、仮にVBA職人、Ruby信者、Haskell信者、Rust信者で比べられたら、やっぱりVBA職人が圧倒的に格下扱いされちゃうのかな。ちょっと悲しみ。

793(1): 05/23(金)17:28 ID:U7YdU8g0(1)調 AAS
VBAがそれらと同列に比較されることはないから互いに眼中にないと思うよ
Excel VBAはピボットテーブルとか分析関数とかと同列の、Excelの上級スキルの一つに過ぎない
一般的なプログラミングとは別物
そのへんのエンジニアより、むしろBIツールがメインのデータアナリストなんかの方がVBA意識してるよ

794: 05/23(金)17:34 ID:4lmOgu2G(2/2)調 AAS
なるほど、そんなものかねぇ。

795: 05/23(金)17:39 ID:+XeHUCKJ(2/2)調 AAS
>>789
文意の分からん文章書いてて噛み合わないもクソもないだろ
伝える気ないなら書くな
読ませる気無いなら書くな
話を曲解して変な方向に話を誘導してるのはあんた自身だ

796: 05/23(金)18:31 ID:5vSRBrjF(1)調 AAS
言語にすぐ上だ下だ騒ぐ奴いるからな

797: 05/23(金)18:59 ID:BlARSTzn(1)調 AAS
言語じたいは下の下
反論する奴すらいない

798(1): 05/23(金)19:12 ID:K4ioF38n(1)調 AAS
構文として最低限どんなものがあって欲しいかっていうのは人によって違うからねぇ。いまは、JavascriptとかPython辺りが平均的なラインなのかな。まぁ、関数型言語等のユーザーから見ればJavaScriptとかPytnon辺りでも足りないものだらけということになるんだろうし、VBAでも慣れればそんなに不自由ではないよという人も大勢いるわけだしね。

799(1): 05/23(金)19:54 ID:ybuGJY2P(1)調 AAS
C言語育ちのワイ、VBA始めた頃「えっ、ポインタってどうやって使うの？」って戸惑った思い出
自分の仕事が楽になる用途で使いまくってるからまぁ属人化しまくりだけど、
自分が退職した後(2年後)は知らんと思っている

800: 05/23(金)20:17 ID:dHvUhuhP(2/2)調 AAS
この辺がつらい

・tryがない
・for eachがバリアントのみ
・continueがない

801: 05/23(金)21:01 ID:61koEGUg(1)調 AAS
まぁ、なければないで何とかやっていけるもんだよ。
このスレではそう言っておくのが無難。

802(1): 05/23(金)21:05 ID:fxCKrz9G(1/2)調 AAS
>>799
Ｃ言語にはfor eachがない、なぜならもっと原始的、シンプルな言語だからってCopilotに聞いたのですが本当なのでしょうか？

803: 05/23(金)21:21 ID:eG6EJpyW(1)調 AAS
>>802
ポインタに++すれば次の要素になるからむしろCのほうが融通が効く

804: 05/23(金)22:01 ID:ai481srR(1)調 AAS
4行以上のレスは読む必要無いってマジだな

805: 05/23(金)22:09 ID:4KSUIwLz(1)調 AAS
ぬるぽ

806: 05/23(金)23:17 ID:fxCKrz9G(2/2)調 AAS
>>793
データアナリストならパワークエリーしてほしいな

807: 05/24(土)06:17 ID:OSW0csek(1/3)調 AAS
属人化し易い言語と言うことは融通の利く言語と言うことでもある。
例えば、CやC++ではポインタが使えたけどC#では「それは危険だ」ということで使えなくなってしまった。
代わりにデリゲートを使ってセーフティーに参照しなさい、ってことなんだろうけど、まぁお仕事用の開発だったらそれでもいいのかもしれないけど、
昔PS-VITAってゲーム機があって、これがエクスペリアってスマホとクロスプラットフォームで開発できるように開発言語をC#にしてしまった。
ポインタは確かに参照先間違えると吹っ飛んだりメモリリーク起こしたりと危険なものではあったけど、扱いが面倒ではないし融通の利く機能だった。
それを潰してしまったことがPSPシリーズがVITAで終わってしまった原因ではないかと今でも思ってる。

808: 05/24(土)06:41 ID:OSW0csek(2/3)調 AAS
>>798
JavaScriptをやったときには
前から.Net系の言語や、まぁVBAでもそうなんだけど、
何でクラスのインスタンスや文字列とかは変数に入れられるのにメソッドは入れられないんだろ？
って思ってた時期があって、
JavaScriptに当たったとき、
あ、出来る言語もあるんだってなって、あれVBAに欲しいなぁとは思った。
後はスクリプト系の言語はスカラー変数で型の指定がないから型の指定に慣れてると逆にそれが面倒だったかな。
VBAで言えば全部Variantで扱ってるようなもんだし。厳密には違うらしいけど。

809: 05/24(土)10:35 ID:sJ/mZ3mU(1)調 AAS
若いコにはやっぱPython辺りが人気とか？

810: 05/24(土)13:44 ID:3VNn3d5Y(1)調 AAS
スピル周りやLET,LAMBDAなどの関数が充実し
Excel＝ビジュアルな関数型言語だと勝手に思っている

811: 05/24(土)14:39 ID:a4AdJqTs(1)調 AAS
ビジュアルな関数型言語はemacs-lispだろ

812: 05/24(土)15:44 ID:0gUvgwlc(1)調 AAS
表検索するのにSQL使ってたけど、FILTER覚えたら単純な検索ならこれでいいかー、ってなった

813(1): 05/24(土)20:17 ID:c7V+L981(1)調 AAS
このスレはバカの話はなぜ長いのか考えるスレになりました

814: 05/24(土)20:41 ID:6QA0+Pxw(1)調 AAS
頭の良い人は難しいことを簡単に説明出来る
馬鹿は簡単なことを長々と判り難くする

815: 05/24(土)20:44 ID:OSW0csek(3/3)調 AAS
>>813
正直すまんかった
久しぶりにVBAスレ来たからつい・・・
でもVBAはいい言語だと思うよ

816(1): 05/24(土)21:07 ID:cYe6QRvj(1)調 AAS
VBAは言語なのだろうか
VBは言語だけども

817: 05/24(土)21:42 ID:ZMjSY/PV(1/2)調 AAS
A1セルはこのフォルダのパスを記入する
A2セルはこのフォルダのパスを記入する

流石にこれは通じる、、、よね？

上下前次 1-新書関写板覧索設栞歴

あと 185 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.027s