Excel VBA 質問スレ Part53

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2018/04/27(金) 19:02:38.39ID:+ocy8bIv
ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK


※前スレ
Excel VBA 質問スレ Part52
http://mevius.5ch.net/test/read.cgi/tech/1517052305/
329デフォルトの名無しさん
垢版 |
2018/05/03(木) 19:21:12.05ID:aADwc621
>>327
表形式のデータを扱いたいためにエクセルって言っとるおまえの方が大いなる思い込みをしとるわw
2018/05/03(木) 19:28:02.90ID:6NzQufie
ソースもなしに大多数とか頭弱く見えるぞ

ほとんどの状況でVBA以外でExcel使ったほうがやりやすい
VBAの言語仕様が古臭いから
例外はユーザー定義のワークシート関数作るときに仕方なく使うだけ
2018/05/03(木) 19:28:17.66ID:WApyWolu
>>327
大多数の人は状況によりVBAも使う。
あなたが言っているのはどのような状況でもVBAは使わない。
2018/05/03(木) 19:40:29.12ID:IGWMrNd7
>>330
それってあなたの感想ですよね
2018/05/03(木) 19:45:26.62ID:Sky621AR
>>323
だって別のファイルで操作するなんて言った瞬間にウィルスかとか言われたりするわけよ。
だから職場で、殆ど何も入ってない環境で作らないと駄目だろ。
その上、それってVBAじゃ出来ないの?とか言われて、実際出来たりするからな。

個人所有のノーパソにはVisualStudio入ってる。
2010だけどプロフェッショナル版だ。
今はタダで最新版が使えるわけだが買ったものをタダのに入れ替える気にならなくてな。

職場のPCにゃVisualStudioは入っとらん。
Rもそうだがそもそも申請しなきゃならんというのがもう既に面倒くさい。
どうしても必要なら申請するけど、そんなことも無いからな。
334デフォルトの名無しさん
垢版 |
2018/05/03(木) 19:51:36.08
素のWindows + Office環境だけでいかに要求仕様を満たせるかという縛りゲー

わりと楽しい
2018/05/03(木) 19:55:14.91ID:WApyWolu
目的が達成できれば何でもいい。
言語に縛られて手段と目的を勘違いしてるとしか思えない発言のパレード。
2018/05/03(木) 20:00:07.28ID:jhccfXfd
>>328
そもそも何をもって普通と言ってるのか知らんけどVBAが有利じゃないケースもあると言ってるのに毎回普通は〜って返してるだけだよね？

>>329
反論が明後日すぎる w
Excel自体の話はしてないよ

>>331
> あなたが言っているのはどのような状況でもVBAは使わない。
どこからこんなアホな解釈が出てくるんだよ w

>>333
お前の回りがおかしいのかお前がおかしいのかはわからんけどあまり一般的な会社じゃないと思うよ
337デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:13:04.83ID:aADwc621
>>336
おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
非常にややこしい勘違いの持ち主がおまえをはじめとするプロさんやねんw
338デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:19:10.52ID:96XRan6U
>>333
やじうま根性だけど、よそ様のそういう事情に興味があります
うちだと申請書と上司の捺印は必要なものの、
「〜の統計的分析作業にR言語を使用したい。R言語は実績あるオープンソースで〜」
みたいなことを適当に書いておけば、ほぼ通る。
もちろん金がかかると途端にハードルが高くなるけど。
2018/05/03(木) 20:21:11.84ID:IGWMrNd7
自称プロがVBAと言っているのは、Visual Basic for Applicationsの方じゃなくて、なんか別のVBAなんだろう
2018/05/03(木) 20:21:42.95ID:jhccfXfd
>>337
> おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
> 普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
どこのレスを読んでそんなアホな解釈したのか書いてみ
2018/05/03(木) 20:26:55.58ID:jhccfXfd
>>338
まあ、うちも似たような感じだな
金の話は経理管轄だから費用対効果の説明がいるけど固定資産にならない範疇ならそんなに厳しくはないし
342デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:30:54.21ID:aADwc621
>>340
解釈てw
はっきりとVBAが有利じゃないケースて言っとやんかwにわとりかおまえはw
でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
ほれwはやくw
2018/05/03(木) 20:45:31.64ID:ygisZEFQ
VBAが古臭い使いにくい言語・開発環境ってのは全員が理解してる
なのでVBAでやるべきだという積極的な理由がなければVBA以外の言語を使うべき
VBAでやるべき場面は何かというと殆どなくてイベントハンドラを書く場合などに限られてくる
Excel以外にGUIツールを手軽に作る手段を知っているならその出番すらなくなる
2018/05/03(木) 20:48:26.60ID:LNgDTs2r
>>336
君、アホだろ。
逆だっちゅうの。

