最も使いやすい言語を使用するか、会社の「標準」を使用するか

私は特定の工場向けにイントラネットサイトを開発する予定であり、当社のWeb開発の標準はIIS + ASP.Net + VB.Net + Microsoft SQL Serverです（約10以上の工場があることに注意してください）。イントラネットサイトは私の工場でのみ使用され、私がそれをサポートするのは私だけです。私はLAMPのセットアップにはるかに精通しており、ASP.Netよりもはるかに迅速にPHPを使用して開発と問題解決を行うことができました。会社の「標準」はASP.Net/VB.Netですが、会社が全体として行うことのほとんどは、サードパーティソフトウェア（通常はJavaベース）を購入することです。会社も知っているASP.Net/VB.Netはもちろん、VB6。

そうは言っても、会社の標準に違反して、私がよりよくサポートできるセットアップを使用する方が良いのか、それとも、現在誰もいなくても会社がよりよくサポートできるセットアップを使用する方が良いとにかく社内で独自の標準をサポートできますか？

私の場合に考慮すべきいくつかの追加要因：

• 繰り返しますが、これは私の工場だけのためのものであり、私が会社を辞めない限り、これをサポートするのは私だけです。すでに会社にいる誰かはいません。
• とにかく、同社は標準でほとんど開発を行っていません。
• 既存のソフトウェアのほとんどが自社の標準を使用していません。
• 会社の標準を選択した場合、Microsoft SQLのExpressバージョンとWindows 7 OSを使用する必要があります。私の読書から、Expressバージョンはビジネスでの使用には問題ありませんが、データベースのサイズは制限されています。

繰り返しますが、これは私の工場だけのためのものであり、私が会社を辞めない限り、これをサポートするのは私だけです。すでに会社にいる誰かはいません。

1-これをサポートするのは自分だけだと想定しないでください。あなたは病気の時間と休暇が好きですか？産休/育児休暇などを取得する必要がある場合はどうしますか？あなたのアプリをサポートするのは誰ですか？また、あなたの会社に特有の技術的な問題について誰かに相談したい場合はどうしますか？コードレビューが必要な場合はどうしますか？またはトリッキーなバグの助けが必要ですか？これらのすべての場合、使用しているテクノロジー、特に企業固有の問題を解決するためにどのようにそれを適用できるかについて洞察を得ることができます。

とにかく、同社は標準でほとんど開発を行っていません。

2-いくつかのドキュメントが存在するからといって、それが本当に標準的なことを意味するわけではなく、何かを意味するわけでもありません。それは単にこのアプローチを支持する政治的に影響力のある個人のグループがあることを意味するかもしれず、異なるアプローチを取っている他のサブグループがあることが判明するかもしれません。

あなたの問題は、単に「標準」が、文書化された「標準」と矛盾する事実上の文書化されていない状態に進化したことかもしれません。または、異なる「標準」を使用する人々の小さな非公式のグループが多数存在する可能性があります。これらのグループの1つは、「標準」を公式に管理しています。おそらく、グループ内の他の人（あなたとあなたのアプリをサポートしている可能性のある人）がベストプラクティスを検討していることを把握するために、周りに尋ねる必要があります。彼らはあなたが使用して快適に感じるものを尋ねます。マップアウト本当のあなたの会社の技術の風景をとノウハウがどのようにあるところを見つけ出します。進化する部族の知識の良い部分のように、あなたが進むべき方法を知る唯一の方法は、人々と話すことです。

3-新しいことを学ぶ専門的な機会を逃さないでください。あなたはこの業界で鳩の巣にならないように警戒する必要があります。機敏に。幅を広げ、問題を解決する新しい方法を学ぶ機会があります。履歴書の新しいスキルを獲得していることは言うまでもありません。ほとんどの場合、快適なゾーンの外に出て何か新しいことをする必要があります。つまり、異なる/新しいことが非常にニッチであり、あなたや将来の雇用主がそれらのスキルから価値を得るとは思わない場合、これはおそらく素晴らしい機会ではありません。しかし、ASP.netとLAMPの両方の専門家になる機会を得ることは確かにあなたの目を開き、あなたのキャリアを助けるだけです。実際に何かを学ぶことを強制する期限のある実際のプロジェクトのようなものはありません。

だから私のアドバイス、それを一人で行かないでください。人々が本当に立っている場所を把握し、最適な場所を決定します。快適なゾーンから抜け出す必要がある場合は、これをプロとして成長する機会として使用してください。

