【最強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/01/21(日) 16:34:53.49

>>338
> 使いにくいのは事実なんだから仕方ねーじゃん
お前にはそうなんだろうな...

**デフォルトの名無しさん** · 2018/01/21(日) 16:40:03.11

そもそもオープンソース化して喜ぶとかウニ厨でしょう。

**デフォルトの名無しさん** · 2018/01/21(日) 17:16:23.83

>>338
おバカ自慢て言われた程度で自治厨とか繊細すぎるな
あんた2chに向いてないと思う

**デフォルトの名無しさん** · 2018/01/22(月) 03:30:40.49

馬鹿だから使えない理論はvi厨の論法。使いにくいという事実を受け入れられない共産主義者。

**デフォルトの名無しさん** · 2018/01/22(月) 06:19:54.05

MS-Windowsのデバイスドライバ辺りをオープンソース化してくれるならともかく、PowerShellよりマシなものが沢山ある環境にこんな糞を投入されて喜ぶウニ厨なんていないでしょう。

**デフォルトの名無しさん** · 2018/01/22(月) 08:38:15.63

プレーンテキスト至上主義のunixで使えたところでそんなにうれしくないのは確か

**デフォルトの名無しさん** · 2018/01/22(月) 15:04:01.00

デバドラのサンプルソースは一通り揃ってるし、WDFはオープンソース化したというニュースを昔に見たが。
というかドキュメント整備したくないからソース見てくれって話だろう。つまり手抜き。
MSDNライブラリもスナップショットの提供を止めてから崩壊してるし。
無能PGが増えてコード品質の低下が止まらなくなってんだよ、今のMSは。

**デフォルトの名無しさん** · 2018/01/22(月) 17:12:28.75

>>342
だからどこが使い辛いんだよ、具体的に書いてみなよ
よくわからずに語ってるんじゃないんでしょ？

**デフォルトの名無しさん** · 2018/01/22(月) 18:06:37.00

>>>>346
Ｐｅｒｌ使ってみて、それでもPowerShellが良いって思うんならもう言うことは無いな

**デフォルトの名無しさん** · 2018/01/22(月) 18:29:53.43

結局具体的なことなにもいえないっていう
どの言語もろくに使えないのでは？
ご自慢のPerlつかってればいいと思うよ

**デフォルトの名無しさん** · 2018/01/22(月) 18:34:06.79

使える使えないの議論はしてないってことが根本から分かってない奴には困ったもんだ

**デフォルトの名無しさん** · 2018/01/22(月) 18:38:20.36

ほう、どうゆう議論してるの？

**デフォルトの名無しさん** · 2018/01/22(月) 21:27:41.78

そんなにPowerShellがクソなら、なんでGoogleがPowerShellモジュールを作ったりしてるんだよ

Cloud Tools for PowerShell
https://cloud.google.com/powershell/

**デフォルトの名無しさん** · 2018/01/22(月) 21:44:39.43

結論ありきの言い逃げがしたいだけだから、そもそも議論になってないだけだよ

**デフォルトの名無しさん** · 2018/01/22(月) 22:35:18.60

PowerShellは世界最強のシェル。
ただ使う人が少ない、使いこなせている人が少ないのがどうにも。

**デフォルトの名無しさん** · 2018/01/23(火) 17:18:34.01

googleはただのパクり屋。google様が使ってるから素晴らしいみたいな
マカーのような価値観の人がいるようだが、MSのほうがよほどマシ。

**デフォルトの名無しさん** · 2018/01/24(水) 08:44:25.19

そもそもなんでPowerSherllの比較対象がperlなんだ？
bashとかのunixシェルなら分かるが

**デフォルトの名無しさん** · 2018/01/24(水) 18:20:30.45

bash じゃ正規表現や連想配列も使えないだろ

って言う老害でしょ

**デフォルトの名無しさん** · 2018/01/25(木) 01:53:04.89

よほどPowerShellが気になってるんでしょうね
わざわざ来るくらいだから

**デフォルトの名無しさん** · 2018/01/25(木) 01:54:46.25

>>351
AWSもいっしょだよ

