Под линухом это интересно. Я вот сам с VB на C# перешел. И не жалею если честно. На Vb.NETдаже смотреть не охота. C# форева!

У меня как раз интересно получилось. Ситуация позволила сравнить VB/VB.NET/C#
Я сейчас в процессе перехода в другой отдел компании. В старом писал на VB, новый работает только с .NET. Естественно помимо новых .NET проэктов я понемногу передаю старые стажерке своей. В новом отделе проэкты совмещенные - одна из интересных весЧей .NET, т.е. допустим мой теперешний проэкт, комплексное web приложение, состоит из 27-ми самостоятельных проэктов, часть из них написана на VB, часть на C# и все прекрасно совмешаетсяи компилится, в VB проэкте я спокойно создал новый класс на С# а он и ни пискнул :). Вот и приходится мне писать на обоих. Но мне гораздо больше нравится С#, всем советую. Сам раньше думал что переходить буду на VB.NET, зачем мне новый язык? Но теперь мнение поменялось.
Дело в том, что VB6 и VB.NET слишком разные и кроме базового синтаксиса вам в любом случае придется учить тоже самое что и для C#.
Теперь, мои личные впечатления:
C# на мой взгляд более елегантный язык, после него VB - гадкий утенок без надежд превращения в лебедя :). На синтакс у меня ушло пару дней, плюс ключевые слова. С хорошей книжкой и практикой базу можно взять за неделю. Одна общеизвестная весЧ: Возможности фреймоврка для С# реализованы несколько полнее чем для VB.NET. Т.е. кое что для VB просто недоступно, НО к примеру разработка интерфейса быстрее идет на VB. Он проще.

Если еще что интересно - спрашивайте.

Разработка немного дольше, сначала, пока не обрастете своими классами и обьектами. Да и дальше в принципе тоже немного дольше. Я к примеру некоторыв леваки все еще делаю на VB6 именно из за скорости. Это наибольшее его достоинство - скорость разработки. Но вот многие вещи которые в VB6 приходилось делать "матюками" в .NET естественны и доступны через разные пространства имен. А наследование!! Просто песня, наследуйся от чего хочешь, создавай свои классы на основе других базовых или уже существующих. Перегрузка опереторов - великолепно! можно определять n методов с одним и тем же именем но принимающих различные параметры и выполняющих различные действия. Это как раз компенсирует один из минусов - отсутствие параметров по умолчанию. Их просто нет. И не будет.
Надо разные параметры -передаем массив параметров ливо перегружаем процедуру.
Забудте о проблемах с DLL. Ги орах с API когда из за различных версий библиотек нифига не работало у клиентов, или валилась система после передачи неверных параметров. Практически все необходимые функции - часть Framework.
НО наряду с этим есть и кое что до смешного обидное и непонятное:
1. Отсутствует возможность создавать массив контролов на форме.
НО в С# это прекрасно компенсируется привязкой ко всем кнопкам одного обработчика. VB.NET IMXO этого контролировать не может.
2.Совсем смешно: нет функции для проверки строки на число(может ли она быть интерпретирована как число). IsNumeric помните? Так вот, здесь он работает только для одного символа, непонятно. Варианты: ловить ошибку конвертации, парсить в лупе по одному символу(долго), импотрировать функцию из VB6 - делается довольно просто, достаточно указать необходимое пространство имен.

ШПринцип практически тот же самый, только теперь АДО.НЕТ.
Конкретно для нашек компании, все немного по-другому. Для доступа к базам существуют классы для каждой таблицы, классы для выпонения хранимок и т.д. T.e. не напрямую. Все через обьекты и для каждого проэкта генерится новый набор обьектов для работы с базой. Есть у нас одна маленькая прога для этого: выбираешь базу, тейблы, связи, она генерит сишный код с обьектами и хранимки в базу. А далее для доступа я использую нечто вроде
MyProject.DO_OpenCustomer()
MyProject.DO_Next_record()

Остальным не забочусь, все варотся внутри. На VB6 такой подход означал дикие тормоза, здесь все летает...

Примерно так. Если коротко.

Нет, не нужно. Я ж говорю - принцип тот же. МНожно работать и со старым АДО и с АДО.НЕТ, но у нас в конторе все сделано через классы и обьекты. У нас тут все помешаны на этом, я тоже :)
Сам я в .NEТ недавно, но С# мне все больше нравится.

А сейчас проэкт на чем написан?
Можно ведь к примеру старые коды компильнуть как библиотеки и подключит их к новенькому .NET проэкту! Или я что то не так понял?

А как ты расчитываешь использовать новые модули в VBA? Я не уверен есть ли возможность использовать С# дллки в VBA...