Гадание по коду на собеседовании. Как проверяют кандидатов?

Question

[Peyoter]

Довольно частый момент на собеседованиях: пришлите или покажите пример кода... Ммм... Которым Вы "гордитесь" или который Вам нравится.

Этот момент должен вроде как рассказать многое о специалисте, и говорить так же многое о компании. Но, что конкретно он говорит?

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

И что отправили бы Вы, если Вас попросили прислать такой пример?

Answer 1

[⚡ Kotobotov ⚡]

я бы показал БогоСорт https://ru.wikipedia.org/wiki/Bogosort - очень интересный алгоритм.

Answer 2

[jaxel]

Я всегда считал подобное требование идиотизмом. Что можно понять по небольшому куску кода? Да ничего!
Ладно бы ещё просили выслать исходники целиком, или большой цельный модуль, но ведь обычно просят выслать "самый изящный класс" или подобный бред. Архитектуру по нему не увидишь, умение решать сложные задачи тоже. Разве что code style посмотреть и совсем индусский говнокод выявить, но это тоже бред.

Comments

[Roman K]

Это уже неплохо, а цельный проект высылать обычно совесть не позволяет.

[⚡ Kotobotov ⚡]

понять можно ооооочень много, но только конечно не сотруднику отдела кадров))))

Answer 3

[Viktor Maksimov]

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

Answer 4

[Анатолий Дудко]

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

Comments

[Александр]

Нормальное требование, никто не предоставит целиком коммерческий проект, а вот open source в этом случае идеально

[Анатолий Дудко]

komjaga: можно быть хорошим программистом не написав ни строчки в open source проекте.

[Александр]

Анатолий Дудко: никто не доказывает обратное

[Анатолий Дудко]

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

[Александр]

Анатолий Дудко: это было явно сказано или вы сделали такой вывод из просьбы дать ссылку на open source ?

[Анатолий Дудко]

Александр: явно

Answer 5

[Олег Цилюрик]

Что в данном случае пытаются проверить рекрутеры?

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

Answer 6

[Елизавета Борисова]

Требование показать код или профиль гитхаб с кодом стало стандатным.
Рекрутеры сами проверяют разве что, есть у вас код или нет, и передают ссылки клиенту/PM-у/тимлиду. А те смотрят на свое сугубо субъективное мнение, насколько это качественно, и им удобно будет работать. При этом, если будущий сотрудник захочет сначала изучить код проекта (чтобы не нарваться на что-то неадекватное), ему могут спокойно отказать.
Насчет кода, которым "гордитесь" - это вообще эйчар-бред, по-моему, из разряда того, "кем вы будете через 5 лет", "пожали бы вы руку Ленину" ...

Answer 7

[asd111]

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

a = 170
b = 70 
c = a*b

нужно что то типа

height = 170 
mass = 70 
mass_coefficient = height*mass

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