そうは言っても、会社の標準に違反して、私がよりよくサポートできるセットアップを採用する方が良いのか、それとも今誰もいなくても、会社がより良くサポートできるセットアップを採用する方が良いとにかく社内で独自の標準をサポートできますか？

それは管理上の決定です。彼らにあなたの懸念を知らせ、変化を正式に主張 してください。

とはいえ、言語はツールであり、仕事に適したツールを選択する必要があります。ハンマーでネジを締めないことを理解させます。

昇進、または他のプロジェクトに取り組んでいますか？もしそうなら、「あなた自身のことをする」ことは、ほぼ間違いなく「言い換えれば」「私が去るまで、それを支援する者になる」という2つの負の効果を持つことをお勧めします

1. 会社の標準に従わないことを選択したため、簡単な指示に従うことができないため、より上級の職種には特に適していません。
2. 会社の標準に従わないことを選択したため、社内の他の誰もあなたのコードをサポートできないのはあなたの問題です。

標準の使用を選択した場合、プロモーションの機会または別のプロジェクトが発生した場合、製品を維持し続けることはお客様の責任ではありません。

馬鹿げた類推を見る他の方法。私は彼らが左側を運転する国に移動しますが、右側を運転することにはるかに慣れています。右側を運転することを好みます。右側を運転する必要がありますか？

企業には理由があります。xを使用するという正式に定められた規格がある場合、yを正当化する必要があります。

これは、yを使用できないという意味ではなく、標準の背後にある理由を理解し、それに違反する前に承認を得る必要があるという意味です。

おそらく、その理由を理解した後、違反する必要はもうないでしょう。おそらく、変更または廃棄する必要があるか、このインスタンスには適用されないため、yを使用しても問題ないことがわかります。

該当する場合は、変更できない限り、それに従う必要があります。会社の基準は直接注文とまったく同じレベルではありませんが、雇用主は、法律に違反しない限り、両方に従うことを合理的に期待しています。

それはあなたが解雇されるかどうかにかかっています。あなたが解雇されるつもりなら、それをしないでください。あなたが解雇されるつもりがないなら、どうしてもそれを進めてください。

これから生じる可能性のある多くの問題を予測し、会社を辞めなければならない場合とその時期について詳細な計画を立てることができると思います。

作品を使い果たす可能性のある問題の1つは、退職して人事部が代替品を検索しなければならない場合です。彼らがあなたのしたことを積極的に理解し、必要なスキルに応じて採用しようとするか、IIS / ASP.NET /などのポリシーを規定している元の文書を単に見てください。そして、LAMPコードを維持するためにそれらのスキルを持つ誰かを盲目的に雇います（「そのため」という原則に基づいて）、後者のほうがはるかに可能性が高いと思います。

（長期的に）最も簡単なことは、fabianhjrが推奨したことを実行し、標準を変更することです。フルスイッチに耐性がある場合は、MicrosoftとLAMPの両方を含めるように変更します。

この場合、標準に従う必要があります。標準が適用されないようであれば、別の言語でそれを行うことについて上司に相談する必要があります。

開発で従うべきすべての標準の中で、私は言語の選択が最も重要であると個人的に感じています。標準言語の選択を無視して、あなたがより快適な言語を選択すると、同僚や後継者はあなたのプロジェクトに取り組むスキルを持たない可能性があるため、パドルなしで小川を離れます。企業の採用決定は言語の選択に基づいているため、このような決定は大きな影響を与える可能性があります。さらに別のプラットフォーム/言語を導入すると、他の人を雇い始めたときに会社を厳しい場所に追い込む可能性があります。

言語を超えて、LAMPサーバーの内部サポートを検討する必要があります。Apacheを管理するのは誰ですか？MySQLはどうですか？会社のソフトウェアは別のデータベースで実行されていますか？管理者は新しいプラットフォームを喜んで管理しますか。これらのサービスの管理を計画している場合でも、最終的には他の誰かに義務が課せられる可能性があります。サービスの管理を計画している場合、ネットワーク/サーバー管理者はそれを許可しますか？

別のプラットフォームを導入することの影響は、広範囲かつ深くなる可能性があります。標準に従わないと、自分以外の多くの人々に影響を与える可能性があります。たとえあなたがASP.NETよりもLAMPに習熟していても、そのプラットフォーム上で構築すると、長期的には企業に多大なコストがかかる可能性があります。ここで重要なのは、マネージャーとコミュニケーションを取り、最終決定の影響を理解することです。