Вопросы, на которые должен уметь ответить каждый хороший .NET-разработчик?

Знайте разницу между ссылочными типами и типами значений.

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

Строки неизменны.

Вот некоторые из них, которые я использовал для фильтрации программистов, претендующих на работу программистами на C#:

В чем разница между ссылочным типом и типом значения?

Объясните интерфейс IDisposable, для какой конструкции языка C# он требуется и как вы его реализуете.

Какое исключение вы выбрасываете, если в качестве аргумента методу, который имеет контракт, не допускающий пустых значений для этого параметра, передается значение NULL?

Возможно, это не то, что вы хотите услышать, но я бы рекомендовал не сосредотачиваться на узких технологиях, а на общем программировании и навыках решения проблем. Хорошие разработчики могут быстро выучить все, что вы хотите.

Я, например, не сторонник Compact Framework, поэтому могу провалить ваше собеседование, если вы пойдете в этом направлении. Но если бы мне нужно было его использовать, я мог бы провести небольшое исследование и сразу же приступить к делу.

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

Что такое нить?

Что такое GC?

Я всегда сам искал навыки межличностного общения - это не каламбур. Так что хороший объектно-ориентированный дизайн, разработка через тестирование, хороший многоязычный (программирование) опыт и общий ум (и, я полагаю, умение делать дела!).

У интеллектуального разработчика не должно возникнуть проблем с изучением отдельных технологий, которые вам необходимо знать, даже если он никогда раньше не обращал на них внимания - поэтому я бы не стал слишком беспокоиться о конкретных вопросах, касающихся WCF / компактной структуры и тому подобного.

Я бы попросил их написать код - лучший способ узнать, что они знают и как работают. Кто угодно может запомнить ответ на вопрос «В чем разница между ссылочным типом и типом значения?»

Еще несколько:

Каковы ограничения сборки мусора.

Знайте о финализаторах и IDisposable.

Помните о пуле потоков и о том, когда его использовать.

Если вы работаете с приложениями с графическим интерфейсом, имейте в виду, что графический интерфейс Windows является однопоточным.

Используйте foreach (я вижу, что многие люди делают MoveNext и т. д.)

Мне задали хорошие вопросы:

• Как вы думаете, что такое хорошо в .NET?
• Как вы думаете, что такое Плохо в .NET?

Было бы интересно посмотреть, что придумает кандидат, и вы наверняка узнаете немало о том, как он / она использует фреймворк.

Я с парнями, которые ищут способности решать проблемы, а не то, что вы можете найти и запомнить из «101 топовых вопросов и ответов на собеседовании по .NET».

Чтобы привести себя в пример, я склонен «знать» вещи, которые мне нужно использовать изо дня в день. Я часто забываю (а позже мне приходится снова искать) то, что использую редко.

Если бы ты хотел сбить меня с толку на интервью, это было бы очень легко.

Тем не менее, я спроектировал и закодировал большую часть инфраструктуры для системы, которая использует идентичные уровни бизнес-объектов и данных для своих воплощений WinForms и ASP.NET, и наша кодовая база является надежной и достаточно многоразовой, чтобы мы могли поддерживать и разрабатывать 20+ по-разному настроенные версии веб-сайта, а также увеличивающееся количество (в настоящее время 5) приложения WinForms ...

... с командой разработчиков из двух человек.

Раньше я работал в команде техническим руководителем, и моя работа включала в себя довольно много рекрутинга и собеседований. Моя самая вопиющая ошибка заключалась в том, что я нанял человека, который знал о технологиях, которые мы использовали, больше, чем все мы вместе, включая меня, и я считал себя экспертом. Он все знал ...

... кроме того, как писать код, который либо отвечал требованиям, либо мог быть понят любым, кроме него самого. Когда я в конце концов убедил премьер-министра не продлевать контракт, все, что он написал, пришлось переписать.

Разумно структурируйте интервью ...

