自動化の異なるセットに複数の言語を使用するという同じ問題がありました。私はインドのITサービス会社の上級コンサルタントです。別の人に相談するたびに
目的のための言語、私はそれを経営陣に正当化するのに苦労しました。すべての自動化ニーズに対応し、なおかつクロスプラットフォームである統一言語の開発について、友人と(カジュアルな話として)話し合いさえしました。利用できる場合は、
スクリプトの世界を変える。私の知る限り、通常使用するマッピングは
言語と使用ドメイン
AutoIT-WindowsベースのGUIオートメーションBash-Unixベースのオートメーションは、ほとんどがシステムの相互作用を伴いますPerl-システムの相互作用が少ないデータ処理のオートメーション期待-文字ベースのインタラクティブな要件。(Perl、Bashでは解決できません)VBS-Windowsベースのスクリプト
オートメーションは常に、情報の取得または結果の公開のために、1つ以上のリモート呼び出しを伴います。主なOSに対応する別のリストを次に示します。
リモートスクリプト呼び出し(ツール)
ウィンドウ->ウィンドウ
psexec、Powershell
Windows-> Unix
plink、Quest Plink-> SSHサーバー
Unix-> Unix
SSHクライアント-> SSHサーバー
Unix-> Windows
winexe、wmic-> WMIエージェントcheck_nrpe-> NRPE_NTエージェント
上記のリストでは、機能セットの中で他の言語を置き換えることができないことを簡単に理解できます。私たちは、1つのユニバーサルOSと、通信プロトコルとAPIのユニバーサルスタンダードができるまで、それらに共存する必要があります。