Excel使ってるという限定された場だからこそVBAが有利だと言ってるだけ。
Excel使ってなければ普通に別の言語の方が有利だろ。

君はどんな時でもVBAが不利だと言いたいようだけど大抵の処理はどんな言語でも出来る。
だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

じゃあ、VBAでは出来ないことが有ったとする。
普通に別言語使うわ。
2018/05/03(木) 20:51:11.73ID:jhccfXfd
>>342
> でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
> ほれwはやくw

既に書いてあるがガン無視だったよな w

>> さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
>> あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる
2018/05/03(木) 20:54:31.94ID:jhccfXfd
>>344
> 君はどんな時でもVBAが不利だと言いたいようだけど
だからどこを読んでこんなアホな解釈してるんだよ？
これ聞くの２回目だよ？
答えられないなら黙ってなよ
2018/05/03(木) 20:56:28.57ID:WApyWolu
>>336
アレ？powershellがそのまま使えるからVBAではなくpowershellを使えって言ってなかったか？
違う人ならすまんな。
2018/05/03(木) 20:56:45.92ID:LNgDTs2r
>>338
うん。
そういうこと色々言えば通るだろうね。
でもVBAでも十分出来るだろうと思えるものに、そういうことを言って通すのに抵抗があるし、面倒くさいということ。

でも、Rはダメかもね。
むしろ金がかかる方がハードルが低い。

俺はよっぽど使いこなせて凄いこと出来るぐらい自分のレベルが高くないとそういう主張はしないな。
そりゃ、VBAじゃ無理っつう具体的な何かが有るなら別だけど。
349デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:59:38.23ID:aADwc621
>>345
何を言いたいのかよく分からんがw

まず勘違いその2
データとプログラムが一体になっとるのは不便や
どこを勘違いしたらそれを便利だと思えるのやプロさんw

で次な
データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
に面倒なことになるのはVBA全然関係あらへんw

端的に言っておまえは一体何を言うとるんやw
2018/05/03(木) 21:00:15.42ID:LNgDTs2r
>>346
お前が最初にこの論争を始めたわけではあるまい。
元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。
2018/05/03(木) 21:10:32.44ID:ygisZEFQ
VBAがダメってのはスタートじゃなく結論
理由も何度も書かれてる
どちらかというとVBAが便利って派閥の方が結論をスタート地点にしている気がするね
352デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:18:58.81ID:Vf3d827a
VBAってエクセルとかアクセスとかなしで単独でアプリみたいなのを作れるの？
エクセルとかの為だけにある言語？
353デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:19:45.48ID:96XRan6U
>>351
VBAは便利だし最適解に近いよ。
ダメだっていう理由とやらはだいたい理由になってないんじゃないかな。
例えば「データとプログラムが一体になってる」ってやつだけど、
それは単に「悪い設計の例」であって、VBAのせいでもなければVBAがそうなりがちだということでもない。
悪い設計するやつはどんな言語でもセンス悪い設計をするものだ。
2018/05/03(木) 21:20:31.65ID:ygisZEFQ
>>352
作れるけどVBAで作る意味はない
2018/05/03(木) 21:24:25.48ID:ygisZEFQ
>>353
VBAでデータとプログラムを分離するなら
データ用Bookとプログラム用のBookを作らなければならない
しかしプログラムのコンテナとしてBookは適切ではないね
2018/05/03(木) 21:29:21.36ID:nUgTWhrN
今更VB6で何か作れって言われるのと同じ
357デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:36:13.37ID:aADwc621
>>355
プログラムだけならアドインでええやんけw
というのはおいといて