**デフォルトの名無しさん** · 2018/01/25(木) 02:58:09.47

大学とかで勉強し始めたばかりの奴が自分のOSや言語を作りたいって人いるじゃん。
そんな奴が作った感じするんだよね、PowerShellは。使う側のことを何も考えてないっていうか。

PowerShellには期待してたけど、残念賞あげたいレベル。

**デフォルトの名無しさん** · 2018/01/25(木) 03:06:11.90

まあMSがこれだけ時間をかけて普及させようとがんばってきたのにちっとも普及しなかったからな
さらに.NET FrameworkベースのPowerShellで頑張ってればいいのに.NET Coreベースに移行するのは吉とでるか凶と出るか

**デフォルトの名無しさん** · 2018/01/25(木) 03:34:37.44

>>359
具体的に

**デフォルトの名無しさん** · 2018/01/25(木) 04:38:12.97

リボンUIとかメトロUIもそんな奴が作った感じするんだよね。今まで便利で不満なかったものが、
今からおれが考えたこれ使えと言いつつ自分は碌に使ってないから何が不便かすら理解していない。
結局移行してもらえず、無料にしたり、オープンソースにしたり。

**デフォルトの名無しさん** · 2018/01/25(木) 06:02:25.02

＞自分は碌に使ってないから何が不便かすら理解していない。

おまえがなーｗ
PowerShellのイケてないところはたしかにあるんだよ
でもお前はなにひとつ具体的にあげられないから議論にならない
典型的な批判してる俺かっこいいのプログラミング初心者だろうｗ

**デフォルトの名無しさん** · 2018/01/25(木) 08:46:52.90

>>359
たとえばどんなところ？

**デフォルトの名無しさん** · 2018/01/25(木) 09:23:56.11

>>362
リボン導入前のOfficeがどんなUIだったか知らないのか？

ttp://www.aoky.net/articles/david_pogue/images/toolbars.jpg

**デフォルトの名無しさん** · 2018/01/25(木) 14:44:54.00

評判が悪ければすぐ撤回するのはゲイツの思想。
移行してもらえないのをユーザが馬鹿だからって基本ジョブスの思想なんだよね。
そもそもなんでそういう奴がWindows使ってるのか謎。Macでも使ってろよ。

まぁゲイツが引退してからのMSはまるでアップルだけどね。欠陥品のゴリ押しばかり。

**デフォルトの名無しさん** · 2018/01/25(木) 18:38:14.54

結局具体的な使い辛さも言えずにぶつぶつ独り言を言うだけかよ...

**デフォルトの名無しさん** · 2018/01/25(木) 18:57:51.13

そういうことは移行を拒否した大勢の顧客に聞くべきだったのだ。ゲイツならそうした。
Vista、Office2007、Windows8、WPF、PowerShell、ワンボタンマウス・・・いくらでも例はある。

**デフォルトの名無しさん** · 2018/01/25(木) 22:18:43.13

---ここまで具体例なし---

**デフォルトの名無しさん** · 2018/01/26(金) 00:20:26.36

説明するまでもないこと
具体例云々繰り返す奴はLinux板で良く見かけるよ

**デフォルトの名無しさん** · 2018/01/26(金) 02:32:53.30

結局、PowerShellって何がしたかったんだ？Unixシェルの駆逐？

**デフォルトの名無しさん** · 2018/01/26(金) 08:27:51.42

>>371
Unixシェルの駆逐(笑)が目的ならbash on Windowsなんか作らないだろ…

**デフォルトの名無しさん** · 2018/01/26(金) 15:16:39.51

駆逐どころか、(Unixのログインシェルに移植版PowerShellを使えるか知らんが)PSのログインシェル人口が絶滅危惧種のcshに追いつけたら大成功だと思うよ。

**デフォルトの名無しさん** · 2018/01/26(金) 16:26:08.29

なにいってんだ
bash on windowsもMacやLinuxでのPowershellも開発用
普段LinuxやMac使ってる人がWinでも開発しやすくするため、逆もしかり
なんで追いつけたら大成功なんてアホなこと言ってんの

