Просьба видеть код/базу данных работодателя в интервью

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

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

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

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

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

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

Лучше, чем рассмотрение фактического кода Тест Joel . В основном это - 12 вопросов "да" или "нет", что можно спросить работодателя. Чем больше да отвечают, тем лучше рабочая среда, как ожидают, будет. Это - очевидно, не надежное "правило", но это, казалось бы, указало бы на те компании, которые берут код (и кодеры ) серьезно.

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

Перейдите к проектам с открытым исходным кодом. Там Вы не должны просить разрешение видеть код.

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

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

я думаю самая большая проблема, которую Вы собираетесь иметь с этим, то, что я нашел, что много людей обижается людям, не любящим их код. Это похоже на критику чьего-то терапевта, это - просто не хорошая идея быть посторонним и сделать это. Наблюдение кода и затем не устраивание на работу могли дать Вам репутацию, что Вы высокомерны или не достаточно хороши для работы над кодом, и вот почему Вы не устраивались на работу. Это могло бы сохранить Вас от получения задания, которое Вы не хотите, но это могло дать Вам отрицательную репутацию по линии. Я живу в значительном городе, но люди IT все еще знают друг друга и распространения слова. У людей в нашем поле есть эго, и это легче к мусору somoene репутация else, чем это должно признать, что кодируют Вас, записал, не в нормальном состоянии.

Даже если бы они показали Вам некоторый код, который был бы достаточен для Вас, чтобы прийти к грубому заключению о качестве кода, что Вы будете проводить время с? Например, в моем предыдущем месте, одним из их продуктов было большое приложение промежуточного программного обеспечения электронного банковского дела. Ядро приложения было в C++ и разработало и записанный в отличном способе. Однако расширения (который безусловно покрыл значительную часть приложения и его всевозможных версий), которые были в C++ также, которые были главным образом кодированы менее опытным и менее - хорошо осведомленные разработчики, были грудой дрянного кода (который я должен был зафиксировать и работать с или писать с нуля время от времени), хлопнувший вместе только к так или иначе работе. Если я попросил, чтобы они показали мне отрывок кода во время интервью, и они показали мне часть базового материала (дополнительный код на самом деле главным образом содержал определенную для клиента бизнес-логику, таким образом, это не будет иметь большого количества смысла без бизнес-знаний проблемной области, и т.д.), я думал бы, что общее качество кода хорошо (который не полностью имел место).

Более важный, чем попросить фрагменты кода, я верю, должен спросить их, для которого продукта управления исходным кодом они используют (убегите из компаний, которые отвечают на "Visual SourceSafe"), и какую методологию они используют: "Гибкий" или "Толпа" отправляет положительные сигналы, CMMI обычно означает, что компания любит бюрократические процессы, если они дают Вам "ха?" тогда Вас предупреждают;)

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

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

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