Вопрос интервью на тему C# и VB.net сходства/различия

Мне пришлось опрашивать людей на несколько позиций C#, и это мой общий совет для разработчиков VB.Net, которые берут интервью на позицию C#:

• Убедитесь, что вам ясно, что вы работали VB.Net. Это кажется очевидным, но это то, что, по-видимому, не так (по моему опыту).
• Попробуйте привести пример кода, если это возможно. Я видел некоторые ужасные VB.Net (и C#)), написанные VB программистами, которые, похоже, не слишком много узнали при переходе на .Net.
• Будьте в состоянии написать в C# во время интервью, если вас спросят. Я знаю, что между ними не так уж много реальных различий, но я не хочу платить вам за изучение нового синтаксиса.

Что касается вашего конкретного вопроса: я уже задавал этот тип вопроса раньше, и то, что я хотел услышать, было тем, как базовая система и структура были одинаковы. Если это возможно, расскажите о сборке мусора, IDisposable, финализаторах, опасностях небезопасных блоков кода, стеке против кучи и т. д. Все эти вещи показывают, что вы действительно понимаете тонкости фреймворка .Net. Правильно или нет, наследие VB приносит с собой ожидание отсутствия понимания программирования более низкого уровня и windows в целом (что, как ни странно, разработчик c++ будет иметь от разработчика c#... и так далее).

Наконец, то, как вы формируете свой опыт, может иметь огромное значение. Если вы позиционируете себя как разработчик .Net, а не VB.Net или C#,, глупый, псевдорелигиозный стеб может не войти в разговор. Это, конечно, требует, чтобы вы на самом деле знали и VB.Net, и C# на момент интервью, но это хорошая политика в любом случае.

Правда заключается в том, что если вы обнаружите, что собеседник списывает вас просто потому, что вы ранее развивались в VB.Net, это, скорее всего, не будет местом, где вы хотите работать в любом случае.

Некоторые различия (которые более существенны, чем синтаксические), которые иногда меня ловят:

• VB.NET не имеет анонимных делегатов
• Небезопасные блоки кода не находятся в VB.NET

Я люблю C# до смерти, но завидую VB.NET's необязательным параметрам. Автоматизация делопроизводства в C# - это очень, очень болезненно.

Я думаю, что правда выйдет наружу на этом:

Я разработчик программного обеспечения, синтаксис языка-это заключительная часть головоломки. Нанимая меня, вы получаете кого-то с очевидным опытом решения проблем и логики. У меня есть опыт работы с окружением .NET, CLR и связанным стеком Windows, включая сервер SQL и Windows. Я не знаю синтаксиса C#, но, поскольку я привык к объектно-ориентированному подходу, у меня не будет проблем с тем, чтобы полностью разобраться в тонкостях синтаксиса в течение нескольких недель. Вы можете видеть из этих примеров моего кода, что я опытный разработчик, уверяю вас, переход будет плавным. Я уже начал изучать язык, у меня до сих пор не было никаких проблем.

@DAC - VB теперь (Ин .net3.5) имеет поддержку лямбд:

Function(x) x.ToString()

В интервью я бы сказал, что понимание CLR и того, что код действительно делает, - это то, что важно, и что вы счастливы кодировать в любом из них (предполагая, что это так).

Я тоже парень C# до смерти, но различия не только в синтаксисе. Есть места, где VB выигрывает HANDS вниз

1. Необязательный параметр
2. Позднее связывание

Работа с COM из C# может быть очень неприятным делом. (Что вовсе не означает невозможность!)

По правде говоря? Если вы тоже являетесь разработчиком Java, я бы с этим согласился. Разработчик Java с некоторым опытом работы в .NET, как правило, производит лучшее впечатление, чем разработчик VB с опытом работы с Java. Если вы можете ответить на вопросы о разнице между .NET и Java, вы должны быть в хорошей форме.

Я бы также рекомендовал вам изучить синтаксис C# ASAP. Если у вас есть опыт работы с VB и Java, это не займет много времени.

У многих разработчиков есть проблемы с VB и людьми, которые его используют. Действительны они или нет, но вам придется иметь дело с этой реальностью.

VB или C# оба синтаксиса только различны, но если вы применяете способ логики одинаковый.