話は重複するが
マクロはそもそもアプリケーションを操作する目的で作られたものや
アプリケーションの操作が必要なく
データ、つまりエクセル形式のファイルを操作する事だけが目的ならば
マクロは必要ないし現に別のプログラミング言語でなんぼでもやり方が提供されとんねん

ええか？
おまえらプロさんは後者、つまりデータのみの操作を目的とする場合
あるいはそもそもエクセルファイルすら関係ない場合に
暗黙にマクロを想定してなおかつVBA批判を繰り広げとるんや

ホンマに面倒くさいやつらやでプロさんはw
2018/05/03(木) 21:36:45.42ID:jhccfXfd
>>349
> データとプログラムが一体になっとるのは不便や
> どこを勘違いしたらそれを便利だと思えるのやプロさんw
>>344 とかに言えよ w
> だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

> データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
> に面倒なことになるのはVBA全然関係あらへんw
ん？
言語の話じゃなくて環境の話だから関係ないって？
なんか都合のよすぎる解釈だな w
2018/05/03(木) 21:39:19.24ID:jhccfXfd
>>347
俺はそんなことを言った覚えはないしそもそも「そのまま使える」でスレ検索してもあんたのレスしかヒットしないよ？
2018/05/03(木) 21:41:09.06ID:jhccfXfd
>>350
> 元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。

で、その論調ってどこのレスよ？
早くレス番示してくれ
2018/05/03(木) 21:45:21.15ID:ygisZEFQ
>>357
データ操作というかより一般化してヘッドレスなExcel操作な
ヘッドレスなExcel操作ではもはやVBAの優位性はない
それ以外の用途ではVBAの活路はあるがインベントハンドラなど限定された用途に限られる
他の言語でGUIアプリを手軽に作る手段を知っているなら残ったそれ以外の用途ですらVBAの出番はない
2018/05/03(木) 21:48:55.34ID:jhccfXfd
>>353
データとプログラムを別にするならVBAで作るメリットの大半を放棄することになるが？
最適解とか冗談にしか聞こえない w
363デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:53:25.69ID:JQr4Okhv
まぁ暇な連中がくっそくだらねぇ話をしてますが、質問されたい方はこれらのアホンダラを無視して
いただいて構いませんので、お気になさらずどうぞ〜
364デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:53:45.43ID:aADwc621
>>361
ヘッドレスてwウェブドライバーかじって言ってみたくなったんかw
つまりデータの操作なw
何度も言うがそこには優位性云々やなくマクロがいらんねん
マクロが必要な場面というんはアプリケーションの操作が必要な時
言いかえればアプリケーションの使用中にインタラクティブな拡張が必要な時や

てかおまえらそもそもマクロが必要な場面を知らんやろw
もはや怪しいのはそこやでw
2018/05/03(木) 21:54:43.18ID:ygisZEFQ
>>363
最近あった質問に答えてるのが、そのくだらない議論してる奴だけだった、ってのがこのスレのレベルの低さを物語ってるよな
2018/05/03(木) 21:58:55.22ID:6NzQufie
Excelの操作にもVBA以外の方がやりやすいよ
個人的な具体例を挙げると、全部のシートの表示倍率を100%にしてA1セルをアクティブにするマクロをrubyで書いてる
VBA使わなければ3行ぐらいで書けるからな
めっちゃ楽
2018/05/03(木) 22:04:26.73ID:ygisZEFQ
>>364
ヘッドレスははるか昔からある言葉でブラウザはむしろ後発だよ

