Что случилось с подачей кода к собеседованию программирования? [закрытый]

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

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

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

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

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

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

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

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

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

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

Хороший Пример кода: НЕОПРЕДЕЛЕННЫЙ (т.е. другие факторы определит 100%, если Вы будете НАЙМОМ),

Плохой пример кода: НИКАКОЙ НАЕМ

Так, теперь, когда Вы знаете, что, хотели бы Вы добровольно предлагать брать тот тест, если я не спросил Вас к?

Во время моего Собеседования не было никакого упоминания о 'коде это для меня'. Больше как, у нас есть эта проблема, как Вы решили бы ее. (В целом, например, с шаблоном разработки)

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

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

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

Тем не менее это не ПЛОХАЯ вещь принести примеры кода, пока Вы не вынуждаете их на интервьюера. Это - просто плохое установление приоритетов для размещения на чем-то, что действительно не расхваливает преимущества правильно.

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

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

Я попросил бы код, только если мне нравится парень так или иначе. И затем я предпочел бы, если это доступно где-нибудь в Интернете в общедоступном репозитории. Но арендный/нет наем решения был бы сделан к тому времени так или иначе. Бесполезно смотреть на код заранее, потому что Вы никогда не могли быть уверены, что это было записано человеком, который обрабатывает его Вам.

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

Любое нетривиальное приложение обычно производится целой командой, не достаточно простой понять на первый взгляд. Это вероятно не легкое посмотреть на все решение/проект и ясно отличить код, написанный кем-то еще кроме себя при показе кода постороннему впервые. Я подозреваю, что у интервьюера (интервьюеров) нет времени во время фактической сессии интервью, чтобы медленно просмотреть и изучить Ваш код и попытаться понять архитектуру низкого уровня и дизайн приложения (приложений), Вы ранее продолжили работать. Будьте готовы пройти трудоемкие пошаговые демонстрации, если Вы хотите заработать очки через.

На многих случаях наша строка работы делает нас, более вероятно, введут уже под управлением проект; maintaining/enchancing существующий код и приложения, вместо того, чтобы написать "красивый" код с нуля. Мои вклады кодирования обычно поставляются в частях рефакторингу и фиксации существующей кодовой базы, которые являются и крупными и ужасными. Такой материал трудно продемонстрировать с мерцающей гордостью.

Кроме того, как упомянуто другими, производя для открытия исходного кода предыдущих организаций имеет много нежелательных правовых последствий.

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

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

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

Единственный вид кода, который необходимо принести с Вами к интервью, является кодом OSS, и даже затем, только если тот код на самом деле отсутствует в дикой природе. У меня был случай для записи кода GPL'd (некоторые мои самые прекрасные для маленького внутреннего тестирования utils) во всех моих предыдущих работодателях, но потому что мы никогда не выпускали двоичные файлы никому, кого у нас не было обязательства выпустить источник также. В этом случае новые работодатели не имели никакого права получить доступ к тому источнику, и я не мог показать его им :(

tl; dr: Я всегда приносил код на интервью. Существует достаточно интересных задач, чтобы вы могли быстро написать что-нибудь представительное и спрятать это в свою сумку.

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

Никогда никогда не помещайте в свой портфель ничего, что хотя бы намекает на то, что это собственность или интеллектуальная собственность предыдущего работодателя.

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

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