Я думаю, что если бы я брал интервью у кого-то, кто имел опыт работы с LINQ, я бы, возможно, просто попросил его объяснить LINQ. Если они могут объяснить отложенное выполнение, потоковую передачу, интерфейсы IEnumerable / IEnumerator, foreach, блоки итераторов, деревья выражений (в любом случае для бонусных баллов), то они, вероятно, справятся с остальным. (По общему признанию, они могут быть «нормальными» разработчиками и еще не «получить» LINQ - я действительно думаю о случае, когда они утверждали, что знают LINQ достаточно, чтобы сделать это справедливым вопросом.)

В прошлом я задавал несколько из уже перечисленных вопросов и еще несколько:

• Разница между ссылочными типами и типами значений
• Передача по ссылке vs передача по значению
• IDisposable и финализаторы
• Строки, неизменяемость, кодировки символов
• Плавающая запятая
• Делегаты
• Дженерики
• Обнуляемые типы

Кто такой Джон Скит?

Это немного изменчивый вопрос, и на самом деле вы не должны полностью отвечать на него сейчас, но вы должны иметь возможность ответить, когда это необходимо:

«Что предлагает платформа .NET для выполнения задачи X?»

Или более конкретно:

«Включает ли платформа .NET объект, выполняющий X?»

Например, недавно я потратил несколько часов на разработку объекта, оптимизированного для хранения массива логических значений и работы с ним, например, выполнения НЕ, ИЛИ, ИСКЛЮЧАЮЩЕЕ ИЛИ, И для сбора всех значений и т. д. Это было не так. До тех пор, пока я не закончил писать все свои модульные тесты и настраивал их для обеспечения максимальной производительности, я понял, что мой объект «BoolArray» уже существует в платформе .NET под именем «BitArray».

На этот вопрос может быть сложно ответить, поскольку во многих случаях лучший ответ о том, какой объект / помощники использовать, - это тот, который вы не знаете или полностью понимаете. Каким прекрасным был бы мир .NET, если бы каждый действительно знал хотя бы о простом StringBuilder, базовом инструменте, который может значительно повысить производительность.

Мартин Фаулер предпочитает навыки дизайна, а не знания платформы. С другой стороны, вы можете задать вопрос, который покажет знание шаблонов проектирования и платформы .NET, например:

• Назовите шаблоны и принципы проектирования, которые вам известны, и как они используются в .NET Framework?

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

Я бы не стал задавать вопросы типа "знаю кое-что из учебника", а скорее задам кое-какие хитрые вещи вроде:

• Что делает цикл foreach в простом C#? (Ожидая, что он напишет цикл итератора.)
• Что такое синглтон?
• Позвольте ему / ей разобрать String на Datetime (ожидая, что он / она будет использовать TryParse вместо try / catch)
• Реализация шаблонов синглтона, стратегии и команд
• Позвольте ему / ей отрефакторить кусок кода для тестирования. Ожидая, что он / она абстрагирует внешние сервисы от тестируемого модуля и реализует свой собственный тестовый двойник сервиса (без использования фреймворка для имитации).

Они не уверены на 100%, в зависимости от человека, которого я могу их спросить:

• позвольте ему / ей охранять метод от нулевого ввода (ожидая, что он / она будет использовать несколько возвратов для уменьшения вложенности)
• как работает инициализатор объекта (ожидая, что он / она напишет потокобезопасное назначение)

Также я бы спросил его, как он / она узнал свои вещи и что он / она читает (какие блоги, книги).

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

Если вопрос достаточно прост, чтобы на него можно было ответить одним или двумя короткими предложениями, достаточно просто сказать тому, кто не знает. Вам следует искать их понимание концепций и способности рассуждать, а не их способность отвечать на вопросы, на которые «должен уметь ответить каждый .NET-разработчик».

Я предлагаю несколько вопросов сосредоточиться на понимании концепций программирования с использованием dotnet, таких как

В чем разница между управляемой и неуправляемой средой? GC плюсы и минусы JIT за и против Если нам нужно разработать приложение X, можем ли мы использовать dotnet? Почему? (это определит, как он видит сеть)

Я предлагаю также написать небольшие методы и попросить его переписать их с большей производительностью, используя лучшие классы dotnet или стандартные способы. Также напишите некорректные методы (с точки зрения любых), логические или что-то еще и попросите его исправить их.

