Не дали офер из-за того, что не надел костюм на интверью

[adda_]

шутка вспомнилась.

На редкость смешная.

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

Дискримминация по возрасту есть. Пару раз говорили прямо.

[mikeG]

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

У нас полно. Но китаянки и индуски в основном.
С китаянками работать приятно. Никогда не спорят и старательно все делают. Правда ни фига не понимают при этом - нужно спеку подробную писать

[brrdrr]

Есть ли дискриминация по полу в вопросе найма программиста?

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

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

Как вам нестыдно вы уже в возрасте а всё туда же на ноги позыреть - в монитор надо смотреть и о командных задачах думать! Дома надо по порно сайтам лазить.

[mudi]

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

Формализует идею (не важно свою и спущенную сверху), а потом имплементирует вместе с другими инженерами, которые не principal. То есть код principal engineer пишет, и senior principal тоже пишет и даже technical directors кроме всего прочего код иногда пишут. Если интервьюируемый не может простую идею превратить в код, или предложенное решение расползается по швам, то вы такого к себе нанимайте, чтобы он вам о прошлых заслугах рассказывал и на минингах с умным видом сидел.

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

Мне всегда казалось, что человек на principal позиции должен быть способен отвечать на вопросы и решать задачи junior level, а не только руками водить и документы писать. Хотя бы потому, что junior level будут к нему потом обращаться за помощью. Это не должно вызывать проблем, если человек реально что-то делал, а не по митингам ходил и абстрактные идеи обсуждал.

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

Это все лапша на уши, есть умельцы ее хорошо вешать и есть компании таких умельцев нанимающие.

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

Причем здесь должность? У вас в компании что, интервьюируют только те, у кого должность выше чем та, на которую нанимают?

[avitya]

Классический пример попросить написать двоичный поиск. (60% не могут неписать с первого раза рекурсивно, 80% итеративно).

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

Вы знаете алгоритм, я надеюсь? Если вы не умеете перевести алгоритм в код -- то, простите, вы никудышный программист...

Я знаю что он есть и этого достаточно
И зачем я его должен держать в голове, если я его ни разу не использовал за последние 10 лет?
Голова ведь не мусорная корзина.
Найти алгоритм - это 5 секунд поиска в Гугле, а уж имея алгоритм, я, естественно, в состоянии написать код.
Вы просто безаппеляционно заявили, что каждый програмист обязан помнить алгоритм двоичного поиска.
Вспомните анекдот про неуловимого Джо

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

[nightmare2]

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

У нас полно. Но китаянки и индуски в основном.
С китаянками работать приятно. Никогда не спорят и старательно все делают. Правда ни фига не понимают при этом - нужно спеку подробную писать

С китайцами всегда так, независимо от пола.

[nightmare2]

Классический пример попросить написать двоичный поиск. (60% не могут неписать с первого раза рекурсивно, 80% итеративно).

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

Вы знаете алгоритм, я надеюсь? Если вы не умеете перевести алгоритм в код -- то, простите, вы никудышный программист...

Я знаю что он есть и этого достаточно
И зачем я его должен держать в голове, если я его ни разу не использовал за последние 10 лет?
Голова ведь не мусорная корзина.
Найти алгоритм - это 5 секунд поиска в Гугле, а уж имея алгоритм, я, естественно, в состоянии написать код.
Вы просто безаппеляционно заявили, что каждый програмист обязан помнить алгоритм двоичного поиска.
Вспомните анекдот про неуловимого Джо

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

А что ещё надо знать?
Факториал, фибоначчи, двоичные деревья...

[mudi]

А что ещё надо знать?
Факториал, фибоначчи, двоичные деревья...

Смотря где работать хотите. Если на state job, то вообще ничего знать не нужно, просто форму заполнить сколько у вас есть опыта работы с той или иной технологией. А если хочется интересной и хорошо оплачиваемой работы, что вот тут есть хороший совет, что надо знать на интервью - начинайте читать с "Tech Prep Tips" и ниже.

[headliner]

На самом деле все это фикня

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

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

[agrippina]

А если хочется интересной и хорошо оплачиваемой работы, что вот тут есть хороший совет, что надо знать на интервью - начинайте читать с "Tech Prep Tips" и ниже.

Ну наконец-то и про хеш-таблицы вспомнили!

[stenking]

Я тоже не понимаю как можно быть архитектором, принципалом и не уметь писать код. Как минимум иногда код review делать, на коммиты посматривать нужно же.

[Kateryna]

