【最強CUI】PowerShell -Part 2 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/26(土) 06:30:02.67

前スレ
【最強CUI】PowerShell -Part 1
http://echo.2ch.net/test/read.cgi/tech/1378978504/

**デフォルトの名無しさん** · 2018/06/04(月) 19:50:56.49

>>769
速いかは知らんけどそれと同じようにするならこんな感じかね

$n = 1000
$arr = New-Object "object[,]" $n,1
1..$n | foreach { $arr[($_-1),0] = [int]$_*5 }
$sheet.Range($sheet.Cells.Item(1, 1), $sheet.Cells.Item($n, 1)) = $arr

**デフォルトの名無しさん** · 2018/06/04(月) 23:24:00.90

>>770
ありがとうございます。多次元配列を使えばよいのですね。
webで調べると多次元配列と多段階配列（ジャグ配列）がごっちゃになってるサイトもあって混乱していましたが、770さんの簡潔な記述をみて理解出来ました。

**デフォルトの名無しさん** · 2018/06/06(水) 23:07:10.85

gradle的なタスクランナーDSLは無いの？

**デフォルトの名無しさん** · 2018/06/09(土) 16:51:36.72

PowershellからExcelのユーザフォーム(コマンドボタン)を非表示かクリックできないようにしたいのですが、いくつか試してもうまく設定できませんでした。

ご存知の方がいたら、ご教示いただければ。

**デフォルトの名無しさん** · 2018/06/09(土) 17:03:33.87

試したコードを晒せば修正してあげるよ^^

**デフォルトの名無しさん** · 2018/06/09(土) 18:02:05.59

>>773
別のインスタンスからフォームを操作するってこと？
参考にVBAだとどうやるの？

**773** · 2018/06/11(月) 12:16:46.97

以下で動くことは確認しましたが、できたらPowershellだけで完結したいです。

$excel = New-Object -ComObject Excel.Application;
$book = $excel.Workbooks.Open('～ファイル名～');
$num1 = $excel.Worksheets.count ;
$array = @() ;
for ( $i1 = 1 ; $i1 -le $num1 ; $i1++ ){ ;
if ( $excel.Worksheets.Item($i1).name.substring( 0, 4 ) -eq 'xxx_' ) { ;
$array += $excel.Worksheets.Item($i1).name ;
} ;
} ;
for( $i2=0; $i2 -lt $array.count; $i2++){ ;
$shtname = $array[$array.count-$i2-1] ;
$MDB_index = $excel.Worksheets.Item('MDB').index ;
$excel.Worksheets.Item($shtname).move( $excel.Worksheets.Item( $MDB_index ) ) ;
$excel.Worksheets.Item('MDB').move( $excel.Worksheets.Item( $shtname ) ) ;
$excel.Worksheets.Item($shtname).name = 'yy_' + $shtname.substring( 4, $shtname.length - 4 ) ;
} ;
$excel.run("Unable")

**773** · 2018/06/11(月) 12:17:21.17

* VBAのUnableの中身 ;
Sub Unable()
Dim SHTNAME As String
Dim NUMBER As Integer
Dim I1 As Integer

NUMBER = ThisWorkbook.Worksheets.Count
For I1 = 1 To NUMBER
SHTNAME = ThisWorkbook.Worksheets(I1).Name
If Mid(SHTNAME, 1, 3) = "yy_" Then
ThisWorkbook.Worksheets(I1).CBT1.Enabled = False
End If
Next
End Sub

**デフォルトの名無しさん** · 2018/06/11(月) 23:51:03.62

>>776
xxx_のシートをMDBの後ろに並べたいってことでいいんかね？

$book.Sheets[$book.Sheets.Count..1] | where { $_.name -like "xxx_*" } | foreach {
$_.move([Reflection.Missing]::Value, $book.Sheets("MDB"))
$_.name = $_.name -replace "^xxx_","yy_"
$_.OLEObjects("CBT1").Enabled = $false
}

**773** · 2018/06/12(火) 12:30:53.64

>>778
VBAに依存せず実行できました。感謝。

**デフォルトの名無しさん** · 2018/06/21(木) 19:07:26.37

windows10ですが
Get-ItemPropertyでLastWriteTimeを見てみると
エクスプローラで表示される更新日時と異なるファイルが有りました

更新日時の方が作成日時より前の日付になってるので
おそらく　LastWriteTimeの方が正しい日付だと思います