**デフォルトの名無しさん** · 2018/01/26(金) 17:35:08.99

シェアの話はしちゃダメだよ(笑)

**デフォルトの名無しさん** · 2018/01/26(金) 20:00:31.74

単純にMSはコマンドプロンプトを完全にPowerShellに置き換えようとしたの？

**デフォルトの名無しさん** · 2018/01/26(金) 20:03:32.03

>>370
> 説明するまでもないこと
説明できない奴の常套句 w

**デフォルトの名無しさん** · 2018/01/26(金) 22:11:48.50

Cmdlet適当に組み合わせるだけでもいろんな事ができて便利なので使ってるけど、正直構文はちょっとキモいと思ってる
JScript/WSHの延長でTypeScriptっぽくしたほうが良かったんじゃ

**デフォルトの名無しさん** · 2018/01/26(金) 23:57:01.40

>>378
> 正直構文はちょっとキモいと思ってる
そうか？
まあ == の代わりに -eq とかはちょい見辛い気はする
あと関数内で単なる式を書くと戻り値になるとかも慣れないと気持ち悪いな
でもそれより配列の扱いが特殊な方が気になる

**デフォルトの名無しさん** · 2018/01/27(土) 00:21:36.31

なんだかんだと言いながら
PowerShell利用は急激に増えてるのは事実なんで
それでいいんじゃないの

**デフォルトの名無しさん** · 2018/01/27(土) 01:48:16.16

結局、PowerShellがどういう意図で開発されたんだ？
なんでこの程度の基本的な質問すら誰も回答しないでスルーする？

**デフォルトの名無しさん** · 2018/01/27(土) 02:15:12.60

開発から10年以上になるってのに今更過ぎる話題
http://www.atmarkit.co.jp/ait/spv/1003/11/news090_2.html

**デフォルトの名無しさん** · 2018/01/27(土) 03:12:23.79

powershell覚えようかと思ったけど、bash使えるようになったからもういいや

**デフォルトの名無しさん** · 2018/01/27(土) 04:46:17.42

> なぜ新しいシェルが必要なのか？
> 理由その1：コマンド・プロンプトの進化が限界に来ているため
> 理由その2：コマンド・プロンプトのバッチ機能が不十分であるため

内容にガッカリ。Widnwosは開発環境、IDEが強力でコマンドプロンプトを使う場面が限られている。
しかも既にWSHがあってバッチ処理で困ることもない。WSHは言語は自由なのにvbscriptを持ち出して記述が冗長とかいうアホ指摘。

> Microsoftはシステム管理用に特化し、優れたスクリプト機能もあわせ持つ新しいシェルを開発する必要に迫られたわけである。

その解決手段がなぜか、「システム管理用に特化」のシェル。
この程度の理由じゃそりゃ移行してくれないはずだわ。誰も必要に迫られてないのだから。
こんな恥ずかしい技術記事持ってくんなよ。おまえはこの記事でPowerShellの必要性に納得したのかよ。

**デフォルトの名無しさん** · 2018/01/27(土) 04:56:49.67

>>384
サーバー使ったことなさそう。

**デフォルトの名無しさん** · 2018/01/27(土) 06:38:42.80

>>374
開発用シェルというものを初めて聞いた。
すまないが、それはどういう定義か教えて貰えないだろうか。

**デフォルトの名無しさん** · 2018/01/27(土) 07:42:12.61

まあ爺はbashなりWSHなりを使っときゃいいんじゃね
もう新しい技術を取り入れる能力無さそうだし w

**デフォルトの名無しさん** · 2018/01/27(土) 08:28:47.77

無理して移行する必要は無いよって言ってくれてるから安心して
https://technet.microsoft.com/ja-jp/scriptcenter/powershell_owner01.aspx

ただ初学者に無理してcmdとWSHを勉強させるのは勘弁して欲しい

**デフォルトの名無しさん** · 2018/01/27(土) 08:30:36.32

知ったかぶるなら、こういうのを見てからにしとけばよかったのに

使う気が無い人向けのPowerShell入門
http://karino2.livejournal.com/69885.html

**デフォルトの名無しさん** · 2018/01/27(土) 10:35:01.25