つまりってなんだよヘッドレス操作は単純なデータ操作ではない

インタラクティブな操作にVBAの活路があるのは同意だし、そう主張してきた
しかしGUIを手軽に作る手段や他のエコシステムを知っているなら、その活路すら必要なくなるので、結果としてVBAの存在意義もなくなる

何度も同じことを書かせないでくれ
理解して
2018/05/03(木) 22:08:15.31ID:ygisZEFQ
>>367
間違えた
インタラクティブな操作と言うのは範囲が広すぎる
インタラクティブな操作の中でも特にイベントハンドラなど一部の処理に関してはVBAに活路がある
が俺の主張な
369デフォルトの名無しさん
垢版 |
2018/05/03(木) 22:11:06.28ID:aADwc621
>>367
ヘッドレスいうんはヘッドつまりウィンドウがない事や
人間による操作を必要としない定型のデータ操作に使われるもんやでw

てかどこに食いついとんねんwもうごめんなさいしいやw
しつこいねんプロさんw
2018/05/03(木) 22:13:44.01ID:jhccfXfd
>>366
その程度ならまあどんな言語でもたいして変わらんな
てか、頻繁にそういうことやるならアドイン化すべきだろ
2018/05/03(木) 22:28:05.78ID:ygisZEFQ
>>369
理解力なくて疲れるんだけど
単純なデータ操作だけでなくその他のアプリケーションのコントロールも含めてヘッドレス操作な
2018/05/03(木) 22:44:30.63ID:pucBeYZL
VBA単独ってなんだそりゃ
VB6のことかな？
373デフォルトの名無しさん
垢版 |
2018/05/03(木) 22:54:28.64ID:aADwc621
>>371
おまえが疲れるのはその多すぎる勘違いのせいやでw
2018/05/03(木) 23:08:47.05ID:GbI/mLdw
VBAは使い捨ての処理と相性が悪い
手作業でやるには量が多いから自動化したいけど再利用する予定はないのでマクロとして保存したくない
といった局面でVBAだと「マクロエディタ開いて処理書いてF5で実行してさっき書いた処理を削除」しなければならないので手間がかかる
それに加えてマクロ自体も思ったより冗長になってしまう
VBA以外のスクリプトだとショートカットキーでシェルウィンドウを開いてワンライナーのスクリプトを書いて実行するだけ
>>366みたいな処理もいちいちVBAに保存したりAddInで管理する必要もなくて、シェル開いてrubyのワンライナーを即興で書いて実行するだけ
LinuxやMacを使ったことがあるプログラマならこういった即興シェルプログラミングが便利ということは過去の経験で知ってると思う
同じことをWindows/Excelで実践するだけ
2018/05/03(木) 23:09:25.04ID:6szlQ+63
>>360
>>68だ。
2018/05/03(木) 23:13:23.31ID:6szlQ+63
バカばっかり。
1つのファイル以外は認めんと言われたらVBA以外全滅じゃねーかw
2018/05/03(木) 23:15:07.58ID:6szlQ+63
>>374
VBA以外だとショートカットキーになっちゃうんだw
VBAではショ―トカットキーは認めないと。
2018/05/03(木) 23:17:08.59ID:6szlQ+63
>>374
同じことはVBAでも出来る。
労力も変わらん。
結果は変わるな。
何故かファイルが増えて喜んでる奴もいるけど。
2018/05/03(木) 23:19:38.12ID:GbI/mLdw
>>377
どんなツールでもショートカットキーは生産性を高めるから積極的に使うべき
ただこの場合だと「ショートカットでVBAエディタ開いてマクロ書いて実行してマクロ削除」ってなるだけだからショートカットキー使っても手間はほとんど減ってないと思う
もしかしてなんか違う意味で言ってる？
2018/05/03(木) 23:20:49.15ID:GbI/mLdw
>>378
そうなんだ知らなかった
興味あるのでやり方教えて欲しい
381デフォルトの名無しさん
垢版 |
2018/05/03(木) 23:23:13.80
別にマクロ削除しなくてもよくね？
当然そういう場合は編集中のブックにVBA書くような馬鹿な真似はせずに
個人用マクロブックに書くわけだから残しておいても問題ない
Macro1という名前でも何でもいいけどそのままにしておいて
次回中身だけ上書きすればいいだけの話
2018/05/03(木) 23:24:29.44ID:Ais7tPnB
「Excel」の「VBA」は「糞」派の人達は
Excelの「何」を他の言語で、「どんな目的」で使ってるのか
具体例出して話せば話が早いと思うんだ
でないと誰がなんの主張してんだか、もうワヤ