これを訂正するためにPSからエクスプローラの更新日付を取得したいのですが
エクスプローラの更新日時がどこから来ているものかさっぱりわかりません

**デフォルトの名無しさん** · 2018/06/21(木) 19:25:07.20

Utc？

**780** · 2018/06/21(木) 20:21:17.18

いくつかファイルを調べてみると、更新日時とLastWriteTimeの差が一週間離れているのも有るので
タイムゾーンの問題とは考えにくいです
よく見ると、作成日時もCreationTimeと10日くらいのずれが有りましたｗ

エクスプローラが詳細プロパティ以外の日付を参照してる意味が分かりません
windowsの強制メジャーアップデートで何度かクラッシュした影響でファイルが壊れてるのかも

**デフォルトの名無しさん** · 2018/06/23(土) 00:44:45.99

代替データストリームじゃね？

**デフォルトの名無しさん** · 2018/07/04(水) 22:21:13.01

JBF

**デフォルトの名無しさん** · 2018/07/04(水) 23:23:31.98

なんでこんなに過疎ってるんですか

**デフォルトの名無しさん** · 2018/07/05(木) 22:43:24.58

「書き込みがあったら反応しよう」と思ってる人がたくさんいるからかな？

**デフォルトの名無しさん** · 2018/07/08(日) 03:18:34.99

わしはね、ローカルの小物guiでps始めよう思ってたらhtaというものを発見してしまったんじゃ

**デフォルトの名無しさん** · 2018/07/08(日) 04:04:12.13

失われた古代技術

**デフォルトの名無しさん** · 2018/07/14(土) 21:56:02.39

若者が「HTAって使えるんじゃね？」と思ってしまうのは仕方がない。
オッサン～ジジイが「HTAを発見した」つったら「今まで何して生きてきたの？」としか言いようがない。

Windowsでのローカルの小物GUIは、今、滅亡の危機ですらある。
WordやExcelを使った自動化すら、今後もできるかどうか怪しい。

**デフォルトの名無しさん** · 2018/07/14(土) 22:29:26.95

HTA軽くていいよね機能追加も楽だし
ランチャーにしてる

**デフォルトの名無しさん** · 2018/07/14(土) 22:38:50.55

ローカルの小物GUIってなんだよ

**デフォルトの名無しさん** · 2018/07/14(土) 22:50:10.64

GUI付のしょうもないアプリ

**デフォルトの名無しさん** · 2018/07/14(土) 23:12:51.46

ローカル実行できるスクリプトで動くGUIアプリに決まってるだろ。
Excel や Access の VBA がその代表格。
COM がベースだから切られる方向なのは分かる。
でも代替できるものがない。

いっとき PowerShell＋WPF が期待を担ったが…
・呼ばれる側のアプリにコマンドレットの実装が必要
・.NET ごとオープンソースの世界に行ってしまって Windows そのものが切られそう
・そういうのは C# で書いて配れ、と明示的に言ってくれた方がまだ楽。

が、MS はダンマリを決め込んでいるんだよなぁ…

**デフォルトの名無しさん** · 2018/07/15(日) 00:32:04.05

>>791
なんなんでしょうね

**デフォルトの名無しさん** · 2018/07/15(日) 01:35:23.34

>>793
＞COM がベースだから切られる方向なのは分かる。
＞でも代替できるものがない。

よく調べてないんだけどVisual Studio Tools for Officeとかはダメ？

**デフォルトの名無しさん** · 2018/07/15(日) 01:35:37.01

powershell入ってないXP以下で使えるんすよ
判ってくださいよ

**デフォルトの名無しさん** · 2018/07/16(月) 21:11:22.99

とりあえず、PowerShellが「最強CUI」とかいう寝言は取り下げた方がいい。誤解を招く。

**デフォルトの名無しさん** · 2018/07/16(月) 21:19:57.77

はいはい、しゅごいでちゅねー

**デフォルトの名無しさん** · 2018/07/16(月) 21:42:32.84

最強だが。
ただ使っている人は少ない。

**デフォルトの名無しさん** · 2018/07/16(月) 21:51:20.37

>>797
誤解してるのはお前だけだからお前がどっかに行けば解決

**デフォルトの名無しさん** · 2018/07/17(火) 23:10:59.27