>>388
いいこと書いてるけど自動車乗れるようになったら自転車に乗らなくなるのと同じでPowerShellに慣れたらわざわざVBScriptなんて使わんわな

**デフォルトの名無しさん** · 2018/01/27(土) 19:09:24.76

新しい技術、新しい技術連呼で具体例は一切なしか。まさに詐欺師ジョブスと同じ手法じゃん。

しつこく聞いてやって出てきたのがこれだからな。
http://www.atmarkit.co.jp/ait/spv/1003/11/news090_2.html

> 理由その1：コマンド・プロンプトの進化が限界に来ているため
> 理由その2：コマンド・プロンプトのバッチ機能が不十分であるため

さらに突っ込んだらこれが理由だとさ。
https://technet.microsoft.com/ja-jp/scriptcenter/powershell_owner01.aspx
> その一方で例外もあります。たとえば、Microsoft Exchange Server 2007 の管理を自動化する場合は、PowerShell を使う必要があります。

つまりMSの製品にあれこれ制限かけて無理やり移行させようとしてるだけ。まさにAppleと同じ切り捨て手法ですな。MSオワタ

**デフォルトの名無しさん** · 2018/01/27(土) 22:43:30.80

>>391
> 新しい技術、新しい技術連呼で具体例は一切なしか。
ん？
ちょっと調べりゃすぐわかるだろうに...

・パイプにオブジェクトを渡せる
・スクリプトの癖に型を強制できる
・一部の処理でループを記述せずに配列を処理するできる (-eq 演算子とか switch 文とか)

**デフォルトの名無しさん** · 2018/01/28(日) 00:29:40.36

> パイプにオブジェクトを渡せる

すごいようでこれがあまりにもすごくないんだよな。残念大勝の一番の理由がこれ。

**デフォルトの名無しさん** · 2018/01/28(日) 01:08:47.49

>>393
馬鹿すぎ

**デフォルトの名無しさん** · 2018/01/28(日) 01:50:52.35

>>394
具体的に

**デフォルトの名無しさん** · 2018/01/28(日) 03:00:11.13

>>395
具体的って？
.NETにオブジェクトとして渡せるだけで十分だろ。

**デフォルトの名無しさん** · 2018/01/28(日) 03:20:34.63

なにひとつ具体的にあげられないから議論にならないな
典型的な人を馬鹿にした俺かっこいいのプログラミング初心者だろう

**デフォルトの名無しさん** · 2018/01/28(日) 07:17:45.41

シェルスクリプトで苦労したことがないんでしょうね

**デフォルトの名無しさん** · 2018/01/28(日) 08:24:55.62

>>393
https://technet.microsoft.com/ja-jp/scriptcenter/powershell_owner04.aspx
を見ても便利さを理解できない老害ならおとなしくWSHでVBScript使っとけばいいと思うよ w

**デフォルトの名無しさん** · 2018/01/28(日) 08:42:15.20

unixシェルは同じコマンドでも作者やバージョンによって出力フォーマットが違うことがあるのがゴミ
.netはecmaで標準化されてるからどの環境でも同じように使える

**デフォルトの名無しさん** · 2018/01/28(日) 09:07:27.12

PSは今やWindowsのシェルと言うよりも.NETのシェル
そしてMSには.NET以外のDOS由来だのActiveX/COMに割けるリソースは無い
そもそもcmdやWSHは別者過ぎて学習の指針となるべき一貫性が無い

そもそも.NETに興味ないならしょうがないけどね

**デフォルトの名無しさん** · 2018/01/28(日) 10:35:46.87

>>379
関数だと括弧をつけると配列を第一引数として渡したことになるところは毎回ハマる
メソッドの使用と混在すると特に
というかアレは関数じゃなくてcmdletだから、生成構文を区別して、関数は関数で別に作れたら良かったのに

**デフォルトの名無しさん** · 2018/01/28(日) 10:48:43.15

>>379
それは自分が何に成れているか次第ででょうね
私だと==を使う言語自体使っていなかったので
-eq以前に==自体に違和感感じるんだわ

