一部のタスクで会社でサポートされていない言語を使用しても大丈夫ですか？

COBOL、VB6、C＃、Javaなどの複数の言語をサポートする会社で働いています。
私はこれらの言語を主な仕事に使用しますが、Pythonでいくつかのマイナープログラム（スクリプトなど）をコーディングすることにしばしば気づきます。

たとえば、アナリストが複雑なCSVファイルを提供していくつかのDBテーブルにデータを入力するため、Pythonを使用して解析し、DBスクリプトを作成します。

どうしたの？
主な問題は、これらの迅速で汚いスクリプトのいくつかの部分が徐々に重要性を増していることです。

1. 私の会社はPythonをサポートしていません
2. バージョン管理されていません（別の方法でバックアップします）
3. 私の同僚はPythonを知らない

アナリストは、電子メールでそれらを参照し始めています（「エクスポートするスクリプトを起動します...」）ので、私が最初に思っていたよりも頻繁に必要になります。

これらのスクリプトは、メインプロジェクトの一部ではない単なるユーティリティであることを付け加える必要があります。単純なタスクをより短い時間で完了するのに役立ちます。私自身の小さなタスクのために、彼らは多くのことを助けます。

つまり、私が宝くじに当たって事故に遭った場合、同僚はこれらのスクリプトがなくてもプロジェクトを維持する必要があります。たとえば、手作業でCSVエラーを修正するのに時間がかかります。

これは一般的なシナリオですか？私は何か間違っていますか？私は何をすべきか？

本当にこの時点に到達するべきではないので、状況を形式化する必要があります。ただし、これらのことは起こるため、これらのスクリプトを個人的に使用するために作成したことを上司に説明する必要がありますが、それらはより広範に「エスケープ」されています。（必要に応じて）すぐに彼の注意を喚起しなかったためにあなたが過失にあったことを認めなさい。

少なくともスクリプトは、「万が一に備えて」ソース管理下に置く必要があります-少なくとも（何らかの理由で）同僚がスクリプトにアクセスできない場合は。

次に、上司にPythonがこれらの方法であると確信させるか、サポートされている言語で書き直す必要があることを受け入れる必要があります。Pythonでスクリプトを文書化し、同僚を教育するコストが、書き直しのコストよりも低い場合、議論に勝つことさえあります。

あなたが何をすべきかについて完全な答えを与えることはできません。最初に使用できる提案は1つだけです。

すべての（必須）開発者がアクセスできるリポジトリにスクリプトをチェックインします。ただし、これらのスクリプトを最初に独自の目的、つまり与えられたタスクを実行するために記述したという事実に注意してください。次に、これらのスクリプトをチェックインするだけで、他の人がそれらを使用できるようになります。

その後、他の人がどのようにそれに反応するかを見るだけです。

私は職場で同様の問題に遭遇しました。「PHPとは何ですか？」何年か前。彼らは、MSスタック以外のことを理解したり、学習したりしません。pythonがジョブに適切なツールである場合、スーパーバイザーにそのことを伝え、多くの比較とpythonが正しい選択である理由について説明する準備を整えます。それはイライラするでしょうが、私はほとんどの人がpythonがテキスト操作のための良い選択であることに同意すると思います。

最初に行う必要があるのは、チームと上司との会話です。今、あなたには巨大なトラック要素があります（トラックにぶつかった場合、誰もあなたのスクリプトを簡単に維持できません）。これらのタスクを実行するスクリプトを持つことは重要に見えますが、これらのスクリプトを編集および保守する必要がある人は誰でも重要です。Pythonを使用することで価値がどのように高まるか、時間、労力、リソース、お金などを節約する方法を説明する必要があります。

次に、プロジェクトのバージョン管理に入れます。今。プロジェクト用に作成するものは、そのプロジェクトのバージョン管理の外にあるべきではありません。

反発に備えてください-通常、人々は変化を嫌います。自分で実行し、サポートされていない未知の（チーム/組織にとって）テクノロジーを使用することは悪いアイデアでした。使用する。

これはおそらく良い例だと思う

許可を得るよりも許しを求める方が簡単です。

仕事は完了したように聞こえますが、今はその影響に対処する必要があります。

私の経験則は次のとおりです。