>>798-800
管理目的なら最強だろう。確かに。
が、それ以外の目的にはおおよそ優しくない。てゆーか元の開発陣がそう言ってる（管理目的、API指向）。
OSSになったから 6以降も（3でもやったけど…）破壊的な仕様変更をゴリゴリやりそう。

特に PowerShell Desktop は今後バージョンアップは無さげだから、管理系以外の Win系のユーザーは手を出す理由がない。
Win系ですら「引き継ぎを考えたら VBScript で書いておこうか…」てなる。
WPF は死亡寸前だし。

Winユーザーはバッチや VBScript の後継としての役目を捨てようとしている PowerShell に文句を言う筋合いはあると思うがね。
純粋な対話型CUI の最強は bash系列だし。

何言ってんの？？
どこがどう最強なのか言って欲しいわ。

特に、Office系の自動化なんて COMオブジェクトに頼らないと無理だろ。
PowerShell で書くといちいち Excel のセルですらリソース開放が必要でクソ面倒。
Set objExcel = Nothing
とサクッと書けるほうがいいに決まっている。

PowerShell は万能じゃねーんだよ！馬鹿ども。

**デフォルトの名無しさん** · 2018/07/17(火) 23:14:01.71

>>801
管理目的とは？

**デフォルトの名無しさん** · 2018/07/17(火) 23:20:39.18

C#erだから.NETライブラリがそのまま使えるPowerShell好きだわ

**デフォルトの名無しさん** · 2018/07/17(火) 23:25:15.93

>>803
どんな用途で使ってる？

**デフォルトの名無しさん** · 2018/07/17(火) 23:32:27.62

>>804
最近作ったのはCのヘッダーからC#ラッパー生成するやつ

**デフォルトの名無しさん** · 2018/07/18(水) 12:45:25.76

vbsからpsをキックする

**デフォルトの名無しさん** · 2018/07/19(木) 23:44:42.87

>>806
生理的に嫌すぎる

**デフォルトの名無しさん** · 2018/07/22(日) 13:00:02.17

VBAスレに来てるPowerShellゴミクズ荒し何なの?

PowerShellの工夫はより良くするための工夫でVBAの工夫は欠陥を補う工夫って、どのロで言うんだろうね。
VBAだとソース管理出来ないというから、ソース抜き出してソース管理ツールに渡すのはダメという意味なんだろうけど、その割にPowerShellだとVisualStudioと連携できるとか言い出すダブスタ。

PowerShellでC#コンパイル出来るとか、バカ丸出し。
csc使うんだったら何だって出来るだろう。
コイツがムカつくのはそういう工夫を全て否定する所。
それを否定するならPowerShellだってゴミクズだろう。

そういう工夫こそが大事なのに。

**デフォルトの名無しさん** · 2018/07/22(日) 13:30:20.53

スクリプトなんて適材適所で何使ったっていい
他人がなんかいちゃもん付けてきたら、
「こいつ初心者で一時的に心酔してバカ発言してるんだな、
　あと数ヶ月もすればこのときのことを思い出して恥ずかしさにそこらへんを転げまわるんだろうな」
程度に気の毒がってりゃいいさ

**デフォルトの名無しさん** · 2018/07/22(日) 13:32:06.23

エクセルなんて要らん工夫して紙と電卓を使いこなせば事務作業はできる

会社に支給されたパソコンを目の前置いて、こう主張するおじいさんが居たらどう思う？
馬鹿だねーエクセルなんて簡単なのになんで電卓使うの？
社員ならエクセル使っていいのになんで？
そう思わないかな？

もし思わないなら根本的に感覚がズレてるので同意を得るのは難しいと思うよ

**デフォルトの名無しさん** · 2018/07/22(日) 13:33:43.75

つかわざわざこっちにきて何がしたいん？
そいつに言えばいいやん
お前もゴミだろう

**デフォルトの名無しさん** · 2018/07/22(日) 13:35:02.58

>>811
ことごとく論破されたので逃げてきたんだろう

**デフォルトの名無しさん** · 2018/07/22(日) 14:06:13.49

>>811
VBAのスレが荒れるのが嫌だからでしょ
考えたらわかるじゃんw 脳みそあるの？

**デフォルトの名無しさん** · 2018/07/22(日) 14:07:05.72

>>812
PowerShellユーザが迷惑かけてるんだから
スレとしての責任が問われてる

**デフォルトの名無しさん** · 2018/07/22(日) 14:07:45.01