例えば何十という取引先から日々EDIでデータが入ってくる
CSVもありゃXLSもありXLSXも混在　そおゆうのを一発で取り込むのが目的　とかさ

ここで語ってるからには、なんかしかExcel絡みには違い無いんだろ？
2018/05/03(木) 23:35:04.02ID:GbI/mLdw
>>381
XLSTARTは知らなかったわ
非表示とはいえ無関係のWorkbookを開いてしまうのと、VBEを頻繁に開くのが嫌だから、個人的にはビミョーかな
スクリプティング環境が禁止されたら使ってみようかな
384デフォルトの名無しさん
垢版 |
2018/05/03(木) 23:41:06.78
え、ひょっとしてここでVBA否定している人って、
単に自分が使い方知らないから否定しているだけなの？
2018/05/03(木) 23:52:59.98ID:ygisZEFQ
>>382
殆どデータ読取データ出力だな
あとは帳票にも使うことがある
Excel操作の拡張という点ではそもそも需要がないから滅多に使わない
拡張して効率化したくなるほど繰り返す手作業があるならバッチ化するから

VBA肯定派はどんな使い方してるのかな
386デフォルトの名無しさん
垢版 |
2018/05/03(木) 23:58:45.85ID:6tA58iwA
>>258
おまえのSQLは20年前のSQLかw
387デフォルトの名無しさん
垢版 |
2018/05/04(金) 00:01:59.42ID:S7XxJkuV
>>384
それはあると思うよ。さすがにExcelを使っていないのにExcel VBAでやるのはおかしいが、職場によっては制限をかけられていて仕方なくExcel VBAでやっているところもある。
388デフォルトの名無しさん
垢版 |
2018/05/04(金) 00:03:47.56ID:S7XxJkuV
>>385
業務部門はIT技術者ではないから、Excel VBAで完結させるのは悪い手でもない。
389デフォルトの名無しさん
垢版 |
2018/05/04(金) 00:11:04.71ID:ogBK84PN
>>374
VBAだって.xlamファイルを開きっぱなしにしておけば
イミディエイトウィンドウにワンライナー書いてエンターキー押すだけだよね。
2018/05/04(金) 00:15:31.97ID:/NfAbhGK
xlstartにxlsm放り込むの嫌い
xlamにしてアドインとしてスタートアップ時に読み込むの好き
VBA以外使うのもっと好き
2018/05/04(金) 00:17:49.88ID:/NfAbhGK
>>389
VBでワンライナーとかレベル高えな
2018/05/04(金) 00:23:27.07ID:Mh+MaH3B
VBA否定派は細かい機能調べる前にプラットフォームとしてイマイチだなと見切りをつけてるから知識が少なくても仕方がない
自分は今日XLSTARTを知ったけどだからといってそれでVBAが優れていると意見を変える材料になるとは思えない