А если хочется интересной и хорошо оплачиваемой работы, что вот тут есть хороший совет, что надо знать на интервью - начинайте читать с "Tech Prep Tips" и ниже.

надо создавать ее самим

на интервью могут все что угодно спрашивать не факт что это надо будет применять на этой конкретной работе

[mudi]

На самом деле все это фикня

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

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

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

Какой-такой испытательный срок? Вы о какой стране говорите?

[headliner]

Какой-такой испытательный срок? Вы о какой стране говорите?

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

[stenking]

Какой-такой испытательный срок? Вы о какой стране говорите?

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

Кандидат мешает Большинство нормальных программистов такие условия даже обсуждать не будут а которые принципалы они гады ещё и sign up бонусы хотят

[SQLPlumber]

Какой-такой испытательный срок? Вы о какой стране говорите?

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

Кандидат мешает Большинство нормальных программистов такие условия даже обсуждать не будут.

+1

особенно если человек работает на full-time и ищет новую работу

[mudi]

Какой-такой испытательный срок? Вы о какой стране говорите?

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

Ну и с чего бы я бросил стабильную full time работу, потерял страховку и прочие benefits? Для того, чтобы кто-то там 3 месяца выяснял подхожу ли я им?

[SQLPlumber]

Какой-такой испытательный срок? Вы о какой стране говорите?

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

Ну и с чего бы я бросил стабильную full time работу, потерял страховку и прочие benefits? Для того, чтобы кто-то там 3 месяца выяснял подхожу ли я им?

+1

[headliner]

Ну и с чего бы я бросил стабильную full time работу, потерял страховку и прочие benefits? Для того, чтобы кто-то там 3 месяца выяснял подхожу ли я им?

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

Кароче х.з.

Что-то мне подсказывает что кандидата вы долго будете искать и не факт что найдете то что надо...

[Papa Hotel Whisky]

Мне как-то ответили: "Я этого не знаю, но вы же меня научите".

Меня как-то на интервью спросили, сколько некластерных индексов можно определить на таблице SQL Server. Я с задумчивым видом ответил: "Знаете, есть в русском языке такое выражение - do huya. Примерно означает следующее: много, с избытком хватит для любой практической задачи, так что можно не волноваться по этому поводу".
Взяли. А выражение потом прочно вошло в обиход и регулярно использовалось вплоть до корпоративных митингов

[Lisa]

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

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

[mudi]

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

Подготовка к интервью не занимает сликом много сил и времени.

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

[headliner]

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

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

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

Главное адекватно оценивать ситуацию на рынке что работодателю, что соискателю.

[adda_]

А если хочется интересной и хорошо оплачиваемой работы, что вот тут есть хороший совет, что надо знать на интервью - начинайте читать с "Tech Prep Tips" и ниже.

надо создавать ее самим

на интервью могут все что угодно спрашивать не факт что это надо будет применять на этой конкретной работе

Судя по тому что пишут здесь, и по моему опыту, это абсолютно верно.
Ну скажем я 15 лет где то регулярно более менее пишу сиквел код. Были времена когда приходилось писать хранимые процедуры на десяток страниц чисто потому что бизнес логика такая была. И ни разу! в жизни не пришлось использовать картезиан (подозреваю потому что оно хорошо только для тестовых задач, а на реальных таблицах можно запросто повесить сервер) и никогда не приходилось удалять дубликаты в таблицах без первичного ключа (ну это же надо быть идиотом, чтобы такие таблицы создавать, а мне идиоты не попадались). И вот таки один раз на интервью меня индуст спросил про картезиан и я не ответил, естественно был завален. Ну потом я посмотрел, вспомнил и теперь хрен меня на этом возьмешь. Надо будет посмотреть как удалять эти чертовы дубликаты, а то попадешь на Лизу и завали нахрен как незнающего основ!

А вообще я удивляюсь, похоже большинство интервьюеров живут в мире где кругом одни лжецы, вруны и дураки! И как им не страшно от этого?

[Stoic]

...А вообще я удивляюсь, похоже большинство интервьюеров живут в мире где кругом одни лжецы, вруны и дураки! И как им не страшно от этого?

Им страшно, но они этого не понимают.
Давным давно в [IT] специалистов брали примерно также как сейчас нанимают докторов. Уговаривая и прельщая, без многочасовых технических дрилов.
Однако пришел консалтинговый бизнес, и консалтеры стали заставлять людей врать. Вот поэтому и появились все эти вопросики про картезианы, и эти ораклятские [rowid,rowmin.rowmax].