アカウント名:
パスワード:
運用やってたときがあるんだが、VBA、PowerShellでちょいプロできるとかなりの部分が自動化できる。
・エクセルでリスト化した宛先・ファイルを自動でメール送信・数十のCSVの一部を取り出し、集計・レポート化・仮想マシンの自動デプロイ・初期設定・全ユーザの特定フォルダの監視・仮想マシンへアプリの自動インストール(vcenter経由)・ログインユーザの取得・プリンタ設定の全ユーザ一括変更
その他100個くらいスクリプト作ったな。スクリプトで効率化できたのはいいけど、運用チーム15人いたのが5人になってしまった。。
これらをLinuxでやれと言われたら無理だわーLinux好きで自宅では使ってるけど、業務に使うのは無謀だと思っている。
GNU系なら全部簡単にできると思うが、それをパワーシェルでやれって言われると結構時間かかると思う。無理とは言いたくないが。
#3298329だが、Linuxでのシェルスクリプト歴の方が長いが、PowerShell触ったときは感動したぞ。あれはよくできていると思う。パイプでオブジェクトを渡せる。これできるとbashなどのシェルスクリプトはやはり時代遅れに感じるわ。習得までの時間やスクリプト作る時間はPowerShellの方が圧倒的に早かった(おれの場合)。あとVM使うことが多くなってきたが、ベンダーが用意しているAPIはPowerShellに対応したものばかり。PowerShellはこれから(もう?)必須技術になっていると思う。VBAはもう触りたくない…
おお、同じ感想を持った人に出会えた。PowerShellでのオブジェクトの扱いは感動ものですよね。あと動作がある程度安定してきたあとにC#ベースのツールに書き直すのも楽だし。大量のプロパティのどれを使えばいいのかを学ぶまではちょっと大変だと思ってますが、ドキュメントはそれなりに見つかるのでまあなんとか。
PowerShellがよくできてる、ってのには80%くらい賛成するんだけど、疑問なところもあるんだよね。
たとえば…
配列をよく使う言語なのに、普通の配列操作が致命的に遅いとか。# ArrayList使えばいいけど…
コマンドラインとパイプラインの両方から受け取る引数の扱いがヘンとか。
BEGIN - PROCESS - END で書くと、全体を通した finallyが書けないとか。# trap構文でなんとかならんのか…# と思ったら、Register-EngineEventでできるのか。
でも、クラスの定義はできるようになった!Add-Member でちまちまやらなくて済むようになってよかった。
どんな言語も得意不得意があるのだからShellだって同じでしょう。pythonとかと使い分ければ良いだけ。
どんな言語も得意不得意があるのだからShellだって同じでしょう。
んー、そーゆー問題じゃないんだよな。クラスを定義できなかった問題は、まあ、PowerShellの用途から言って、そういう割り切りもあると思うんだけど、他のはもっと別に方法があっただろう、って思うんだよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
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: (スコア:1)
PowerShellがよくできてる、ってのには80%くらい賛成するんだけど、疑問なところもあるんだよね。
たとえば…
配列をよく使う言語なのに、普通の配列操作が致命的に遅いとか。
# ArrayList使えばいいけど…
コマンドラインとパイプラインの両方から受け取る引数の扱いがヘンとか。
BEGIN - PROCESS - END で書くと、全体を通した finallyが書けないとか。
# trap構文でなんとかならんのか…
# と思ったら、Register-EngineEventでできるのか。
でも、クラスの定義はできるようになった!
Add-Member でちまちまやらなくて済むようになってよかった。
Re:VBA・PowerShell (スコア:0)
どんな言語も得意不得意があるのだからShellだって同じでしょう。
pythonとかと使い分ければ良いだけ。
Re:VBA・PowerShell (スコア:1)
どんな言語も得意不得意があるのだからShellだって同じでしょう。
んー、そーゆー問題じゃないんだよな。
クラスを定義できなかった問題は、まあ、PowerShellの用途から言って、そういう割り切りもあると思うんだけど、他のはもっと別に方法があっただろう、って思うんだよね。