>>389
開きっぱなしにしたくないかな
それにVBAでワンライナーはちょっと厳しいと思うよ
2018/05/04(金) 00:35:39.41ID:S6UwKMBg
VBAだとワンライナーで書ける処理と書けない処理があるからね
2018/05/04(金) 02:10:30.37ID:AXMemHLC
双方主張ばっかりせずに、単純なのでいいから具体的なコードで示してよ。
質問者には、「コードさらせ」っていつも言ってるのに、、、
いままでVBAで書いてたコードがどう効率的に書けるのか興味ある。
395デフォルトの名無しさん
垢版 |
2018/05/04(金) 04:35:49.90ID:cfklXzOl
アホな上司が作った変なところに小計行がある帳票とか
各課様式無視の帳票を今日中に集計してくれとかもうアホかと。
ヤツら、シート関数なんかSUMしか知らないから計算は電卓でやって手入力で
結構間違ってるんだよ。俺が指摘すると「まーた変なプログラムみたいなのでやったんだろ、ちゃんと小数点以下
は切り捨てしたのか？電卓でやらないと合わないぞ」と時代に取り残された土人達に罵倒され殺意を覚える。


馬鹿ほどいくら言ってもセル結合大好きでどうってことないクロス集計をとても難易度の高いものにしやがるWW
一行1レコードにすりゃ使いまわしが効くからそうやれと言っても「いや、この方が見やすいから」とか言ってやんの。
顧客リストでも苗字と名前の間に全角スペース入れたり半角スペース入れたり何も入れなかったり。
こっちで決めたフォーマット以外では入力できないようにすると「これ、どうやってシートのロック外すの？」とか言っちゃって。
2018/05/04(金) 06:01:25.83ID:lY1aVWIy
>>375
？？？
どこをどう見たら>>68を
> > 元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。
って解釈できるんだよ w
2018/05/04(金) 06:11:21.88ID:lY1aVWIy
>>394
確かにそうだな
とりあえず
>>366に
> 全部のシートの表示倍率を100%にしてA1セルをアクティブにする
コードを晒してもらおう
2018/05/04(金) 06:44:09.32ID:nVbPTneC
>>397

比較のために
VBA, PowerShellのコードも欲しいけど

VBAならこんな感じかね

Sheets.Select
ActiveWindow.Zoom = 100
Range("A1").Select
2018/05/04(金) 08:23:12.32ID:x6LiaIKN
>>396
最適なの使えって論調だろ。