他の人の仕事に影響を及ぼす可能性のあるものは、できるだけ早く同僚や上司と話し合う必要があります。

しかし、それがあなたとあなただけの場合、会社のインフラストラクチャやセキュリティに損害を与えない限り、仕事をやりたいように自由に行うことができます。

次の2つのオプションがあります。

1. 標準にする
2. 標準ツールに翻訳する

組織によっては、＃1が難しい場合があります（標準テクノロジーのリストを制限することで、トレーニングとサポートスキル要件の組み合わせによる爆発を回避できます）。

2番目のオプションはスキルセットに役立ち、ハードワークの一部を行うためにサードパーティ（および商業的に使いやすいライセンスを持つオープンソース）を見つけることができる場合があります。たとえば、「LINQ to CSV」を検索すると、いくつかの有用なヒットが得られます。

ところで、VB6の開発者ツール（IDE、コンパイラ）はサポートされていません（セキュリティ修正さえも）ので、とにかく標準を更新する必要があるでしょう。（VB6ランタイムは、現在のWindowsバージョンの一部として（およびインストールに含まれて）サポートされます）。これはおそらく、アプローチ1のヘルパーとして使用できます。サプライヤの依存関係のため、標準ツールセットは移動するターゲットを上げる必要があります。

タスクが与えられ、時間通りにそれを達成できる唯一の方法である場合、実際には選択肢がありません。あなたが何をしているかを担当者に知らせるのは賢明だと思います。必要なソース管理の外に出てはいけません（まったく機能しない場合を除く）。テストとドキュメント。

会社によっては、1人の開発者に新しい開発分野の調査を開始させなければならない場合があります。残念ながら、このコードは、他の誰もが理解できるよりも速く本番環境に進む可能性があります。

まあ、私は20の異なる言語で作業すると悪臭を放つことを認めざるを得ませんでした。

C dllを呼び出すJavaバイナリを呼び出すPerlスクリプトを呼び出すPythonスクリプトを呼び出すBashスクリプトがあります...

それから、パイプライン全体で何かがファンにぶつかります、そして、あなたは通り抜けます-WTH IS DAT KODEZ？特にPerlでは...そして、単純なデバッグ、たとえばエンコードの問題は、悪夢のような混乱に変わります。7つの言語のうち5つの言語を効果的にデバッグすることはできません。

または、単純な変更を追加する必要がありますが、Perlには落とし穴、Javaには落とし穴などがあるため、10個のエラーを作成します。

そして、その7+言語チェーンは一度に1つのステップを開始します。

慎重に踏み、ここにドラゴンがいます...

これらが自分で使用するツールである場合、生産性を高めるために何でも自由に行うことができます。

実際、このようなツールを作成して使用することをお勧めします。これは最終的には腕の延長になります。

最終的に、どの言語で書かれていても、そのようなツールを使用することの重要性を認識し、作業環境に実装し始めます。

sth。を実行するコードを記述するように指示された場合、通常、言語は指定または暗黙指定されます（企業の規則）。

ただし、データをDBにインポートするなど、ワンショットタスクを実行する必要がある場合は、適切かつ迅速に処理する必要があり、結果が重要であるため、最適と思われるツールを自由に選択できます。ツールではありません。

だから、私はそのルールを使用します：

1）データのインポートなどのタスクを実行するように指示された場合、ツール/言語/などを使用します。それは私にとって最も便利であり、タスクにとって最速です。

2）データのインポートなど、何らかのタスクを実行するツールを作成するように指示された場合、マネージャーで使用する言語/ツールについて説明します（たとえば、会社が[ほぼ] Javaのみ）。

3）タスクがワンショットのように見えたが、繰り返し可能になった場合は、マネージャーと相談して1）から2）に変更し、好みの言語から会社がサポートする言語に書き直す必要があります。

私はあなたが決定する立場にない（あるいは質問をしないだろう）と思います。上司はこの問題についてどう思いますか？あなたは彼と話をして、Pythonが道であると彼に納得させるようにしてください...

もちろん、問題はあなたが去るときに何が起こるかについてです。コードを維持できないことが、おそらくPythonの使用をやめるのに十分な理由です。または、あなたは同僚にこの言語を教え始めることができます...