[過去ﾛｸﾞ] Excel VBA 質問スレ Part82 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
919: 06/04(水)18:39 ID:f2CAL3f8(2/3) AAS
>>909
RPAにしろ、ノーコードにしろ、なんにしろ、そうなりますよね。
結局社内でどれだけ学習意欲のある人を揃えるかによりそう。
920(1): 06/04(水)19:22 ID:7S8kDVf/(1) AAS
>>913
由来のタイプライターを鑑みたらLFは本来行頭に来るべきものだけど、
現実的には行末
921(3): 06/04(水)19:55 ID:frrYvMiA(1) AAS
頑張ってVBA勉強したところでプログラミングスキルとしては流石に時代遅れ&最底辺だし、
事務員としてスキルアップしたいならツールに入れ込むより業務知識を強化した方がいいし、
組織の中で出世したいなら自分でVBA書くより他人に書かせて継続的にスケールする仕組みを作るべき
そして、めでたく業務効率化できたとして、いず」行き着く先は「脱Excelで属人化解消&業務効率化」でVBA職人は悪者扱いだ
本当にVBAを広めたいのなら、個人の意欲に頼るのではなく、組織として適切なインセンティブを設けることだな
922: 06/04(水)20:02 ID:f2CAL3f8(3/3) AAS
>>921
結局、経営者次第だよね
まるでITや業務効率化に興味がないなら何もできない
社員の進言に耳を傾けないなら騙されもするし、せっかく導入したツールは社員にとって非常に使いづらい
923: 06/05(木)00:29 ID:Nu77Yg2O(1) AAS
>>921
そっか
あなたはこのスレ卒業だね
924: 06/05(木)08:17 ID:FSpPjL7A(1/2) AAS
四行目までは自虐だろ？ 言いたいのは五行目だけって意味と捉えたが、どうなんだ
まあ、ちょっと過剰に反応し過ぎなきらいは否めないが
925(1): 06/05(木)08:45 ID:Lp1WVm/I(1/3) AAS
>>921
組織の中で継続してスケールする仕組み作ったなら属人化してないんだから悪者になる理由なくない？
926: 06/05(木)09:07 ID:FSpPjL7A(2/2) AAS
お利口さんに成ろうとしてアタマでっかちに成り過ぎ
大工だっていろんなレベルもあるし色んな層が大工してる
その場しのぎのやっつけ大工も居れば、客の要望を叶えるために青写真から描ける熟練大工もいる
新人大工なら木の特性とか部材同士の相性とかもよく理解しないまま最新部材使って威張ってみたり
ガルバリウムには使ってはいけない釘平気で使って1〜2年後にはその部分からサビを拡げる原因作って顰蹙買うし
それでも世の中は回ってる
改善なんか数年で変化してくものだ、という前提を踏まえてれば、それに見合うコストで運用出来てれば御の字
927: 06/05(木)10:31 ID:1teg7ITB(1/3) AAS
>>925
コンサルはいわゆるExcelバケツリレーの非効率さを指摘してくるのが常道
VBAで個々人の作業が省力化されてようとフローは変わらないので、実際非合理だから仕方ない
その上で現行業務の調査として関係者全員にヒアリングして介在するワークシートやマクロをつぶさに調査するのにかかる莫大な費用の見積りを提示されると、
もう経営層からはVBA職人なんて非効率な業務を助長するだけの排除すべき敵としか見えなくなるわけよ
928(1): 06/05(木)10:49 ID:1teg7ITB(2/3) AAS
あと、業務を見直してシステム化しようとした際にVBAが悪者になる大きな原因として、
一見簡単な処理に見えて蓋を開けたらたまに複雑怪奇な難攻不落の化け物が出てくる、ってのがある
これ、Excel中心のワークフローをシステム化する際にはよくある話で、スケジュール遅延や予算超過を引き起こすことが多い
そうなるとシステム部門や現場が経営層に頭下げるのは当然として、上場企業だと株主に経営層が謝罪なんてケースもある
ここまでくるともうVBAなんて悪者もいいとこよ
929(1): 06/05(木)10:55 ID:Lp1WVm/I(2/3) AAS
それらは継続してスケールする仕組みを作れていない場合の話じゃないの？
複雑怪奇な難攻不落の化け物って、それスケールできる仕組み作れてなくない？
そもそもの話が噛み合ってないよ
930: 06/05(木)11:09 ID:1teg7ITB(3/3) AAS
>>929
隅々まで適切にガバナンスを効かせながら使うならいいんじゃない？
それができるほどの優秀なリーダーがVBAを選ぶかは疑問だけどな
どんな組織でも、人が増えれば馬鹿も増えるし目も行き届かなくなるものだ
931: 06/05(木)11:27 ID:Z5osrhWk(1) AAS
Excelバケツリレーは業務や人員を追加していく分にはスケールするよ
後から変更するのが困難でありシステム化が前提なら極めて非合理だけ
932: 06/05(木)17:48 ID:lb5raFks(1/3) AAS
>>928
IR出すレベルのVBAは確実に一見簡単そうな処理では無いと思います。
そこまでの規模のシステムなら、それこそ何かしらの製品やサービスを導入してください。
933(1): 06/05(木)17:54 ID:lb5raFks(2/3) AAS
ローコードツールや多言語の方がいいのはその通りだと思います
VBAはOfficeしか扱えないのだから
934: 06/05(木)18:20 ID:uYkJABQ4(1) AAS
> VBAはOfficeしか扱えないのだから
AutoCAD、SOLIDWORKS、・・・
935: 06/05(木)18:33 ID:Lp1WVm/I(3/3) AAS
>>933
そうなんだ？知らなかった
936(1): 06/05(木)20:15 ID:r0Qxvap7(1/2) AAS
そもそもパッケージやクラウドサービス使えば、中身は全くわからない
手の出しようがない
自前なら何とかなる
そこをどう捉えるかよ
そもそも基幹システムをVBAで作らないし
（小企業は知らんが）
作っても枝葉よ
937(1): 06/05(木)20:29 ID:lb5raFks(3/3) AAS
>>936
C、CSVで吐き出せればなんとか（震え声）
TYPEを全く使ってこなかったのです。
しかし、この度同じモジュールで多数のstring型の変数を宣言する必要があります。
TYPEデビューしようと思うのですがどうでしょうか？
938: 06/05(木)23:29 ID:fxlZJI+h(1) AAS
ここで聞かなきゃいけないような馬鹿はやめとけ
939(1): 06/05(木)23:53 ID:r0Qxvap7(2/2) AAS
>>937
type稀にしか使わないので調べたら
CollectionやDictionaryに格納できないと
マジか、知らなかったわ
これに使うならクラスにしたらいいかもね
940(1): 06/05(木)23:57 ID:0HOZWCXV(1) AAS
>>920
リアルタイプライターではLFの位置は任意だよ
行頭とか行末とか関係なく、行の途中でも好きな所でline feedは可能
941: 06/06(金)01:00 ID:gfk/0ela(1) AAS
>>940
CRLFはCRが来る時点でLFが行末じゃなくなるって話
942: 06/06(金)08:39 ID:cx/TERMm(1) AAS
Enterキーの矢印ってLF-CRだよね
↓
←
CR-LFならこういう向きじゃないとおかしい
←
↓
943(1): 06/06(金)09:32 ID:rGtsPzUl(1) AAS
VBAでクラスモジュールを使っていろいろやるのもなしとは言わないけれど、それなら正直JavaとかPythonとかの普通の言語を勉強した方が良いような気もするかな。クラスモジュールって、よくある普通の言語とはちょっと違ったVBA固有の仕様に過ぎないし。
944: 06/06(金)09:44 ID:4a1tHPn5(1/2) AAS
>>943
JavaScript様のプロトタイプに喧嘩売る気か
945: 06/06(金)10:07 ID:NfW6LToZ(1) AAS
クラスモジュールはVBA固有というかCOMの仕様
COMの絡まない処理で無理に使う必要は全く無いし、COMを理解してないと不可解な仕様が多い
946: 06/06(金)10:45 ID:c6RrnkVo(1) AAS
他言語でクラス使ってたらクラスモジュール作りたくなる病
947(1): 06/06(金)11:16 ID:FmZludjM(1) AAS
COMってどう勉強するんだろ
漠として簡潔な説明がなかなかなく
IUnknownやらなんやら、
948(1): 06/06(金)11:35 ID:3VaYoART(1) AAS
InsideCOMを辛抱強く読むのが唯一の道
それ以上の資料もかみくだいた解説書もない
上下前次1-新書関写板覧索設栞歴
あと 54 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.148s*