どんな場合でもVBAはダメって論調は自分で探せ。
2018/05/04(金) 08:28:11.97ID:x6LiaIKN
>>392
Rubyでエディタ開いてるのにVBE開いてるのは抵抗あるんだw
2018/05/04(金) 08:35:32.21ID:kV7vN9X3
うちの会社はシステムも人も20年遅れてるから、
エクセル万歳に加えて今更EUCが流行ってるん
ですが、この手のたぐいに関わると死ぬまで面倒を
見るさせられる事になりますよね。
しかも、なんら感謝も尊敬もされず対価も無しに。
そうかといって突き放す訳にもいかず対応に苦慮
していますが、皆さんはどうされてますか？
2018/05/04(金) 08:42:59.52ID:OKXWvsWr
>>401
いくらなんでも、そういう話をここでするのは場違いもいいとこだろ
プログラム板じゃなく上にあるプログラマー板の方でやれや
2018/05/04(金) 08:48:16.16ID:ogBK84PN
>>401
本意ではないけど
・全員にMOSを取らせる
・取ってない人間のEUC作成禁止
・ハードルを上げていく(MOS→IT Passport→FE)
2018/05/04(金) 09:04:20.70ID:2HQNn0mM
>>399
> どんな場合でもVBAはダメって論調は自分で探せ。
結局具体的に聞かれたら出せないのかよ w
405デフォルトの名無しさん
垢版 |
2018/05/04(金) 09:06:14.98ID:ogBK84PN
>>401
ごめん最後の(MOS→IT Passport→FE)はちょっとやりすぎなので撤回。
でもこれは他山の石。変なEUCで問題が起こったあげく
「EUCは危険なもの」、「EUCは禁止すべきもの」
みたいな空気になっちゃったら最悪だし（実際そういう事例があるから）、
今のうちに少しでいいからハードルを上げておくのがいいよ。
ほんと本意ではないけど。
2018/05/04(金) 09:09:28.77ID:qxasih/r
>>398
ちょっと気になってたんだけどこれって3行じゃない。
セミコロンで繋げば1行になるけど
前ルビーストのにーちゃんが言ってた1ライナーって
まさかそういうオチじゃないよね
2018/05/04(金) 09:25:42.46ID:kV7vN9X3
>>405
ありがとうございます。
408デフォルトの名無しさん
垢版 |
2018/05/04(金) 10:13:13.03ID:ogBK84PN
どんな場合でもVBAがダメっていう論調
　↓
>>152
>>265
>>287
>>330
>>343
>>351
2018/05/04(金) 10:17:40.31ID:Q6Zr3YZb
>>406
まだかな、まだかな〜〜
る・び・−の、おじちゃん、まだかな〜〜〜
2018/05/04(金) 10:23:48.86ID:2HQNn0mM
>>408
どのレスも「どんな場合でも」と言うようなことは書かれてないようだが？
411デフォルトの名無しさん
垢版 |
2018/05/04(金) 10:27:50.67ID:ogBK84PN
>>410
俺には見える（
2018/05/04(金) 10:33:16.06ID:2HQNn0mM
>>411
具体的にどのレスのどこの部分でそう思ったんだ？
2018/05/04(金) 10:39:15.47ID:GR9wczdx
否定的に断言するには「如何なる場合にあっても」という暗黙の条件が無いと成立しない文脈だからな
部分的であってもVBAがダメじゃない場合を認めるなら今までゴチャゴチャ言ってたのは何なんだって話だし
2018/05/04(金) 10:47:42.69ID:UgjU7AE+
>>412
あのレスを読んでVBAも適材適所で使えるって感じるなら日本語勉強した方が良い。
415デフォルトの名無しさん
垢版 |
2018/05/04(金) 10:51:22.46ID:ogBK84PN
>>152　「VBAではまともに開発できないってのは事実だね」「VBAというプラットフォームが貧弱すぎて並の業務システムとしての利用に耐えられない」
>>265　「VBAの言語機能がレガシーすぎてとてもじゃないが便利とは言えんな 」
>>287　「VBA最弱でOK」
>>330　「ほとんどの状況でVBA以外でExcel使ったほうがやりやすい VBAの言語仕様が古臭いから 」
>>343　「VBAでやるべきだという積極的な理由がなければVBA以外の言語を使うべき 〜VBAでやるべき場面は何かというと殆どなくて」
>>351　「VBAがダメってのはスタートじゃなく結論」
416デフォルトの名無しさん
垢版 |
2018/05/04(金) 10:52:42.19ID:ogBK84PN
作者の気持ちを考えて「どんな場合でもVBAがダメっていう論調 」のリストにあげさせていただきました
2018/05/04(金) 10:55:21.64ID:2HQNn0mM
>>413
> 部分的であってもVBAがダメじゃない場合を認めるなら今までゴチャゴチャ言ってたのは何なんだって話だし
はあ？
一部の人間は知らんが大抵の人間は適材適所を認めててVBAがダメなケースの話をしてたと思うが

>>414
結局最後はその手の逃げかよ w
2018/05/04(金) 11:06:38.62ID:GR9wczdx
>>417
適材適所を認めている人間が、VBAがダメと言い出す一部を煩がっている構図だからその論法は通じない
VBAが適切でない場合があるのはともかく、だからPowerShellにしろRubyにしろは趣旨が異なる
2018/05/04(金) 11:18:38.45ID:2HQNn0mM
>>415
レスアンカー大杉なので分割 (1/2)