**デフォルトの名無しさん** · 2018/01/28(日) 10:56:03.92

msはかつて大きなシェアをとった時代に独禁法で規制された
関係で他の環境への進出を長い間やれなかった（また控えていた）。
そのために他のプラットフォーム上では企業として進出しなかった。
今はそういう環境から解放されたので、他のプラットフォーム上に
積極的に出ることができるようになったという流れ。
今後は、どんどん出てくるよ。
うまく行くかどうかは別として。

**デフォルトの名無しさん** · 2018/01/28(日) 11:53:02.48

>>402
括弧と言うかカンマ ',' の扱いが独特なのと一次元配列に対する親切機能（お節介機能とも言う）のお陰で今でも混乱してる俺

>>403
日頃どんな言語使ってるの？

**デフォルトの名無しさん** · 2018/01/28(日) 11:55:33.58

>>405
複数だけど、一番多いのはSASかな。

**デフォルトの名無しさん** · 2018/01/28(日) 12:18:28.19

SAS なんて聞いたこともないからよく知らんけど統計処理用の言語みたいだから PowerShell みたいな言語と比較されてもそりゃ違うだろとしか言えんわな

**デフォルトの名無しさん** · 2018/01/28(日) 12:25:37.17

>>407
まあ特殊な管理用途以外でShell使う必要がないので
大規模なレガシーデータ処理だとまともに処理できるソフトが
余りないので、DB構築の前処理などに大変便利してる。
PowerShellも便利にしてるよ。

**デフォルトの名無しさん** · 2018/01/28(日) 13:04:36.95

LISPみたいな印字書式を定義しなかったせいでオブジェクト毎に出力が無茶苦茶なのがな
適当なシリアライズ/デシリアライズなコンテナを探してこないと

**デフォルトの名無しさん** · 2018/01/28(日) 13:14:16.78

これ、
> ・パイプにオブジェクトを渡せる
蛇蝎のように嫌われているのだろうと思っていたが、意外にもこの界隈では評価されているんだね。
型を意識する必要のある点や、-output-string(だっけ?)が要ることもあったりする点が、他OS移植版普及のネックだろうと思う。

**デフォルトの名無しさん** · 2018/01/28(日) 13:21:04.03

>>410
？？？
当然だけど文字列を渡すこともできるんだが...

**デフォルトの名無しさん** · 2018/01/28(日) 13:27:41.20

>>410
そうやってメリットデメリット出して考えてゆくのが
良いような気がするな。開発者自体が別プラットフォーム間での
移植性を考えているなら当然の問題として、それを考えていることに
なるので、じゃどういう考えを持っているか見て行くのも面白いと思う。

**デフォルトの名無しさん** · 2018/01/28(日) 13:31:58.78

>>411
一つはそれはあるね
とはいえPowerShellの良さを生かそうとすると
別な手段も考え（てくる）気がする。

ま、.NETドライブするのが大きな目的だから、別プラットフォーム間で
.NET同士でオブジェクトで渡す方向があるでしょうね。

**デフォルトの名無しさん** · 2018/01/28(日) 14:05:22.62

>>409
Format-*の中から状況ごとに都合のいいのを選べばいいだけじゃないの？
自分で規定のフォーマットを定義してもいい

Format コマンドを使用した出力ビューの変更
https://docs.microsoft.com/ja-jp/powershell/scripting/getting-started/cookbooks/using-format-commands-to-change-output-view
about_Format.ps1xml
https://technet.microsoft.com/ja-jp/library/hh847831.aspx

**デフォルトの名無しさん** · 2018/01/28(日) 14:24:26.21

自分は事務職で、PowerShellを少しだけ使ってるんですけど、便利だなあと思う反面、
難しくてしんどいことも多いです。

最初にPowerShellを使ってみたのは、業務システムから出力されるCSVから、データの抽出をしたときです。
CSVのカラムが数百列あるうえに、下っ端の私が知らぬ間に仕様がたまに変わる。
(新規カラムがいくつか追加されている。しかもそれらが既存カラムの間に挿入されている)
そのCSVから複数条件で抽出するのに、以前はエクセルで毎回難儀してたのが、
2時間くらいかけて文法のさわりを勉強してPowerShellを使ってみたら超楽ちん！