散々論破しているのに最後まで居座られて迷惑してスレが終わったからだよ。
そしてPowerShellの立場はExcelと被るわけでどっちも適材適所だろ。
その場に合ったのを使えば良いんだ。

奴は自分がPowerShellを貶めてるのに気付いて無い。

**デフォルトの名無しさん** · 2018/07/22(日) 14:15:13.20

責任とって立ててきてやったぞ
存分にレスバを楽しんでくれ

Excel VBA 質問スレ Part55
https://mevius.5ch.net/test/read.cgi/tech/1532236398/

**デフォルトの名無しさん** · 2018/07/22(日) 14:16:06.18

読んできた
Rubyキチが紛れてるのが無理矢理すぎて笑える

**デフォルトの名無しさん** · 2018/07/22(日) 14:17:54.05

>>816
馬鹿野郎、てめんとこの人間が迷惑かけてんだから
うちの者がご迷惑おかけして申し訳ありません
と謝罪するのが筋だろうが

**デフォルトの名無しさん** · 2018/07/22(日) 14:19:08.41

ほんとPowerShellは他人に迷惑かけてバッカやな
ほんまクズやな、PowerShellのせいやろな

**デフォルトの名無しさん** · 2018/07/22(日) 14:20:41.76

照れんなよ
立ててくれてうれしいんだろ

**デフォルトの名無しさん** · 2018/07/22(日) 14:23:23.96

行動は早いけど間違ってる人っているよね

**デフォルトの名無しさん** · 2018/07/22(日) 14:24:51.70

オマエやんそれ
レスは早いがトンチンカン

**デフォルトの名無しさん** · 2018/07/22(日) 14:26:02.34

>>822
ぼくは何も行動してないからね、完全に無害だけど
スレ立てしちゃった人がいるんだよ、ぼくはその人を知ってるんだ

**デフォルトの名無しさん** · 2018/07/22(日) 14:26:31.77

>>816
こいつです、こいつVBAのスレを立てやがりました

**デフォルトの名無しさん** · 2018/07/22(日) 14:27:18.37

褒めすぎんなよ
当然のことをしたまでよ

**デフォルトの名無しさん** · 2018/07/22(日) 14:27:57.35

自分がどれだけ悪いことをしたのかについてもわかってないと思います
頭の悪い人っているんだなって思いました

**デフォルトの名無しさん** · 2018/07/22(日) 14:28:40.17

https://pbs.twimg.com/media/CkhWReGUgAAJvHw.jpg

**デフォルトの名無しさん** · 2018/07/22(日) 14:30:32.96

自発的に間違った行動をとる組織にとってのガン細胞が確認されました

**デフォルトの名無しさん** · 2018/07/22(日) 14:30:55.52

>>816 こいつガンです

**デフォルトの名無しさん** · 2018/07/22(日) 14:31:21.33

ガン、お前だったのか!?

**デフォルトの名無しさん** · 2018/07/22(日) 14:31:43.01

大造じいさんとガン

**デフォルトの名無しさん** · 2018/07/22(日) 14:33:56.27

なんでVBAのスレ立ててもうたんや
何してくれてんのや
PowerShellユーザが言い訳できないレベルで
全面的に悪いことになってまうやろ

**デフォルトの名無しさん** · 2018/07/22(日) 14:35:11.72

なんでや!?なんでやねん！なんでスレ立ててもうたんや!!
なんでもっと冷静に行動でけへんねん
スレ立てたら済むと思ったんか？
なに考えてんねん

**デフォルトの名無しさん** · 2018/07/22(日) 14:36:13.45

なんでこんな前例を作ってしまったんや
この過ちはPowerShellの後世に禍根を残すで

**デフォルトの名無しさん** · 2018/07/22(日) 14:37:09.12

>>831
大造じいさん「ぐぅぅ、わしはもうだめや・・・」

**デフォルトの名無しさん** · 2018/07/22(日) 14:39:37.19

さて、残念なことが起きました
この中にVBAのスレを立てた人がいます
正直に手を挙げてください

**デフォルトの名無しさん** · 2018/07/22(日) 14:39:55.36

>>816
お前や！！！

**デフォルトの名無しさん** · 2018/07/22(日) 15:07:12.23

いくら何でもこれはないわ。
どっちがよりクズかって言ったら断然VBA住人だろう。
PowerShell -Part 3
http://mevius.5ch.net/test/read.cgi/tech/1532236932/