Я поклонник следующих вопросов в дополнение к некоторым из уже упомянутых вопросов:

• Что за делегат?
• Что за домен приложения?
• Когда бы вы использовали ключевое слово блокировки?
• Являются ли универсальные классы коллекций стандартной библиотеки потокобезопасными?
• Что такое метод расширения?
• В чем разница между XmlDocument и XmlReader?
• Как вы читаете параметры конфигурации из файла конфигурации приложения?

Честно?

"Что такое .NET?"

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

Дело в том, что многие люди действительно не знают, что такое .NET. Даже те, кто пишет для него программы.

«Какой из ASP: какие элементы управления вы бы использовали в производстве и почему?»

Это быстро скажет вам, действительно ли ваш объект когда-либо создавал и поддерживал большой проект достаточно долго, чтобы его сожгли DataGrids и LinkButtons, или он все еще находится в фазе перетаскивания «научитесь за 21 день».

(ответ: asp: Repeater, asp: PlaceHolder, asp: Literal и asp: Content)

Еще несколько:

1. Частичные занятия. И его ограничения?
2. Запечатанные классы
3. Как сделать локализацию в .NET?
4. Связь с базой данных
5. Различные файлы конфигурации
6. Делегаты против событий
7. Неуправляемый доступ к dll
8. Размышления
9. Общие классы
10. Самый популярный в .NET 3.5
11. Используемые вами фреймворки для модульного тестирования.

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

Однажды я проходил собеседование, и мне понравился подход, когда первый работодатель дал мне техническую анкету, которую нужно было заполнить за 30 минут. Если один из них добьется успеха, его вызовут на 1-часовое интервью, охватывающее вопросы о суждении личности и поиске характера, а также технические жаргоны.

Затем меня попросили разработать трехстраничное веб-приложение за 6 часов. Ограничения, накладываемые на приложение, грамотно охватывают основные аспекты разработки приложения, такие как небольшой ERD, Layerd Design, согласованность пользовательского интерфейса, контролируют конкретные проблемы, такие как использование переключателей в GridView и выборка и отображение типов изображений из БД на веб-странице, разработка одного алгоритма, безопасность, шифрование, хеширование, представление данных и манипулирование ими.

Затем на следующий день последовало 30-минутное обсуждение разработанного приложения, охватывающее узкие места в производительности, а также улучшения в дизайне и используемых алгоритмах. И 1-часовой дополнительный тест для улучшения вашего алгоритма, разработанного на предыдущем шаге с определенным условием.

Так что это заняло довольно много времени, но таким образом вы можете быть уверены, что человек, которого вы нанимаете, знает хотя бы те концепции, которые необходимы хорошему разработчику.

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

Честно говоря, я бы не стал читать слишком много типичных вопросов, поскольку основная парадигма - «Насколько хорошо вы можете озвучивать свои мысли и понимание?», это действительно то, что ищет интервьюер. Общение всегда является моей самой большой слабостью из-за того, что я есть, и довольно легко могу расстроиться.

Было бы идеально иметь знания и быть всезнайкой, но, к сожалению, есть некоторые вещи, которых я не знаю, но не бояться, если вы действительно не знаете ответа и признаете это, а не блефуете. через это. Если бы интервьюер задал мне вопрос, подобный одному из вышеперечисленных, в котором я не был бы уверен или неправильно понял / неверно истолковал вопрос, я бы сказал это заранее, что лично может смущать, но я научился справляться с этим.

Вы были бы удивлены, узнав, сколько людей на самом деле блефуют и блефуют, метафорически выражаясь словами, что в конце дня их поймают со спущенными штанами.

Мои 2 цента, С наилучшими пожеланиями, Том.

Я бы предпочел задать ему проблему и попросить его решить ее, используя возможности .net, которые вы знаете, и почему вы думаете, что это лучшее решение.

Это позволит раскрыть почти все возможности кандидата с точки зрения технических, аналитических навыков и навыков решения проблем, а также его подход к решению проблемы.