> >>152　「VBAではまともに開発できないってのは事実だね」「VBAというプラットフォームが貧弱すぎて並の業務システムとしての利用に耐えられない」⇒ VBAは業務システム以f外にも使われる、>>366程度の奴から業務システムと強弁するなら別だが

> >>330　「ほとんどの状況でVBA以外でExcel使ったほうがやりやすい VBAの言語仕様が古臭いから 」⇒ ほとんどの状況 ≠ どんな場合でも
2018/05/04(金) 11:19:31.94ID:2HQNn0mM
続き (2/2)

あとの>>265, >>287, >>343, >>351は同一人物（ID:ygisZEFQ）なのでこいつが１人騒いでるだけ
こいつは色々おかしいからスルーしとけ w
2018/05/04(金) 11:21:29.76ID:2HQNn0mM
>>418
どの論法の話かわからんし、お前の言いたいこともよくわからん
もっと整理してからレスしてくれ
422デフォルトの名無しさん
垢版 |
2018/05/04(金) 11:34:04.08ID:ogBK84PN
>>419
プラットフォームや言語機能など根底の部分に対して”貧弱"とか"レガシー"などの評価をしてるから、
それは「いつだってVBAはダメ」という気持ちを持ってるんだよ。自分はそう解釈している。
2018/05/04(金) 11:38:00.69ID:rmywIw/1
自分はそういう気持ちがあるな
でも言い出すとCOMがクソとかOfficeがクソとかスレチの話題にしかならん
2018/05/04(金) 11:46:43.49ID:2HQNn0mM
>>422
そりゃ業務システムレベルの開発とかならプラットフォームや言語の機能が問題になるからね
裏を返せば小規模ならそう言うことより簡単に使えるとかの方が重要になる
って書かれてることすら理解できないの？
引っ込みつかないのか頭が固いのか知らんけどもう少し落ち着いた方がいいと思うよ
425デフォルトの名無しさん
垢版 |
2018/05/04(金) 11:51:21.62ID:ogBK84PN
>>424
それ正しいの？
全然理解できませんね
426デフォルトの名無しさん
垢版 |
2018/05/04(金) 11:52:45.32ID:ogBK84PN
>>424
少なくとも　>>152と>>265と>>287がそんなニュアンスで書いているとは全く思えないね
427デフォルトの名無しさん
垢版 |
2018/05/04(金) 11:55:33.57ID:ogBK84PN
>>424
そもそも業務システムレベルの開発がExcel VBAの守備範囲外なんだから、「裏を返せば〜」なんてナンセンスな主張だよ。
2018/05/04(金) 12:17:16.67ID:Bbccs1tm
一行１レコード　の形式で保存されたExcel　に限り　VBAは貧弱　　　と、彼らは仰ってる
ま、そんなお行儀のいいファイルならむべなるかな

而して、世間にはワープロ代わりのExcelも多数存在するのも現実で
それを否定するなら行政レベルでトップダウンするぐらいの同調圧力を要する

建設現場で採ったデータを表形式にしてその部分をCADに貼り付ける
なんてぇ場面にもExcelは大活躍していたりする
で、その表のあるファイルには別シートに作業の進捗を書き込んだり出勤簿を書き込んだり
使用部材をまとめたりと、その現場の詳細をほぼすべて網羅した成果表の体を成してたりする

他社がそんな管理してるのを知れば、うちもうちもとその周辺は一気に同じ業務体系に雪崩れこむ

具体例の一端だが、んなもんExcel要らねえよ　という意見は賛成できるが、ではと、それらを
網羅したシステムは果たしておいくら万円になるのか？　果たしてそれが普及するのか？
ちょくちょく変更される要求事項をエンドユーザー任せで自在に改変できる仕様の「データ保存システム」が
4〜5万円で手に入れられるなら　大多数はExcelを選択するだろう　　で、その頻繁に発生する変更に
ユーザーレベルで対応するのにVBA使って手直ししていく　　って需要は無くならないだろ、と　　　はあ、後半面倒くさくなった
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況