アカウント名:
パスワード:
運用やってたときがあるんだが、VBA、PowerShellでちょいプロできるとかなりの部分が自動化できる。
・エクセルでリスト化した宛先・ファイルを自動でメール送信・数十のCSVの一部を取り出し、集計・レポート化・仮想マシンの自動デプロイ・初期設定・全ユーザの特定フォルダの監視・仮想マシンへアプリの自動インストール(vcenter経由)・ログインユーザの取得・プリンタ設定の全ユーザ一括変更
その他100個くらいスクリプト作ったな。スクリプトで効率化できたのはいいけど、運用チーム15人いたのが5人になってしまった。。
これらをLinuxでやれと言われたら無理だわーLinux好きで自宅では使ってるけど、業務に使うのは無謀だと思っている。
GNU系なら全部簡単にできると思うが、それをパワーシェルでやれって言われると結構時間かかると思う。無理とは言いたくないが。
#3298329だが、Linuxでのシェルスクリプト歴の方が長いが、PowerShell触ったときは感動したぞ。あれはよくできていると思う。パイプでオブジェクトを渡せる。これできるとbashなどのシェルスクリプトはやはり時代遅れに感じるわ。習得までの時間やスクリプト作る時間はPowerShellの方が圧倒的に早かった(おれの場合)。あとVM使うことが多くなってきたが、ベンダーが用意しているAPIはPowerShellに対応したものばかり。PowerShellはこれから(もう?)必須技術になっていると思う。VBAはもう触りたくない…
おお、同じ感想を持った人に出会えた。PowerShellでのオブジェクトの扱いは感動ものですよね。あと動作がある程度安定してきたあとにC#ベースのツールに書き直すのも楽だし。大量のプロパティのどれを使えばいいのかを学ぶまではちょっと大変だと思ってますが、ドキュメントはそれなりに見つかるのでまあなんとか。
単なる管理用のスクリプトとしてだけでなくプログラム言語としても面白いよねやったことない人はぜひやってみて欲しいWindowsがあれば開発環境(PowerShell ISE)はすでに用意されているんだし
PowerShellは、面白いんだけど、セキュリティ関連が安全サイドによってて、面倒だった記憶が。
デフォルトだと、ローカル実行が許可されてなくて、ローカル実行許可のポリシー設定するか、毎回パラメーターで指定しないとならないってのがあって、手軽に触れない印象がある。
後、最新版だとできる様になっているかもだけど、psスクリプトをダブルクリックで実行できないのも補助的にしか使わない原因になっているね。自分の場合は。
Set-ExecutionPolicyを、コンピュータもしくはユーザ事に一回やればいいだけでしょ?あるいは、グループポリシーでできるんじゃなかったっけ?
まあ、シェルスクリプトと比較して面倒と感じてるかもしれないけど、シェルスクリプトは普通、chmod a+xをスクリプト毎に実行するわけだから、実はPowerShellの方が手間はかからないとも言える。
psスクリプトをダブルクリックで実行できないのも補助的にしか使わない原因になっているね。自分の場合は。
どうしても、ってことなら、CMD.exeでラップすれば?
自分の場合でいえば、スクリプトをダブルクリックで実行するって感覚が、そもそも無いけどね。
> シェルスクリプトは普通、chmod a+xをスクリプト毎に実行するcurlからパイプでbashに流し込んだり、tarballからパーミッションごと取り出して実行したりで、実行する本人は+xしない状況も多いけどね。かと思えばバラでパーミッション設定しなきゃいかん所で横着してchmod a+x *とかやる奴も居たり。
curlからパイプでbashに流し込んだり、
ええと、話がズレてるんじゃない?PowerShellのスクリプトファイル *.ps1 は、ダブルクリックで実行できないよね、って話からの流れなので、当然 bash でいえば、bash スクリプトファイルの話をしてるつもりなんだけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
VBA・PowerShell (スコア:0)
運用やってたときがあるんだが、VBA、PowerShellでちょいプロできるとかなりの部分が自動化できる。
・エクセルでリスト化した宛先・ファイルを自動でメール送信
・数十のCSVの一部を取り出し、集計・レポート化
・仮想マシンの自動デプロイ・初期設定
・全ユーザの特定フォルダの監視
・仮想マシンへアプリの自動インストール(vcenter経由)
・ログインユーザの取得
・プリンタ設定の全ユーザ一括変更
その他100個くらいスクリプト作ったな。
スクリプトで効率化できたのはいいけど、運用チーム15人いたのが5人になってしまった。。
これらをLinuxでやれと言われたら無理だわー
Linux好きで自宅では使ってるけど、業務に使うのは無謀だと思っている。
Re: (スコア:0)
GNU系なら全部簡単にできると思うが、それをパワーシェルでやれって言われると結構時間かかると思う。無理とは言いたくないが。
Re: (スコア:0)
#3298329だが、Linuxでのシェルスクリプト歴の方が長いが、PowerShell触ったときは感動したぞ。
あれはよくできていると思う。
パイプでオブジェクトを渡せる。これできるとbashなどのシェルスクリプトはやはり時代遅れに感じるわ。
習得までの時間やスクリプト作る時間はPowerShellの方が圧倒的に早かった(おれの場合)。
あとVM使うことが多くなってきたが、ベンダーが用意しているAPIはPowerShellに対応したものばかり。
PowerShellはこれから(もう?)必須技術になっていると思う。
VBAはもう触りたくない…
Re: (スコア:0)
おお、同じ感想を持った人に出会えた。
PowerShellでのオブジェクトの扱いは感動ものですよね。
あと動作がある程度安定してきたあとにC#ベースのツールに書き直すのも楽だし。
大量のプロパティのどれを使えばいいのかを学ぶまではちょっと大変だと思ってますが、ドキュメントはそれなりに見つかるのでまあなんとか。
Re: (スコア:0)
単なる管理用のスクリプトとしてだけでなくプログラム言語としても面白いよね
やったことない人はぜひやってみて欲しい
Windowsがあれば開発環境(PowerShell ISE)はすでに用意されているんだし
Re: (スコア:0)
PowerShellは、面白いんだけど、セキュリティ関連が安全サイドによってて、面倒だった記憶が。
デフォルトだと、ローカル実行が許可されてなくて、ローカル実行許可のポリシー設定するか、毎回パラメーターで指定しないとならないってのがあって、手軽に触れない印象がある。
後、最新版だとできる様になっているかもだけど、psスクリプトをダブルクリックで実行できないのも補助的にしか使わない原因になっているね。自分の場合は。
Re:VBA・PowerShell (スコア:2)
デフォルトだと、ローカル実行が許可されてなくて、ローカル実行許可のポリシー設定するか、毎回パラメーターで指定しないとならないってのがあって、手軽に触れない印象がある。
Set-ExecutionPolicyを、コンピュータもしくはユーザ事に一回やればいいだけでしょ?
あるいは、グループポリシーでできるんじゃなかったっけ?
まあ、シェルスクリプトと比較して面倒と感じてるかもしれないけど、シェルスクリプトは普通、chmod a+xをスクリプト毎に実行するわけだから、実はPowerShellの方が手間はかからないとも言える。
psスクリプトをダブルクリックで実行できないのも補助的にしか使わない原因になっているね。自分の場合は。
どうしても、ってことなら、CMD.exeでラップすれば?
自分の場合でいえば、スクリプトをダブルクリックで実行するって感覚が、そもそも無いけどね。
Re: (スコア:0)
> シェルスクリプトは普通、chmod a+xをスクリプト毎に実行する
curlからパイプでbashに流し込んだり、tarballからパーミッションごと取り出して実行したりで、実行する本人は+xしない状況も多いけどね。
かと思えばバラでパーミッション設定しなきゃいかん所で横着してchmod a+x *とかやる奴も居たり。
Re:VBA・PowerShell (スコア:1)
curlからパイプでbashに流し込んだり、
ええと、話がズレてるんじゃない?
PowerShellのスクリプトファイル *.ps1 は、ダブルクリックで実行できないよね、って話からの流れなので、当然 bash でいえば、bash スクリプトファイルの話をしてるつもりなんだけど。