それからはもう少し勉強して、Webからデータをとってきたり、毎度決まりきったファイルのリネームと移動、
みたいなことにも便利に使ってます。

しんどいのは、挙動の予測が難しい場合が多々あることです。
他の言語(VBA、C#)も少し勉強したことがあるのですが、初心者にわかりづらい挙動の多さという意味では
PowerShellが一番難しいです。
ちょっとしたことをするのにも大抵1つ2つ罠にはまって、毎回悩みながら解決する羽目になります。

そして文法はなんだか覚えづらい。
ここ何か月か新規スクリプトを作る機会がなかっただけでだいぶ忘れてしまいました。

OSに付属していることだし、職業プログラマーじゃない人も使うことを考えて、
できればもう少しシンプルで覚えやすい仕様にしてほしかった。

**デフォルトの名無しさん** · 2018/01/28(日) 14:27:55.14

＞しんどいのは、挙動の予測が難しい場合が多々あることです。
＞ちょっとしたことをするのにも大抵1つ2つ罠にはまって、
＞毎回悩みながら解決する羽目になります。

そういうのを、ここに質問する場にしたらどうでしょ。

**デフォルトの名無しさん** · 2018/01/28(日) 15:12:22.02

>>416
ありがとうございます。
またハマってしまうことがあったら質問させていただきます。

**デフォルトの名無しさん** · 2018/01/28(日) 15:25:45.79

>>415
> 2時間くらいかけて文法のさわりを勉強してPowerShellを使ってみたら超楽ちん！
2時間とか超優秀な部類じゃね？

> 初心者にわかりづらい挙動の多さという意味では
> PowerShellが一番難しいです。
まあこれはあるわな
便利さとのトレードオフもあるけど配列回りはちょっとやり過ぎな気もする
・-eq とかがフィルター演算子になる
・switch に配列渡すと自動的に全要素を処理する
等々...

**デフォルトの名無しさん** · 2018/01/28(日) 15:27:16.79

>>417
なんか利用されるのに適したcmdletあったら便利という気がするもので
いまC#で関数（dll）にして、ちまちまと自分ツールにしてます。
dllにすれば、そのまま.netクラスになるので、C#でもPowerShellでも
（使ってないけどvbでも）共用できるんで。
あと、海外のサイトにはいろいろ転がってるみたいなもので。

**デフォルトの名無しさん** · 2018/01/28(日) 19:58:23.05

>>399
なるほど。最近勉強を始めて歴史を知らないからすげーと思ったわけか。
パクり屋のジョブスを革新、すげーと思う若者みたいなものだな。
UNIXではオブジェクト間通信の普及に失敗したけど、Windowsでは20年前に成功しているんですよ。
もう一度なぜオブジェクト思考が必要になったか歴史を勉強してくださいな。これは歴史の逆行ですよ。

**デフォルトの名無しさん** · 2018/01/28(日) 20:37:11.09

>>420
> Windowsでは20年前に成功しているんですよ。
おそらくDDE辺りの話を知ったかしてるんだろうけど全く違う話だから w

**デフォルトの名無しさん** · 2018/01/28(日) 20:46:58.89

「ファイルサイズ１MB以上のファイルをTEMPフォルダに移動する」
という処理をそのまま書き下せるのがシェルでオブジェクトを扱える利点
凄い事ではなくて、単にやりたいことをより自然に書けるようになるってだけ
下らないテキストの加工やマジックナンバーが減って読みやすくなる

**デフォルトの名無しさん** · 2018/01/28(日) 20:48:14.20

>>415
> そして文法はなんだか覚えづらい。
> ここ何か月か新規スクリプトを作る機会がなかっただけでだいぶ忘れてしまいました。

文法覚えづらいか？統一されてるからちょっと覚えるだけだと思うが。
補完も使ってないとかいうオチでは

**デフォルトの名無しさん** · 2018/01/28(日) 20:52:05.30

その程度なら unix の find コマンドでできる
逆に言うとオブジェクトを渡せなかったから find コマンドが色々なフィルター機能を持つ必要があったと言うことでもある

**デフォルトの名無しさん** · 2018/01/28(日) 21:00:28.05

>>421
20年前はIE4アップデートの話だよ。Windowsが一気にCOM化したんだよw
なんでDDEが出てくるんだよw　これだからUNIX屋は今でも20年遅れてる。
ストリームにオブジェクト流すなんて昔から普通に行われているのに、
シェルでオブジェクト流せるパイプライン!! 最新の技術!!! 老害は便利さを理解できない!!! だもんなぁ。

**デフォルトの名無しさん** · 2018/01/28(日) 21:07:16.09

>>425
20年前の話を後生大事を覚えてる老害乙 w
COMの話がどう関係するのか知らんけどストリームにオブジェクトを流せるとかはもう少し具体的に書いてもらえるかな

**デフォルトの名無しさん** · 2018/01/28(日) 21:28:00.62

ストリームにオブジェクト流すなんて昔から普通に行われている(笑)
そのわりにはあんたの大好きなWSHにはTextStreamはあるけどObjectStreamなんてものは見当たらないよね

**デフォルトの名無しさん** · 2018/01/28(日) 21:30:48.62

同じような話をぼんやりした理解のまま混ぜてやってるから
誰が何を応援してるのかさっぱり分からん

**デフォルトの名無しさん** · 2018/01/28(日) 21:31:00.82

>>405
今でもっていうがもうずっと前から同じヤツが言ってるだろ
5人はいないと思う

**デフォルトの名無しさん** · 2018/01/28(日) 21:31:06.24

その人ジョブズがーゲイツがーとか意味不明な話ばっかで
突っ込まれることにびびって具体的なこと何も言えない人だから
構ってもしょうがないよ
XP最高秀丸最高とか言ってる老害と同類じゃないかな

**デフォルトの名無しさん** · 2018/01/28(日) 22:17:45.22

> COMの話がどう関係するのか知らんけどストリームにオブジェクトを流せるとかはもう少し具体的に

ここまでド素人丸出しの質問されてもね。
C++でもCOMでもMFCでもC#でも.netでもオブジェクト思考に関連する技術書なら書いてるでしょってレベル。

それが自称デシタルネイティブで老害連呼だからね。
安っぽいブログ風の記事ばかり読んでないでMSの公式解説書を全部読めよ。知識薄すぎなんだよ、小便垂れ。

**デフォルトの名無しさん** · 2018/01/28(日) 22:20:25.43

ストリームてPSのコマンド群は単なるクラスライブラリなんだが…

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

>>431
具体的に書けないなら黙ってろよ w

**デフォルトの名無しさん** · 2018/01/28(日) 22:29:49.73

>>433
MSの基幹技術のCOMすら理解してなかったのになんでおまえはそんなに偉そうなの？
若さゆえの過ちというものを認めたくないのは分かるが背伸びし過ぎではないか。

**デフォルトの名無しさん** · 2018/01/28(日) 23:01:58.57

シェルスクリプトでは、複雑なプログラミングは無理だから、PowerShell になる。
それよりもさらに複雑になると、Ruby になる

だから、Vagrant, Chef, Homebrew などの環境構築ツールは皆、Ruby で作られている

**デフォルトの名無しさん** · 2018/01/28(日) 23:24:29.92

一つのコマンドが肥大化してカオスになったのがこれまでのシェルだから、それに慣れてしまってる人は良さが分かりにくいだろうね
コマンドに引数渡す時に頭につけるのは / なのか - なのか -- なのか、順番はあるのかないのか
そういうところを初めに統一しておいたのが地味にPSのいいところだと思う

**デフォルトの名無しさん** · 2018/01/29(月) 05:04:35.04

>>434
オブジェクトをパイプに流す話とCOMなんて関係ないだろ w
そんなのはどうでもいいからお前は
> ストリームにオブジェクト流すなんて昔から普通に行われている
の具体例書けよ

**デフォルトの名無しさん** · 2018/01/29(月) 05:26:47.04

ああ静かだと思ったら寝てたのね