**デフォルトの名無しさん** · 2018/07/22(日) 16:11:00.92

>>838
スレ立ててやったんやから感謝せえや

**デフォルトの名無しさん** · 2018/07/22(日) 16:11:26.61

当然のことをしたまでよ
照れんなよ

**デフォルトの名無しさん** · 2018/07/22(日) 18:26:14.28

>>839
ずいぶん可愛そうな環境で育ったんだな。同情するよ、ごめんな。

**デフォルトの名無しさん** · 2018/07/24(火) 20:42:16.15

>>808
> PowerShellでC#コンパイル出来るとか、バカ丸出し。
残念ながらそんな昭和脳レベルの話じゃないんだな w
http://yomon.hatenablog.com/entry/2013/06/05/PowerShellスクリプト内でC%23コードを書いて使う

**デフォルトの名無しさん** · 2018/07/25(水) 21:13:55.37

Powershellのコマンドを使ってあるEXEを管理者権限で起動することって出来ないでしょうか？

いちいちEXEのショートカットを作って「管理者として実行」にチェックするのが面倒なので・・・

あ、OSはWin7です。

**デフォルトの名無しさん** · 2018/07/25(水) 21:15:04.89

↑OSはWin10でした。すみません。

**デフォルトの名無しさん** · 2018/07/25(水) 21:41:07.86

start hoge.exe -Verb runas

**デフォルトの名無しさん** · 2018/07/25(水) 23:07:01.78

>>842
あんまり、荒らすつもりは無いけどそれはダメダメだね。
というか、その昔俺もその手法使ってたし。
俺の書いたPS1ファイルのタイムスタンプを見ると2011年だからその記事より前だな。

あのね、何でC#のソースを動かさなきゃならんの?
そういう場面が有るとすればPowerShellだけで出来ないことをしようとする場合だろ。
つまり工夫で乗りきろうとしている場合なんだからVBAのスレを荒らしてた奴風に言わせればC#のソースを書かなきゃならん時点でPowerShellはゴミってことになるのよ。

**デフォルトの名無しさん** · 2018/07/26(木) 00:24:48.95

VBA内でC#のクラス定義してそのままVBA内で使えるようになってから出直してこい
何をするにも不合理に手間がかかるからVBAは糞だって言ってんだよ

**デフォルトの名無しさん** · 2018/07/26(木) 00:32:39.24

なんで既存のソース活用するのにcscだの別プロセスだの大げさなことしないといかんの？
.NETがあるのになんで態々COMだのwinAPIだの直で触らなあかんの？
っていう人間なので問題なしです

**デフォルトの名無しさん** · 2018/07/26(木) 06:27:07.99

>>847
でもPowerShellは激遅ですよ

**デフォルトの名無しさん** · 2018/07/26(木) 06:40:44.04

>>846
> そういう場面が有るとすればPowerShellだけで出来ないことをしようとする場合だろ。
バカなの？
・C#のほうが楽に書ける
・既存のコードが流用できる
とかあるだろ

**デフォルトの名無しさん** · 2018/07/26(木) 08:08:40.25

>>847
PowerShellだって不合理じゃねーか。
お前は都合の良いところばかり言う。
Excelブック1ファイルで完結できるようになってから出直しな。

>>850
同じことだ。
欠点を工夫で乗りきっているわけだから。

**デフォルトの名無しさん** · 2018/07/26(木) 08:42:02.44

工夫の簡単さがVBAとはダンチなんですが

**デフォルトの名無しさん** · 2018/07/26(木) 09:04:14.03

はるほど、ExcelVBAスレで暴れてた奴今度はこっちに来てたのか…

**デフォルトの名無しさん** · 2018/07/26(木) 12:12:12.02

>>851
どこが同じなんだよ w

> 出来ないことをしようとする
↕
> 楽に書ける
> 流用できる

**デフォルトの名無しさん** · 2018/07/26(木) 12:49:19.43

>>854
出来ないことをしようとする。
←C#のコ―ドをそのままC#でコンパイルして、出来たプログラムを動かす。

出来ないことをしようとする。
←コンパイル済みのプログラムを高速に動かす。

出来ないことをしようとする。
←VisualStudioでGUIのデザインをする。

出来ないことをしようとする。
←面倒なことをPowerShell単体で実現する。

な、一緒だろ。

