私は、新しい ASP.NET 3.5 Web アプリケーションを構築する開発チームの一員です。私たちのうち 2 人は C# コーダーで、もう 1 人は VB.NET コーダーです。
プロジェクトごとに言語を混在させることができ、別のプロジェクトで別の言語で書かれたクラスを継承するある言語でクラスを構築できることは知っていますが (これは既に行っています)、さまざまなプロジェクト DLL 間で循環的な依存関係が発生する可能性が高い状況です。
単純に多数のプロジェクト (より多くのライブラリへの関心の分離) を持つ以外に、自分のプロジェクトでこの状況をどのように管理していますか?
注 - この質問は、特定の機能自体を利用するために異なる言語を使用するのではなく、作成するために異なる言語を使用したくないという理由で、私が見つけることができる唯一の同様の一致 (これ)とは十分に異なると思います。私たちが利用できる開発者リソースの使用 (つまり、1 つの開発者がたまたま VB.NET のみである場合)。
正直に言って、vb.net 担当者に C# に移行してもらいます。
遅かれ早かれ、あなたは彼に ac# プロジェクトというソリューションの一部に取り組んでもらいたいと思うでしょう。新しい構文に移行するときに作成する人工的な障壁は、比較的簡単です。
ほとんどの開発者は、C# に移行する機会を歓迎します。
私は最近、大企業で vb.net から C# に移行するという決定に関与しましたが、これにより士気が向上し、適切な候補者を見つけやすくなることがわかりました。
あなたのショップが主にC#あり、それが本当にあなたのプロジェクトを開発したいものである場合、私はC#あなたのチームメンバーの一人の知識の欠如を説明するためにあなたのプロジェクトを妥協するのではなく、他の開発者に学ぶことを勧めます。それはあなたの他のチームメンバーを落胆させることではありませんが、彼/彼女が一般的に.Netをよく理解していれば、この人がC＃を学ぶことができなかった理由はありません。
私の会社では両方を組み合わせていますが、VB.Netを使用するかどうかは、既存のVB6アプリケーションを.Netに移植するかどうかによって異なります。この場合、必要なコードが少ないため、VB.Netを使用するのが理にかなっています。書き直されます（ほとんどの場合）。
ただし、開発者のスキルでC＃とVB.Netのどちらを使用するかを決定することは決してありません。その仕事に最適なツールを選択するので、それが常に決定ポイントになるはずです。
可能であればこれを避けます。VB コーダーに C# を改善してもらうようにしてください。すぐに行う必要はありません。彼らが C# に慣れるまで、とりあえず VB を書いてもらいます。その後、古い VB を C# にリファクタリングすることをお勧めします。彼らはすでに .NET ライブラリとツールに慣れており、ほとんどは構文だけです (ただし、言語の違いはいくつかあります)。
これをお勧めする理由は、将来のメンテナンスのためです。2 つの言語でコードをメンテナンスおよびデバッグする必要があります。全員がすべての言語を知っていれば問題ありませんが、これが永遠に当てはまると確信できますか?