Вопрос для интервью - C#

Question

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

Вопрос: У меня есть унаследованная система с пользователями и файлов, информация о всех файлах , относящихся к пользователю, хранящиеся на плоском файл.

Я хочу обновить эту систему хранения всей информации о БД, дизайн таблицы и создать систему C#, что будет заполнять новый дб, а также FTP файлы на новый путь.

Определите порядок дезига и разработать прототип.

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

C @ Тим, я сделал показать опрашиваемый файл:

User1234.txt 
UserID=1234 
ParentPath=\\somewhere\nowehere\everywhere\1234 
FileCount=20 
File0=something0.ext 
.. 
File19=something19.ext 

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

Answer 1

Существует еще один пост here on SO, который имеет некоторую хорошую информацию на C# вопросы ...

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

У нас есть устаревшая система, которая была построена в классическом ASP, который использует плоские файлы для хранения пользовательской информации. Помимо хранения пользовательской информации в плоских файлах, система также обрабатывает загрузку новых файлов через FTP-процессы, а затем добавляет путь к плоскому файлу пользователя, чтобы они могли его видеть. Если бы вы планировали создать систему, которая заменит ее сегодня, то на что будут задумываться некоторые ключевые соображения дизайна? Как вы храните данные?

Answer 2

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

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

Answer 3

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

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

Answer 4

Это не то, что его вопрос плохой вопрос, я просто считаю его слишком широким, чтобы показать что-нибудь о хорошем кандидате. Какую информацию вы хотите получить от нее? Является ли кандидат подходящим решением ? Новый? Практический? Низходящий? Вверх дном? Решение, использующее конкретный инструмент? Решение, которое работает в этом конкретном случае? Решение, которое работает для многих общих случаев?

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

Answer 5

Я предполагаю, что это скорее вопрос «Что такое ваши мыслительные процессы в решении проблемы X», а не «Знаете ли вы конкретный факт Y». Мы используем вопрос о моделировании колоды игральных карт, а затем продолжим спрашивать, как это поможет создать игру, чтобы играть в snap/21/poker с ними.

С этим типом ведущего вопроса вы должны знать, где вы хотите возглавить кандидата. У вас должно быть четкое понимание хотя бы одного полного дизайна и внесения предложений, чтобы помочь переместить кандидата по этим направлениям, если они застрянут. Хорошие кандидаты будут охватывать все моменты, которые вы хотите упомянуть, и, несомненно, удивят вас подходами, которые вы ранее не рассматривали. Это определенно тип людей, которых вы хотите нанять. Другие могут наткнуться сначала, но ударить их шагом с несколькими указателями. Трюк заключается в том, чтобы получить правильные указатели, не отдавая слишком много. Эти кандидаты не являются определенными Нет, но они должны быть в хорошей форме в других аспектах или для более младших должностей. Вы также найдете, что некоторые кандидаты никогда не «получают», но ваш экран телефона должен свести их к минимуму. Конечно, вы не нанимаете их, если какая-то форма непотизма поможет вам в следующем обзоре!

Мы провели несколько месяцев с интервьюированием кандидатов и развитием процесса собеседования и до сих пор не достигли того, на что мы на 100% довольны. Книга Джоэля Smart & Gets Things Done была отличным ресурсом, который нам помог.