**デフォルトの名無しさん** · 2018/07/26(木) 13:38:54.60

相変わらず日本語が通じない

**デフォルトの名無しさん** · 2018/07/26(木) 14:42:38.06

もう引っ込みつかなくなって意味不明なことを語りだしたか w

**デフォルトの名無しさん** · 2018/07/26(木) 14:55:36.09

PoshもVBAも
同じMS製品なんだから
ケンカすんなよ

**デフォルトの名無しさん** · 2018/07/26(木) 18:46:55.24

VBAはMSの暗黒面だから一緒にしないでほしい

**デフォルトの名無しさん** · 2018/07/26(木) 19:03:10.56

日本語が通じないのはお互い様だろ。

C#に比較して楽に書けて無いだろ。
つまりC#を元に考えればゴミということになる。

別途VSCodeとかを入れるのは面倒じゃ無いのか?

C#のコード部品にもインテリセンスが効くのか?

楽だとすればそれはC#のことでPowerShellは文字列変数にコード入れなきゃならん。
そして文字列をC#のコードとして動かす為にもAdd-Type呼び出すなどと面倒なことをしなきゃならん。

**デフォルトの名無しさん** · 2018/07/26(木) 20:41:15.58

>>860
まったくもってその通りで C#>PowerSell だよ

もっと書くと
C# > PowerSell >>>>>>>>> VBA
だけど

なんで唐突にC#と比べはじめちゃったの？

**デフォルトの名無しさん** · 2018/07/26(木) 20:43:42.29

向こうでもVSCodeやらIDE入れたら～ってレスしてるやついるけどさ

VBAを主に使うのは事務屋
↓
事務の職場は（開発系と違って）外部ソフトの導入を渋られる所が多い
↓
結局Windows付属の
・VBA
・VBS
・cmd
・PowerShell
しか使えない
↓
エクセルにあまり関わらない処理はPowerShellでやってもいいんじゃね

って感じだと思うの
（というか、現にウチがこれ）

この、VBA(VB6)かPowerShell「しか」手段がない前提で行けば、
C#のソース読み込むとか多少歪んだ使い方だとしてもVBAよりPowerShellを使いたくなる時があるのは理解できるだろ？

もちろんVBAもバリバリ使ってるけどな

なんでどちらかだけしか使う価値がない！！！みたいな話になってんだろ

**デフォルトの名無しさん** · 2018/07/26(木) 21:19:35.67

マクラーは何でもかんでもVBAでやりたがるから

**デフォルトの名無しさん** · 2018/07/26(木) 23:53:09.37

Add-Typeはメタプログラミングするときに便利

**デフォルトの名無しさん** · 2018/07/26(木) 23:56:00.76

>>862
逆の話でね、こっちはず―っとそういうことを言ってるの。
その度にPowerShellしか価値が無いと言われてるんだよ。
ず―っと適材適所と言ってる。

**デフォルトの名無しさん** · 2018/07/27(金) 00:00:29.39

>>865
VBAでスクレイピングだとか1ファイルで完結とか言っといて適材適所を主張してます！は頭おかしいんじゃねえの？

**デフォルトの名無しさん** · 2018/07/27(金) 00:03:25.35

>>861
全くその通りじゃね―んだよ。
VisualStudioが入って無い、もしくは入れられない環境ではC#は意味がねえ。
だから適材適所なんだよ。

大体、PowerShellがVBAに勝てるわけねえんだよ。
VBAが使われる環境ではVBA>>>PowerShellだし。
PowerEellが使われる環境ではPowerShell>>>VBAだろう。
噛み合わねえんだよ。

**デフォルトの名無しさん** · 2018/07/27(金) 00:06:37.08

>>866
1ファイルになるのはExcelの環境だからだろ。
そういう土俵(環境)なんだからVBAが有利なのは仕方無いだろ。
スクレイピングもExcelブックにデータを展開するのが前提だぞ。
そうじゃなかったらVBAでやるべきじゃない。

**デフォルトの名無しさん** · 2018/07/27(金) 00:13:06.60

汎用的な開発だったら何でVBAでやるんだよ。
そりゃアホだろ。

VBAの議論をするならExcelの環境が大前提なんだから他の言語はそれに合わせなければならない。
だから他言語は不利になるのあたり前の話。

こういう話は当然PowerShellにもあるわけで、だから適材適所なわけ。