【最強CUI】PowerShell -Part 2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>793
>COM がベースだから切られる方向なのは分かる。
>でも代替できるものがない。
よく調べてないんだけどVisual Studio Tools for Officeとかはダメ? powershell入ってないXP以下で使えるんすよ
判ってくださいよ とりあえず、PowerShellが「最強CUI」とかいう寝言は取り下げた方がいい。誤解を招く。 >>797
誤解してるのはお前だけだからお前がどっかに行けば解決 >>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 は万能じゃねーんだよ!馬鹿ども。 C#erだから.NETライブラリがそのまま使えるPowerShell好きだわ >>804
最近作ったのはCのヘッダーからC#ラッパー生成するやつ VBAスレに来てるPowerShellゴミクズ荒し何なの?
PowerShellの工夫はより良くするための工夫でVBAの工夫は欠陥を補う工夫って、どのロで言うんだろうね。
VBAだとソース管理出来ないというから、ソース抜き出してソース管理ツールに渡すのはダメという意味なんだろうけど、その割にPowerShellだとVisualStudioと連携できるとか言い出すダブスタ。
PowerShellでC#コンパイル出来るとか、バカ丸出し。
csc使うんだったら何だって出来るだろう。
コイツがムカつくのはそういう工夫を全て否定する所。
それを否定するならPowerShellだってゴミクズだろう。
そういう工夫こそが大事なのに。 スクリプトなんて適材適所で何使ったっていい
他人がなんかいちゃもん付けてきたら、
「こいつ初心者で一時的に心酔してバカ発言してるんだな、
あと数ヶ月もすればこのときのことを思い出して恥ずかしさにそこらへんを転げまわるんだろうな」
程度に気の毒がってりゃいいさ エクセルなんて要らん工夫して紙と電卓を使いこなせば事務作業はできる
会社に支給されたパソコンを目の前置いて、こう主張するおじいさんが居たらどう思う?
馬鹿だねーエクセルなんて簡単なのになんで電卓使うの?
社員ならエクセル使っていいのになんで?
そう思わないかな?
もし思わないなら根本的に感覚がズレてるので同意を得るのは難しいと思うよ つかわざわざこっちにきて何がしたいん?
そいつに言えばいいやん
お前もゴミだろう >>811
ことごとく論破されたので逃げてきたんだろう >>811
VBAのスレが荒れるのが嫌だからでしょ
考えたらわかるじゃんw 脳みそあるの? >>812
PowerShellユーザが迷惑かけてるんだから
スレとしての責任が問われてる 散々論破しているのに最後まで居座られて迷惑してスレが終わったからだよ。
そしてPowerShellの立場はExcelと被るわけでどっちも適材適所だろ。
その場に合ったのを使えば良いんだ。
奴は自分がPowerShellを貶めてるのに気付いて無い。 読んできた
Rubyキチが紛れてるのが無理矢理すぎて笑える >>816
馬鹿野郎、てめんとこの人間が迷惑かけてんだから
うちの者がご迷惑おかけして申し訳ありません
と謝罪するのが筋だろうが ほんとPowerShellは他人に迷惑かけてバッカやな
ほんまクズやな、PowerShellのせいやろな >>822
ぼくは何も行動してないからね、完全に無害だけど
スレ立てしちゃった人がいるんだよ、ぼくはその人を知ってるんだ >>816
こいつです、こいつVBAのスレを立てやがりました 自分がどれだけ悪いことをしたのかについてもわかってないと思います
頭の悪い人っているんだなって思いました 自発的に間違った行動をとる組織にとってのガン細胞が確認されました なんでVBAのスレ立ててもうたんや
何してくれてんのや
PowerShellユーザが言い訳できないレベルで
全面的に悪いことになってまうやろ なんでや!?なんでやねん!なんでスレ立ててもうたんや!!
なんでもっと冷静に行動でけへんねん
スレ立てたら済むと思ったんか?
なに考えてんねん なんでこんな前例を作ってしまったんや
この過ちはPowerShellの後世に禍根を残すで >>831
大造じいさん「ぐぅぅ、わしはもうだめや・・・」 さて、残念なことが起きました
この中にVBAのスレを立てた人がいます
正直に手を挙げてください いくら何でもこれはないわ。
どっちがよりクズかって言ったら断然VBA住人だろう。
PowerShell -Part 3
http://mevius.5ch.net/test/read.cgi/tech/1532236932/ >>839
ずいぶん可愛そうな環境で育ったんだな。同情するよ、ごめんな。 >>808
> PowerShellでC#コンパイル出来るとか、バカ丸出し。
残念ながらそんな昭和脳レベルの話じゃないんだな w
http://yomon.hatenablog.com/entry/2013/06/05/PowerShellスクリプト内でC%23コードを書いて使う Powershellのコマンドを使ってあるEXEを管理者権限で起動することって出来ないでしょうか?
いちいちEXEのショートカットを作って「管理者として実行」にチェックするのが面倒なので・・・
あ、OSはWin7です。 start hoge.exe -Verb runas >>842
あんまり、荒らすつもりは無いけどそれはダメダメだね。
というか、その昔俺もその手法使ってたし。
俺の書いたPS1ファイルのタイムスタンプを見ると2011年だからその記事より前だな。
あのね、何でC#のソースを動かさなきゃならんの?
そういう場面が有るとすればPowerShellだけで出来ないことをしようとする場合だろ。
つまり工夫で乗りきろうとしている場合なんだからVBAのスレを荒らしてた奴風に言わせればC#のソースを書かなきゃならん時点でPowerShellはゴミってことになるのよ。 VBA内でC#のクラス定義してそのままVBA内で使えるようになってから出直してこい
何をするにも不合理に手間がかかるからVBAは糞だって言ってんだよ なんで既存のソース活用するのにcscだの別プロセスだの大げさなことしないといかんの?
.NETがあるのになんで態々COMだのwinAPIだの直で触らなあかんの?
っていう人間なので問題なしです >>846
> そういう場面が有るとすればPowerShellだけで出来ないことをしようとする場合だろ。
バカなの?
・C#のほうが楽に書ける
・既存のコードが流用できる
とかあるだろ >>847
PowerShellだって不合理じゃねーか。
お前は都合の良いところばかり言う。
Excelブック1ファイルで完結できるようになってから出直しな。
>>850
同じことだ。
欠点を工夫で乗りきっているわけだから。 はるほど、ExcelVBAスレで暴れてた奴今度はこっちに来てたのか… >>851
どこが同じなんだよ w
> 出来ないことをしようとする
↕
> 楽に書ける
> 流用できる >>854
出来ないことをしようとする。
←C#のコ―ドをそのままC#でコンパイルして、出来たプログラムを動かす。
出来ないことをしようとする。
←コンパイル済みのプログラムを高速に動かす。
出来ないことをしようとする。
←VisualStudioでGUIのデザインをする。
出来ないことをしようとする。
←面倒なことをPowerShell単体で実現する。
な、一緒だろ。 もう引っ込みつかなくなって意味不明なことを語りだしたか w PoshもVBAも
同じMS製品なんだから
ケンカすんなよ 日本語が通じないのはお互い様だろ。
C#に比較して楽に書けて無いだろ。
つまりC#を元に考えればゴミということになる。
別途VSCodeとかを入れるのは面倒じゃ無いのか?
C#のコード部品にもインテリセンスが効くのか?
楽だとすればそれはC#のことでPowerShellは文字列変数にコード入れなきゃならん。
そして文字列をC#のコードとして動かす為にもAdd-Type呼び出すなどと面倒なことをしなきゃならん。 >>860
まったくもってその通りで C#>PowerSell だよ
もっと書くと
C# > PowerSell >>>>>>>>> VBA
だけど
なんで唐突にC#と比べはじめちゃったの? 向こうでもVSCodeやらIDE入れたら〜ってレスしてるやついるけどさ
VBAを主に使うのは事務屋
↓
事務の職場は(開発系と違って)外部ソフトの導入を渋られる所が多い
↓
結局Windows付属の
・VBA
・VBS
・cmd
・PowerShell
しか使えない
↓
エクセルにあまり関わらない処理はPowerShellでやってもいいんじゃね
って感じだと思うの
(というか、現にウチがこれ)
この、VBA(VB6)かPowerShell「しか」手段がない前提で行けば、
C#のソース読み込むとか多少歪んだ使い方だとしてもVBAよりPowerShellを使いたくなる時があるのは理解できるだろ?
もちろんVBAもバリバリ使ってるけどな
なんでどちらかだけしか使う価値がない!!!みたいな話になってんだろ Add-Typeはメタプログラミングするときに便利 >>862
逆の話でね、こっちはず―っとそういうことを言ってるの。
その度にPowerShellしか価値が無いと言われてるんだよ。
ず―っと適材適所と言ってる。 >>865
VBAでスクレイピングだとか1ファイルで完結とか言っといて適材適所を主張してます!は頭おかしいんじゃねえの? >>861
全くその通りじゃね―んだよ。
VisualStudioが入って無い、もしくは入れられない環境ではC#は意味がねえ。
だから適材適所なんだよ。
大体、PowerShellがVBAに勝てるわけねえんだよ。
VBAが使われる環境ではVBA>>>PowerShellだし。
PowerEellが使われる環境ではPowerShell>>>VBAだろう。
噛み合わねえんだよ。 >>866
1ファイルになるのはExcelの環境だからだろ。
そういう土俵(環境)なんだからVBAが有利なのは仕方無いだろ。
スクレイピングもExcelブックにデータを展開するのが前提だぞ。
そうじゃなかったらVBAでやるべきじゃない。 汎用的な開発だったら何でVBAでやるんだよ。
そりゃアホだろ。
VBAの議論をするならExcelの環境が大前提なんだから他の言語はそれに合わせなければならない。
だから他言語は不利になるのあたり前の話。
こういう話は当然PowerShellにもあるわけで、だから適材適所なわけ。 >>867
噛み合わないのはお前の理解力と日本語能力のせいでは??
正直なんでいきなり演説かましてんだこいつって感じだぞ 1ファイルになるのがメリットみたいな言い分が謎
逆にデメリットだろそれは
ファイル分けて管理したほうが開発しやすいだろ常識的に考えて
最終的に配布を1ファイルにしたいならJSみたいにバンドルすりゃいいだけだし
なんならワンライナーのオンラインインストーラーでもいい >>871
> ファイル分けて管理したほうが開発しやすいだろ常識的に考えて
それは開発側の都合でしかない
そんな事を意識しない利用者にとっては単一ファイルの方がいいのは当たり前
> なんならワンライナーのオンラインインストーラーでもいい
インストールとかバカすぎる w ちっちゃな事で荒れるな。
IT土方同士仲良くしろ。 >>872
脊髄反射でレスしないで読んでから返せない?
ユーザー都合で1ファイルがいいなら、1ファイルにバンドルすりゃいいだろ、って読めなかった?
インストールがダメってのも意味不明だな
ユーザー目線ならそれこそ何ファイルだろうがツールとして使えれば良いのだから、インストールスクリプトは有力な選択肢になる
1ファイルが良いってのもそもそもお前の思い込みでしかなくて、世の中には複数ファイルのツールのほうが遥かに多く、利用されてる
ユーザーは結果として簡単に使えればそんなことは気にしないんだよ >>874
VBAでバンドルとやらをどうやるつもりなのか書いてみ
> ユーザーは結果として簡単に使えれば
って豪語するんだから今のExcelファイル単体並に簡単に使えるんだよな w >>874
1ファイルにバンドル?
ExcelブックにPS1をバンドルしてどうするんだ?
個別に動かすの?
それじゃ1ファイルの意味ねーだろ。
第一、VBAは面倒とか言ってたのにそういう面倒なことするの?
Excelブックを渡した相手に余計な何かをインストールさせるのか。
VBAならそんなこと丸っきり必要ないのに。
インストールしなくても同じことが出来るならインストールしなきゃならんのはどう見てもデメリット。
世の中はExcelブックと他に何か別のファイルを持ち歩くのが遥かに多いとか、バカ過ぎるだろ。
ユーザーは簡単に使えれば中のコードがどうとか何の言語とかは優先度が低い。
Excelが前提のVBA批判をしてる自覚ある?
世の中には複数ファイルのツールってExcelの何?
なんか、ひとりよがりに感じるな。 適材適所とか言っておいてこれだよ
どんな場所でもVBAが適材になると思ってるらしい 日本語が通じないのが一番困るねぇ
なんでエクセルにpsをバンドルするって話にすり変わってんだよ
開発は複数のPs1でやって配布は1つのps1にバンドルしてやるって話だろが excel自体が適材じゃないから
ありとあらゆるものがexcelだから ファイル渡すだけ
インストールワンライナーをコピペしてシェル叩くだけ
あるいは1つのインストールスクリプトをダウンロードして実行するだけ
どっちも初回の手間は大して変わらんだろう
でも、エクセルファイル渡しは後々のバージョン管理で混乱するから、総合的に見てインストールのほうが楽だね エクセルは他のもの要らないんだー
↓
見つからない参照
鉄板あるあるネタwww
psはライブラリなければセントラルリポジトリからとってくるだけなのでこんなアホな目に合わんで済む ライブラリなんて使うからそうなる
全部自分で1から書き上げるか、歴史ある秘伝の自作ソースをコピペすれば事足りる
工夫で乗り切れるのだ
らしいっすよ? >>877
だから話の流れを読め。
Excel限定のVBAの話から始まっている。
どんな場所でもでは無い。
Excel限定だ。
元々の>>871が既にExcel限定を考慮せずにおかしなことになってる。
>>878
そうとも限らない場合もあるけど基本的にはその通り。
それに対してどんな場合でもVBAはダメっていう主張が有って、VBA側はそれに反論してる。 >>881
その手間が既に面倒くさいだろ。
しかもブック開いてるのに別スクリプトも動かすのか?
めんどうだわ。 >>882
そもそも基本的にMicrosoft謹製以外は使用NGが普通だぞ。
ライブラリのコードを全て把握してるとか自社で作成したものなら別だが。 >>885
Excelにくっついてくるソルバーアドイン使うのでさえ
オプションクリックしてアドインクリックして有効なアドインクリックしてチェックボックスクリックして…
とかやるのよりよっぽど簡単 >>887
???
既にそんな設定は済んでいるが。 >>884
Excelありきの話ならVBAスレでバトルしてこい
ここはPowerShellスレでPowerShellはなんでもできるオールラウンダーだ
PSerは心が広いからExcelコントロールの話をするなということはない
だがExcelの話題で縛れというなら流石に付き合う理由はない
繰り返す
Excelありきの話ならVBAスレでやれ >>889
そうなんだよな。
本当は長居するつもりも無かったんだが
頓珍漢なレスが多くて反応して今に至ってる。 元々VBAスレがPowerShell信者に荒らされてな。
そのままスレが最後までいって次が立つまでの間にこっちに書いたらこうなった。 >>888
お前が済んでたらファイル渡されたユーザーも参照できんのかよ ■ このスレッドは過去ログ倉庫に格納されています