◆Powershellへの誤解？

昨日ネットを眺めていてPowershellに若干否定的な話しが載っていたので検証してみた。
まぁ、1.0の頃の話なので当時は今ひとつな部分もあったのかもしれないが。（私自身はすでに記憶があまりない）

否定的な部分を纏めると

1. 無償の開発環境が無い
2. function呼び出しの文法が違う、間違ってもエラーにならない
3. 存在しないプロパティを参照してもエラーにならない
4. else ifとスペースを開けるとエラーになる
5. エスケープの文法がC#と違う
6. ExcelのOpenが使えない
7. 慣れた言語で開発したほうが早いのでPowershellを様子見のほうが良い

とこんな感じでしょうか。

ちょっと検証してみましょう。

1. 開発環境についてはすでにISEが標準添付されていますので問題は無いでしょう。（現バージョンでは確かにインテリセンスとまでは行きませんがV3に期待しましょう。そもそもC#だって最初は無償の環境はなかったような・・・。）
   私もいつもお世話になっているPowerGUIもありますし。
   個人的にはタブ補完だけでもそれほど苦痛では無い気がしています。
   オブジェクトメンバーなども、”aaa”.とやると確かに何も出てきませんが一旦変数に入れてやれば（要は実行されれば）問題なく表示されます。
   私などは逆にC#を使っているとGet-Menberしたくなります。(^^;
2. function呼び出しについては確かに最初は紛らわしいかもしれませんが()が不要というのはタイプ量が減るので慣れればメリットでは無いでしょうか。C#などもバージョンを重ねるにつれタイプ量を減らす方向になっていますし。
   また、間違ったときにエラーにならないというのも、要はPowershell的には間違っていないのだから仕方が無いとも言えます。
   Powershellの引数は明示しなければオプションなので省略可能です。
   なので引数を２つ指定したつもりのmyFunc($a,$b)というのは最初の引数に変数aとbの配列、２つめの引数は省略と解釈されてしまいます。
   逆に、C#な人であれば変数にちゃんと型指定をすればエラーになると思いますし。
3. これについては、逆にそのことによって多大な恩恵を受けているのでトレードオフでしかない。
   また、現時点では「Set-StrictMode -version 2.0」とやるとそこら辺をチェックしてくれる。この設定をして、ファイルとフォルダが混在した場所で
   dir | %{$_.length} とやってみた上で判断すると良いかもしれない。
4. これはC#でThenと書くとエラーになるのは許せんというのと変わらないような・・・。
5. Powershellはファイルを扱うことが多いのでパスの区切り文字に使われる￥を避けたは懸命では無いでしょうか。
6. これは現時点では大丈夫な気がしますし当時でもPowershell自体の問題には読めなかったのですがどうなのでしょう。
7. これについては、自分でBESTと思うものを使えば良いのだと思います。
   ただ、部下に「このフォルダのファイル一覧をテキストに落としといて」と頼んでC#でプログラミングし始めたら「おい、おい」と言うとは思いますが。

よく言われることですが「銀の弾丸」は存在しないわけですから、適材適所で道具を使い分けるのが肝心と言う所ではないでしょうか。
どこにどの道具を使うかを見極めるのが技術者としての１つのスキルだと思います。

あくまでも個人的意見ですが、Powershell好きとしてちょっと擁護してみました。