>>62
予想通りのつまらん回答だけど、「旧VB資産の移行」なんですわ、これが。
その資産が「完成品」であれば、C#から相互運用するのもありなんだけど、
現在もちょくちょく修正を入れてる状態じゃ、この際.NET対応せい！という要望がくるわけですよ。

で、そういうときにC#でスクラッチで書き直すのか？ということになる。
VB.NETなら、スコープレベルではコピペもOKという情けないメリットが･･･。
ま、要は金と時間の問題ですわ。

それともう１つ困った問題は、ATLで書いたコードをどうするか。
ATL使った理由はパフォというよりは機能性の問題だったので、
.NETの機能の範囲内なら.NET化するメリットは大いにあり、ということですわ。
できることなら、コンポーネントの種類は異種混合よりは統一したいでしょ？

で、今度こそC#！って行きたいとこなんだけど、
前にVB.NET使ってるならこれもVB.NETで行けーよ、となってしまうんですよ。
ここもまたコストの問題で。

っつーことで、スクラッチでないとなかなかC#のチャンスはないんですよ。
しかも、移行の案件が先に入ってしまうと、VB.NETの実績ばかりが積み重なって
ますますC#を選ぶ理由が遠のいていくわけで...。

でもねえ、「C#でできてVB.NETではできないこと」が致命的なレベルでない限り、
C#至上主義は通用しないんですよ。
現時点では、正直言ってそういうものは見つかっていない、と。