Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

При таких вопросах можно легко слить очень толковых парней.

2^8 (проебавших конкретно этот, обычно шлю лесом сразу).
Скалярное произведение.
Векторное произведение.
Hash как структура данных.

2^8 я отвечу с calc.exe, т.к. константы не помню. Про произведение векторов это что-то из линейной алгебры -- очень давно было. Подзабыто уже.
Я даже не знал что Hash это структура данных, всегда думал, что это число.

Все вопросы не на понимание, вероятно, стиль у Яндекса поимели. Из вопросов не следует как человек отлаживает код, как структурирует, какой стиль, будет ли его код легко читать. На второй день он тебе напишет a=b[c++];

Вобщем в сад такую лавку вместе с Яндексом.

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

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

Что-то я не верю, что такой сложный отбор, как телефонное интервью, домашнее задание, полдня в офисе — это стоящий метод отбора. Не верю, что поток кандидатов такой, что все только и мечтают поработать в этой конторе. Я сторонник индивидуального подхода, а не тупых тестов и домашних заданий. На самую высокоплачиваемую работу меня взяли после 20 минутного интервью с директром подразделения, без всяких битовых представлений 1.0f и знания комбинаторной мегакосмогонии.

Лучшее тестовое задание — трехмесячный контракт со 100% зарплатой, сразу станет понятно что, где и когда.

Здравствуйте, AntZ, Вы писали:

TL>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

AZ>Мне не понравилось. Механизированный процесс, по типу Yandex. Все очень категорично — типа или нанять "звезду" или послать подальше. "Звезды" очень бысто утомляются от монотонной скучной работы — есть масса занятий, где тупость — это преимущество

Интересно есть ли хотя бы одно объявление с текстом "требуются тупые программисты".

AZ>Лучшее тестовое задание — трехмесячный контракт со 100% зарплатой, сразу станет понятно что, где и когда.

Можно вопрос, ты это сам практикуешь или это просто твое мнение? Скольких людей ты за последний года нанял и скольких уволил на испытательном сроке если не секрет?

Что касается моего мнения по этому вопросу — конечно это не так. Начать с того что все-таки по деньгам для компании и затратам времени руководителя c 3 месяца работы с несколькими часами собеседованиями совершенно несравнимы. Но это все конечно мелочи. Не мелочи это один важный факт — если ты человека не взял то ничего плохого для него вообщем-то не произошло(кроме возможно небольшого расстройства). Но если ты его взял и уволил — то извини это означает, что он ушел с одной работы, и не получил другую. При этом у него может быть семья, маленькие дети. Ему нужно платить за квартиру, и не факт что у него есть сбережения. Imho тем кто такое практикует по настоящему насрать на людей.

Здравствуйте, shrecher, Вы писали:

S>2^8 я отвечу с calc.exe, т.к. константы не помню.

Жжёшь!

Здравствуйте, bkat, Вы писали:

B>Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.

это провайдер

В современном мире анкеты преследуют только одну цель — клерк возлагает _свою работу по приведению информации о подзащитном к корпоративному стандарту_ на самого подзащитного.

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

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

То есть анкеты — это такое мини-свинство из серии — "тебе ж надо, а не мне, ну и сделай за меня мою работу". Очень многие люди — и даже джуниоры — получив HRскую анкету более чем на 1 страницу, развернутся и уйдут из этой компании навсегда.

Здравствуйте, dip_2000, Вы писали:

_>Обучить, что бы после этого он ушел в другое место ?

Может заодно и ЗП не платить — а то наполучает зарплат и уйдёт с ними

Заодно и спецификации попрятать или вообще отменить,
чтобы конкуренты обанкротились, наняв такого "специалиста"

И компьютер не покупать,
а то поднатореет по клавишам стучать,
за счет компа, электричества и интернета компании,
и уйдёт в другое место

Вот, совок. Я тащусь

Здравствуйте, Anatolix, Вы писали:

A>Интересно есть ли хотя бы одно объявление с текстом "требуются тупые программисты".
98% работы в АйТи – рутина, поддержка, миграция, использование жестких процессов и иерархии, генераторов
Именно тупых на высокую ЗП и ищут
А талантов ищут старт-апы, у которых и денег-то нет, или отдельные звезданутые компании, которые проводят собеседования на конвейере

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

Требования на таком собеседовании — это требования уровня тимлида в команде, скажем, движка Direct3D

А тут под такие требования рядовой девелопер ищется, чуть ли не скриптов. Вот скажите, зачем разработчику скриптов знать три способа реализации x*3, а также то, какие бывают L1 и L2 кэши? хотите сказать, что это обязательные знания для того, чтобы "мочь писать код"? это не так.

Еще прикалывают тестовые задания на полчаса. Ну куда в программировании спешка?

Еще прикалывает фразочка про обязательную работу в субботу перед релизом. Это что — такой нагибательный ритуал, что ли?

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

Если у автора текста действительно кадровый кризис — снижай требования при отборе, делов-то. Просмотри их еще раз и снизь. Они там очень разные, и идет вперемежку "звездный" уровень (реализация x*3 и разные виды кэшей) и базовый (new[] против new).

Здравствуйте, shrecher, Вы писали:

S>Здравствуйте, CreatorCray, Вы писали:

S>>>2^8 я отвечу с calc.exe, т.к. константы не помню.
CC>>Однако...

S>У каждого своя манера понить. Я не люблю запоминать константы, если есть возможность их не помнить.

Да, но если программер в любом состоянии не способен выдать степень двойки до 10,
то это и не программер даже...
Это даже в уме посчитать быстрее, чем до calc.exe запустить.

Здравствуйте, bkat, Вы писали:

B>Здравствуйте, shrecher, Вы писали:

B>Не, ты и в самом деле не сможешь назвать 256 увидев 2^8
B>или просто поддерживаешь спор ради спора?

256 будет один из вариантов рядом с 512 и 128.

ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

Это, кстати, философский вопрос о выгодах большой компании на рынке труда. "Размер имеет значение", большой компании проще кадры набрать.

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

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

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

После этого руководители мелочи начинают плакать о том, что люди, не знающие, что есть UDP, получают по 80К. Значит, получают. Значит, за сам факт знания, что есть UDP, надо платить 100К. Рынок-с.

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

Им совершенно невдомек, что на массовом рынке труда такая цифра зарплаты — это для лошков. Если они ее указали в вакансии — то на собеседования только лошки и придут.

В России такое было в начале-середине 90х, когда умных и образованных было дофига, а успешных бизнесов — сравнительно мало. Чем больше развивался ИТ бизнес в России — тем меньше становилось такого. Сейчас почти все адекватные мелкие бизнесы в России прекрасно понимают вышеуказанные нехитрые истины. Толковый — а тем более ключевой — сотрудник "мелочи" получает там _больше_, чем он же получал бы в крупной компании.

Да, прибыльность снижается, это факт, расходы на персонал растут. Но без этого никак.

Здравствуйте, The Lex, Вы писали:

TL>Ни в жисть не поверю что современные "гейдев-девелоперы" "ручками" пишут "обмен данными с gpu, прерывания и dma". По крайней мере на WIntel — неа!

[оффтоп]Гейдев — это сильно Например, "А что это вы тут гейдевелопментом каким-то занимаетесь!?" или "И кто понагейдевелопил ЭТО?!" Про аббревиатуры и термины в этом контексте побоюсь спрашивать (хотя напрашивается: 'dma' — 'down my ass' и 'gpu' — 'gay partner unit')[\оффтоп]

Здравствуйте, Она На Нас Ий, Вы писали:

ОНН>Вот, совок. Я тащусь

Один из признаков совка — называть других совком.

P.S. Возможно мое сообщение тоже подходит под эту группу

Здравствуйте, aik, Вы писали:

aik>Здравствуйте, shrecher, Вы писали:

TL>>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.
S>>При таких вопросах можно легко слить очень толковых парней.

aik>Они не стараются словить всех толковых парней, они стараются не поймать лоха. Почувствуйте разницу.

Чувствую. Только не понимаю как можно со степенью двойки выявить лоха.

aik>Да и я б тебя не взял. Программер, которому за 14 лет карьеры так редко попадалось 2^8, что он не помнит (именно помнит!!!) результата, я ни за что не поверю что он — толковый

да дурак я, что тут писать. Вот уже почти 10 лет в одной лавке работаю и еще лет 10 собираюсь. Нравится мне тут. Кстати, может адресок оставите я вам бы к интервью степень двойки, тройки и пятерки до 20 выучил.


S>>Все вопросы не на понимание, вероятно, стиль у Яндекса поимели. Из вопросов не следует как человек отлаживает код, как структурирует, какой стиль, будет ли его код легко читать.

aik>А как это все на собеседовании эффективно узнать?

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


S>>На второй день он тебе напишет a=b[c++];

aik>бугога Ты, поди, пишешь
aik>a = b[c];
aik>c = c+1;
aik>?
aik>Ну, для понятности?

да бросьте передергивать. Когда работаешь со сложными проектами, все элементы должны быть как можно прозрачнее.
человек сначала напишет a = b[c++], а потом кто-нибудь подправит на a = b[c++] + b[с--].

Здравствуйте, The Lex, Вы писали:

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

Улыбнуло. Если у интервьюера не было опыта, например, в системном программировании, то о каком "довести до ума" может идти речь? Прочитать пару pdf'ок, чтобы шокировать своими "познаниями" недавних студентов? Или интервьюеры у нас сплошь и рядом гуру как в системном, так и в прикладном программировании Глупо. Спрашивать нужно то, что активно используется, и то что сам и твои коллеги смогут без доп. подготовки рассказать.


И дальше вопрос

Как работают прерывания? Зачем они работают?

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

Здравствуйте, Она На Нас Ий, Вы писали:

ОНН>Здравствуйте, Anatolix, Вы писали:

A>>Что касается моего мнения по этому вопросу — конечно это не так. Начать с того что все-таки по деньгам для компании и затратам времени руководителя c 3 месяца работы с несколькими часами собеседованиями совершенно несравнимы.

ОНН>моё мнение я вот здесь написал:
ОНН>Меня больше прельщают работодатели, которые тратят деньги на обучение, а не на отсев. Т.е. только 1 из 67 кандидатов на сисадмины проходит экспертную оценку? А сколько времени тратится на одного кандидата для получения оценки? Час-два-пять? И заказчик это оплачивает<br />
<span class='lineQuote level1'>ОНН&gt;Не дешевле ли компаниям взять недоотсеянного человека и обучить (послав на курсы) или позволить обучиться в деле? Не логичнее ли искать в кандидатах сильные, а не слабые стороны?</span>

в Америке для этого существуют институты

Здравствуйте, bkat, Вы писали:

B>Да, но если программер в любом состоянии не способен выдать степень двойки до 10,
B>то это и не программер даже...

Ну что-ж, у нас разные взгляды на это.

ПС. Я программированием профессионально занимаюсь с 1993 года.

Здравствуйте, BulatZiganshin, Вы писали:

BZ>Здравствуйте, bkat, Вы писали:

B>>Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.

BZ>это провайдер

Или производитель жёстких дисков

Здравствуйте, Anatolix, Вы писали:

A>Обучение для тех кто хочет учиться — и здесь никаких препятствий нету — у многих компаний(у нас тоже, конкретно админов у нас примерно половина это бывшие helpdesk-и, есть интерны, есть junior developer-ы) есть в той или иной форме интерншип, курсы, программы в ВУЗ-ах, junior девелоперы к которым требования меньше.

P.S. кстати есть еще такая тема как "отсев при принятии на обучение и отсев при обучении". Например ВУЗ-ы это делают при поступлении(еще недавно в средне-сильные ВУЗ-ы типа УрГУ было 9 человек на место при поступлении, сейчас наверное меньше) и на сессиях(и там процент отсева тоже высок). Ты в концепции к высшему образованию тоже предлагаешь брать всех и всем выдавать дипломы?

Здравствуйте, shrecher, Вы писали:

S>Здравствуйте, CreatorCray, Вы писали:

S>Вы как обычно делаете кривые выводы. Я написал, что не помню сколько будет два в восьмой, так как есть calc.exe. Я не писал, что не работал с битами и байтами.

Т.о. получается, что Вы, работая с битами и байтами, не знаете как минимум одну вещь из следующего списка: а) длины в битах байта на платформе, с которой работаете; б) максимального количества значений, представимых в одном байте; в) принципов того, как на "битовом уровне" представлены значения в байтах? "Не верю!" (с)

Здравствуйте, BulatZiganshin, Вы писали:

S>>Вся специфика учится за 2-3 месяца.

BZ>в вашей области — возможно. в моей — сжатие данных — лет за 5-10

Вами — возможно.

TL>Короче на самом деле "только звезды!" — это таки кажется с нашей точки зрения. Для сравнения — здесь

Ну тут описано лошье, это бесспорно.

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

Нет никакой ценности в наличии у человека знаний, если они ему не пригодятся в этой команде. Такие знания — это "пыль, вытряхнутая из книги в пустой череп" (с) Амброз Бирс.

Еще надо задуматься над тем, что означает такой-то пробел в знаниях. Незнание того, что есть наследование и что есть new[] — это неспособность писать код на Си++. Обычно фатально.

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

Здравствуйте, shrecher, Вы писали:

S>Почему бы не доверять? Предположим чел работал в microsoft.com 5 лет. Вы ему будете доверять сразу без вопроса 2^8? Я да.

А я нет. У меня друзья в MS работают. Говорят, не всем работникам из MS можно доверять

Здравствуйте, Denis, Вы писали:

D>сабж
долгие годы совместной работы

Здравствуйте, shrecher, Вы писали:

S>Вот так "с лету" и по телефону "Сколько будет два в восьмой". Ответ -- "не помню"

Конечно, все бывает, но, ИМХО, в данном случае работодатель, прекращая дальнейшее собеседование, вполне прав — собеседуемый даже не пытается МИНИМАЛЬНО напрячь мышление, чтобы ответить на вопрос (ответ "Минутку, дайте подумать" в этой конкретной ситуации заслуживает как минимум удивлённой улыбки, но все-таки лучше, чем "не помню"). Напрашивается вывод, что прохождение / непрохождение собеседования и, как следствие, дальнейшее сотрудничество собеседуемому неинтересно вообще, так зачем же тратить время?

П.С. "-Так-с, а сколько же будет дважды два? -Вы че, профессор, я что, все константы помнить должен?"

Здравствуйте, AntZ, Вы писали:

TL>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

AZ>Мне не понравилось. Механизированный процесс, по типу Yandex. Все очень категорично — типа или нанять "звезду" или послать подальше. "Звезды" очень бысто утомляются от монотонной скучной работы — есть масса занятий, где тупость — это преимущество

Короче на самом деле "только звезды!" — это таки кажется с нашей точки зрения. Для сравнения — здесь

Вы знаете... янки — они все такие или мне только кажется? Нет, правда!?
Тогда с "механизированным процессом" вопрос понятен — только я одну "неоптимальность" не пойму: имхо, эффективнее с точки зрения затрат времени и сил интервьюера всем кандидатам "с кошерным резюме" сперва давать тестовое задание — оно у них все равно удаленное — а потом по результатам смотреть и "спрашивать". Мой опыт говорит, что таким образом "сами отваливаются" процентов 50 "левых" — еще 50 из оставшихся "отпадают" в процессе пересмотра результатов тестового задания — итого: 75% экономии времени и сил на телефонные переговоры. Или я что-то упустил? Особенности менталитета?

Здравствуйте, BulatZiganshin, Вы писали:

TL>>>>Мне вот как сталкивающемуся с прерываниями "вживую" интересно: зачем в геймдеве прерывания?
BZ>>>может, из-за того, что невовремя сработавшее прерывание может "заморозить" игру?
AJD>>А что разработчик игры может как-то этому воспрепятствовать?

BZ>ну к примеру писать данные на диск мелкими порциями вместо больших. впрочем, это всё догадки. может, речь о том, что прерывания и dma — это сполсобы обмена данными с gpu, и надо представлять себе как это работает, в общем знать pc-архитектуру

Ни в жисть не поверю что современные "гейдев-девелоперы" "ручками" пишут "обмен данными с gpu, прерывания и dma". По крайней мере на WIntel — неа!

Здравствуйте, ggg, Вы писали:

TL>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>Занимательно. Интересно к обсуждению.

В качестве преамбулы, чтобы помнили
http://finance.google.com/finance?q=MWY

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

Такое ощущение, что у него зп, которую он предлагает кандидатам на 100% выше рынка и стоит очередь из желающих ее получить.

Как-то утопично...

Здравствуйте, AntZ, Вы писали:

AZ>Здравствуйте, The Lex, Вы писали:

TL>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

AZ>Мне не понравилось. Механизированный процесс, по типу Yandex. Все очень категорично — типа или нанять "звезду" или послать подальше. "Звезды" очень бысто утомляются от монотонной скучной работы — есть масса занятий, где тупость — это преимущество

это геймдев

Здравствуйте, shrecher, Вы писали:

S>При таких вопросах можно легко слить очень толковых парней.

S>2^8 я отвечу с calc.exe, т.к. константы не помню. Про произведение векторов это что-то из линейной алгебры -- очень давно было. Подзабыто уже.
S>Я даже не знал что Hash это структура данных, всегда думал, что это число.

S>Все вопросы не на понимание, вероятно, стиль у Яндекса поимели. Из вопросов не следует как человек отлаживает код, как структурирует, какой стиль, будет ли его код легко читать. На второй день он тебе напишет a=b[c++];

ты занимался реализацией алгоритмов над структурами данных и оптимизацией? у меня к примеру хеши почти в каждом алгоритме сжатия. а вот определение векторного произведения я тоже не помню — ну так я 3d-графикой и не занимаюсь

понимание пониманием, но если ты поректируешь систему торговли ценными бумагами на яве — переучивать тебя придётся слишком долго

Здравствуйте, The Lex, Вы писали:

TL>Мне вот как сталкивающемуся с прерываниями "вживую" интересно: зачем в геймдеве прерывания?

может, из-за того, что невовремя сработавшее прерывание может "заморозить" игру?

Здравствуйте, shrecher, Вы писали:

S>hash -- это число. Можно вычислить число от какой-нибудь последовательности. Сохранить где-нибудь (hashtable). Но Hash никак не структура данных.

вилдимо, вопрос сформулирован так специально, чтобы отсеять тех, кто придирается к словам

Здравствуйте, shrecher, Вы писали:

S> Я не люблю запоминать константы, если есть возможность их не помнить.
Ну, я к примеру степени двойки до 16-й включительно не учил — оно как то само запомнилось еще в "детстве".

S>Вы допустим все управляющие символы reg.exp помните? Типа lookahead, lookbehind (?=, ?<=).
Того, которым я пользуюсь — да.

S> Зачем?
Потому что надо периодически. Оно само в памяти оседает.

S>>>На второй день он тебе напишет a=b[c++];
CC>>И что ты этим хотел сказать?
S>Хочу сказать, что я не люблю когда неясно пишут. Код должен быть прост, без загогулил.
Ну тут ИМХО ты перегнул — куда уж тут код проще то...

S>Нужно писать так:
S>a=b[c];
S>с++;

Слишком просто тоже плохо.

Не подходит , страдает формализмом )

Здравствуйте, Она На Нас Ий, Вы писали:

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

Здравствуйте, Igor Sukhov, Вы писали:

S>>>256 будет один из вариантов рядом с 512 и 128.

B>>Спасибо. Буду знать что и такое тоже бывает.
IS>это потому, что ты наверно хардкорный программист, а товарищ знает когда нужно сразу отвечать, а когда заранее переспросив, "а мы продаем или покупаем?" =))

Вспомнилось про собеседование на бухгалтера

— Сколько будет дважды два?
— А сколько нужно?

Здравствуйте, Igor Trofimov, Вы писали:

iT>Мне понравилось.
iT>В первую очередь тем, что есть четкая система, попытка минимизировать усилия и затраты на оценку кандидатов и отсев "никуда не годных".

А мне — нет.

Многие вопросы абсолютно правильные, но сам подход с собеседованием в офисе от 3 часов до 1 дня силами группы в 2-3 человека — о какой минимизации усилий можно говорить? А ведь сначала еще проводится телефонное интервью. Если требуется заполнить всего одну позицию, то работа всего отдела на несколько недель будет практически парализована.

Здравствуйте, ggg, Вы писали:

BZ>>в Америке для этого существуют институты
ggg>Вы преподавали в Америке? Хотя бы в качестве teaching assistant на PhD?

ах, Моська, знать она сильна...

Здравствуйте, shrecher, Вы писали:

TL>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.
S>При таких вопросах можно легко слить очень толковых парней.

Они не стараются словить всех толковых парней, они стараются не поймать лоха. Почувствуйте разницу.

S>

S>2^8 (проебавших конкретно этот, обычно шлю лесом сразу).
S>Скалярное произведение.
S>Векторное произведение.
S>Hash как структура данных.

S>2^8 я отвечу с calc.exe, т.к. константы не помню. Про произведение векторов это что-то из линейной алгебры -- очень давно было. Подзабыто уже.
S>Я даже не знал что Hash это структура данных, всегда думал, что это число.

Да и я б тебя не взял. Программер, которому за 14 лет карьеры так редко попадалось 2^8, что он не помнит (именно помнит!!!) результата, я ни за что не поверю что он — толковый

S>Все вопросы не на понимание, вероятно, стиль у Яндекса поимели. Из вопросов не следует как человек отлаживает код, как структурирует, какой стиль, будет ли его код легко читать.

А как это все на собеседовании эффективно узнать?

S>На второй день он тебе напишет a=b[c++];

бугога Ты, поди, пишешь
a = b[c];
c = c+1;
?
Ну, для понятности?

Здравствуйте, sikorsky, Вы писали:

aik>>Выражение "c++" ни разу не тянет на "решить задачу". Это тупой инкремент, и относиться к нему надо также.

перефразируем: c++ ни разу не тянет на ЯП. это тупой инкремент и относиться к нему надо соответственно

Здравствуйте, AntZ, Вы писали:

B>>Да, но если программер в любом состоянии не способен выдать степень двойки до 10,
B>>то это и не программер даже...
B>>Это даже в уме посчитать быстрее, чем до calc.exe запустить.

AZ>Любой идиот может последовательно умножать на два
AZ>Например 4096 * 2 = 4000*2 + 90*2 + 6*2 = 8000 + 180 + 12 = 8192

И только идиот будет считать степень двойки умножениями десятичных чисел в столбик...

Без обид, да!

Здравствуйте, The Lex, Вы писали:

BZ>>в вашей области — возможно. в моей — сжатие данных — лет за 5-10

TL> лет за 5-10 учат формат флоата?

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

Здравствуйте, shrecher, Вы писали:

S>Здравствуйте, The Lex, Вы писали:

S>При таких вопросах можно легко слить очень толковых парней.

S>

S>2^8 (проебавших конкретно этот, обычно шлю лесом сразу).

S>2^8 я отвечу с calc.exe, т.к. константы не помню.

А зачем помнить? 8 это размер байта в битах, и программист котрый не знает,
какое максимальное значение можно в переменную типа byte присвоить, точно должен идти лесом.

2^32 тоже не помнишь? а чем Win32 от Win64 отличается?

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

Если компания не уровня Майкрософт или Гугл, то сразу фтопку. Тратить столько усилий на собеседование в компании, которая, возможно, мне и не подойдет я бы не стал.

А что плохого, если при делании тестового задания помог гугль? задание-то сделано.

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

Это наоборот плюс. Умение быстро обучаться и быстро получать знания о тонких нюансах.

Если друг помог — то чуть хуже (есть риск, что человек будет виснуть на шее у коллег с дурацкими вопросами).

самое главное, что этот "гуру" не относится к кандидатам как своим коллегам. Интересно, кто-нибудь спрашивает коллег такие вопрос в таком тоне?

Ну вот работал человек лет 5-7 в компании, решал конкретные задачи, приносил деньги фирме, потом решил поменять место работы. А ему вопросы, он как бы он чел с улицы, к нему доверия нет и мы его как новичка пытать будем, как студента. По школьной, ВУЗ-овской программе. Смешно. Нет чтобы поговорить, спросить чем занимался, наверняка окажется, что в своей прежней области он спец очень даже и крутой, а работодатель может и не слышал о многих тонкостях. Так нет, кандидата надо с башкой в говно, что б потом зарплату срезать.

Здравствуйте, olegkr, Вы писали:

O>Возьмешь, не глядя, любого девелопера из этой команды в MS?
O>http://blogs.msdn.com/ie/archive/2005/10/28/486491.aspx
сабж

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению.

Там же инфа об авторе есть
http://www.mobygames.com/developer/sheet/view/developerId,53108/

Вроде как речь о собеседованиях в компанию Midway.

Оценки с gamerankings упомянутых по ссылке на mobygames Midway-проектах автора не особо высоки (относительно зарубежных разумеется). Короче, может на фоне российских Midway и выглядит круто, но в Америке, имхо, есть и получше компании. В связи с этим вопрос — действительно ли серьёзные американские специалисты согласятся на такое интервью, особенно если в другие компании можно попасть и без таких этапов?

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

отличнейшая статья

Здравствуйте, ggg, Вы писали:

ggg>Там же инфа об авторе есть
ggg>http://www.mobygames.com/developer/sheet/view/developerId,53108/

ggg>Вроде как речь о собеседованиях в компанию Midway.

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

ggg>Оценки с gamerankings упомянутых по ссылке на mobygames Midway-проектах автора не особо высоки (относительно зарубежных разумеется). Короче, может на фоне российских Midway и выглядит круто, но в Америке, имхо, есть и получше компании. В связи с этим вопрос — действительно ли серьёзные американские специалисты согласятся на такое интервью, особенно если в другие компании можно попасть и без таких этапов?

Не знаю — "Я в Лондоне не была" (к)

Очень интересное обсуждение сабжа здесь — ну, разберетесь как отмотать на начало...

Здравствуйте, AntZ, Вы писали:

AZ>Что-то я не верю, что такой сложный отбор, как телефонное интервью, домашнее задание, полдня в офисе — это стоящий метод отбора. Не верю, что поток кандидатов такой, что все только и мечтают поработать в этой конторе. Я сторонник индивидуального подхода, а не тупых тестов и домашних заданий. На самую высокоплачиваемую работу меня взяли после 20 минутного интервью с директром подразделения, без всяких битовых представлений 1.0f и знания комбинаторной мегакосмогонии.

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

Мне понравилось насчет "эффективного abs()" — очень глупый вопрос (ай не бейте меня!) — но идеален для философских размышлений за пивом в хорошей компании.

А кому вопрос на засыпку!? "Сколько бит в байте?" (к)

Здравствуйте, The Lex, Вы писали:


TL>Очень интересное обсуждение сабжа здесь — ну, разберетесь как отмотать на начало...

Там, в основном, российские сотрудники обсуждают, интересно было бы мнение и рассказы о собеседованиях зарубежных работников.

Вот, кстати, о собеседовании в EA (Канада, кажется)

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

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

А по ответу на вопрос о 1.0f ничего нельзя сказать о кандидате.
Имхо.

Здравствуйте, Anatolix, Вы писали:

A>Что касается моего мнения по этому вопросу — конечно это не так. Начать с того что все-таки по деньгам для компании и затратам времени руководителя c 3 месяца работы с несколькими часами собеседованиями совершенно несравнимы.

моё мнение я вот здесь написал:
Меня больше прельщают работодатели, которые тратят деньги на обучение, а не на отсев. Т.е. только 1 из 67 кандидатов на сисадмины проходит экспертную оценку? А сколько времени тратится на одного кандидата для получения оценки? Час-два-пять? И заказчик это оплачивает<br />
Не дешевле ли компаниям взять недоотсеянного человека и обучить (послав на курсы) или позволить обучиться в деле? Не логичнее ли искать в кандидатах сильные, а не слабые стороны?

Здравствуйте, ggg, Вы писали:

ggg>В целом секции про архитектуру, ассемблер и вопросы типа "Сравнительные характеристики разных битовых операций (по производительности).", "что такое прерывание", float2int выглядят как клоунада.
ggg>Если интересно кому, вот здесь есть примерные задачи (они в .doc), которые задают там, где знания об оптимизациях и некоторых системных вещах действительно нужны в работе (а не в качестве распальцовки перед наивными выпускниками вузов).

во-первых, спасибо. во-вторых, там ищут разработчика трансляторов, а не пользователя. в третьих, зп от 800 до 2000

Здравствуйте, Она На Нас Ий, Вы писали:

ОНН>моё мнение я вот здесь написал:
ОНН>Меня больше прельщают работодатели, которые тратят деньги на обучение, а не на отсев. Т.е. только 1 из 67 кандидатов на сисадмины проходит экспертную оценку? А сколько времени тратится на одного кандидата для получения оценки? Час-два-пять? И заказчик это оплачивает<br />
<span class='lineQuote level1'>ОНН&gt;Не дешевле ли компаниям взять недоотсеянного человека и обучить (послав на курсы) или позволить обучиться в деле? Не логичнее ли искать в кандидатах сильные, а не слабые стороны?</span>

Обучить, что бы после этого он ушел в другое место ?
Или заключить с ним более-менее долгосрочный контракт ? Заключать длительный контракт(совсем не 3 месяца ) с человеком который не удовлетворял требованиям на входе — это значит принять на себя риски того, что он не будет им удовлетворять и на выходе.

Здравствуйте, BulatZiganshin, Вы писали:

ggg>>Если интересно кому, вот здесь есть примерные задачи (они в .doc), которые задают там, где знания об оптимизациях и некоторых системных вещах действительно нужны в работе (а не в качестве распальцовки перед наивными выпускниками вузов).

BZ>во-первых, спасибо. во-вторых, там ищут разработчика трансляторов, а не пользователя. в третьих, зп от 800 до 2000
Это был просто пример того, где (разработка трансляторов, например) и как нужно спрашивать про оптимизацию, арх-ру, ассемблер.
Если в большинстве задач игропрома подобное не нужно, то (имхо) лучше ничего не спрашивать, чем спрашивать про 1.0f и "что такое прерывание".

A>Интересно есть ли хотя бы одно объявление с текстом "требуются тупые программисты".

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

A>Можно вопрос, ты это сам практикуешь или это просто твое мнение? Скольких людей ты за последний года нанял и скольких уволил на испытательном сроке если не секрет?

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

A>Что касается моего мнения по этому вопросу — конечно это не так. Начать с того что все-таки по деньгам для компании и затратам времени руководителя c 3 месяца работы с несколькими часами собеседованиями совершенно несравнимы. Но это все конечно мелочи. Не мелочи это один важный факт — если ты человека не взял то ничего плохого для него вообщем-то не произошло(кроме возможно небольшого расстройства). Но если ты его взял и уволил — то извини это означает, что он ушел с одной работы, и не получил другую.

Испытательный срок для того и нужен, чтобы понять, нужен человек компании и нужна ли компания человеку. Трехчасовое собеседование дает оценку +- 50%, вероятно у Яндекса поток кандидатов неиссякаем, у большинства это не так.

Здравствуйте, ggg, Вы писали:

ggg>Это был просто пример того, где (разработка трансляторов, например)

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

>и как нужно спрашивать про оптимизацию, арх-ру, ассемблер.

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

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

ты решил, что это вопросы на оптимизацию?

Здравствуйте, BulatZiganshin, Вы писали:

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

BZ>ты решил, что это вопросы на оптимизацию?

Мне вот как сталкивающемуся с прерываниями "вживую" интересно: зачем в геймдеве прерывания?

Здравствуйте, The Lex, Вы писали:

TL>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.

этож геймдев там даже время течет по другому

Здравствуйте, shrecher, Вы писали:

S>При таких вопросах можно легко слить очень толковых парней.
"Эт вряд ли" (С)

S>2^8 я отвечу с calc.exe, т.к. константы не помню.
Однако...

S>На второй день он тебе напишет a=b[c++];
И что ты этим хотел сказать?

Здравствуйте, CreatorCray, Вы писали:

S>>2^8 я отвечу с calc.exe, т.к. константы не помню.
CC>Однако...

У каждого своя манера понить. Я не люблю запоминать константы, если есть возможность их не помнить. Вы допустим все управляющие символы reg.exp помните? Типа lookahead, lookbehind (?=, ?<=). Зачем?

S>>На второй день он тебе напишет a=b[c++];
CC>И что ты этим хотел сказать?

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

Нужно писать так:

a=b[c];
с++;

понятнее, плохо когда читаешь код думаешь о синтаксе, нужно фокусироваться только на семантике. Да и Отлаживать удобнее.

Здравствуйте, shrecher, Вы писали:

S>Здравствуйте, bkat, Вы писали:

B>>Да, но если программер в любом состоянии не способен выдать степень двойки до 10,
B>>то это и не программер даже...

S>Ну что-ж, у нас разные взгляды на это.

S>ПС. Я программированием профессионально занимаюсь с 1993 года.

Не, ты и в самом деле не сможешь назвать 256 увидев 2^8
или просто поддерживаешь спор ради спора?

Здравствуйте, BulatZiganshin, Вы писали:

S>>2^8 я отвечу с calc.exe, т.к. константы не помню. Про произведение векторов это что-то из линейной алгебры -- очень давно было. Подзабыто уже.
S>>Я даже не знал что Hash это структура данных, всегда думал, что это число.


BZ>ты занимался реализацией алгоритмов над структурами данных и оптимизацией? у меня к примеру хеши почти в каждом алгоритме сжатия.

Я не спорю, что hash очень полезная штука. Только это не структура данных. Вопрос был какой:

Hash как структура данных.

hash -- это число. Можно вычислить число от какой-нибудь последовательности. Сохранить где-нибудь (hashtable). Но Hash никак не структура данных.


BZ>понимание пониманием, но если ты поректируешь систему торговли ценными бумагами на яве — переучивать тебя придётся слишком долго

Разве

Здравствуйте, shrecher, Вы писали:

S>256 будет один из вариантов рядом с 512 и 128.

Спасибо. Буду знать что и такое тоже бывает.

Здравствуйте, BulatZiganshin, Вы писали:

TL>>Мне вот как сталкивающемуся с прерываниями "вживую" интересно: зачем в геймдеве прерывания?
BZ>может, из-за того, что невовремя сработавшее прерывание может "заморозить" игру?
А что разработчик игры может как-то этому воспрепятствовать?

Здравствуйте, AndrewJD, Вы писали:

TL>>>Мне вот как сталкивающемуся с прерываниями "вживую" интересно: зачем в геймдеве прерывания?
BZ>>может, из-за того, что невовремя сработавшее прерывание может "заморозить" игру?
AJD>А что разработчик игры может как-то этому воспрепятствовать?

ну к примеру писать данные на диск мелкими порциями вместо больших. впрочем, это всё догадки. может, речь о том, что прерывания и dma — это сполсобы обмена данными с gpu, и надо представлять себе как это работает, в общем знать pc-архитектуру

Здравствуйте, shrecher, Вы писали:

B>>Не, ты и в самом деле не сможешь назвать 256 увидев 2^8
B>>или просто поддерживаешь спор ради спора?

S>256 будет один из вариантов рядом с 512 и 128.

С другой стороны если подумать и если не знаешь чем именно человек "профессионально занимался с 1993-го"... Лично я с низким уровнем сталкиваюсь постоянно — в виду чего 8 бит, 10 бит, 16 бит — помню четко — но мало ли какие сферы программирование есть еще? Говорить сразу за все — если успокоиться и подумать — пожалуй будет опрометчиво...

Здравствуйте, The Lex, Вы писали:

TL>Ни в жисть не поверю что современные "гейдев-девелоперы" "ручками" пишут "обмен данными с gpu, прерывания и dma". По крайней мере на WIntel — неа!

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

Здравствуйте, The Lex, Вы писали:

TL>С другой стороны если подумать и если не знаешь чем именно человек "профессионально занимался с 1993-го"...
Что то мне слабо верится что можно профессионально заниматься программированием с 93го и не знать 2^8

Здравствуйте, CreatorCray, Вы писали:

TL>>С другой стороны если подумать и если не знаешь чем именно человек "профессионально занимался с 1993-го"...
CC>Что то мне слабо верится что можно профессионально заниматься программированием с 93го и не знать 2^8

Есть многое на свете, друг Горацио,
Что неизвестно нашим мудрецам...
(к)

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

Здравствуйте, The Lex, Вы писали:

CC>>Что то мне слабо верится что можно профессионально заниматься программированием с 93го и не знать 2^8
TL>Хотя, конечно, хотелось бы "прикоснуться к истине" (к) — в смысле таки узнать, чем же он таким занимался все эти годы?

писал системное ПО для Сетуни

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

Здравствуйте, bkat, Вы писали:

B>Здравствуйте, shrecher, Вы писали:

S>>256 будет один из вариантов рядом с 512 и 128.

B>Спасибо. Буду знать что и такое тоже бывает.
это потому, что ты наверно хардкорный программист, а товарищ знает когда нужно сразу отвечать, а когда заранее переспросив, "а мы продаем или покупаем?" =))

Здравствуйте, Igor Sukhov, Вы писали:

IS>это потому, что ты наверно хардкорный программист, а товарищ знает когда нужно сразу отвечать, а когда заранее переспросив, "а мы продаем или покупаем?" =))

Фиг... знает.
Может он на бизнес-аналитика и крутого менеджера учился и соответственно этим сейчас и занимается.
Байты не инересуют, дискретку не проходил, про булеаны не слышал.
Но тогда он и не программист и 2^8 и в самом деле знать не должен.

Еще вопрос такого же уровня.
Что такое килобайт и сколько байт в килобайте...

Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.

Здравствуйте, bkat, Вы писали:

B>Здравствуйте, Igor Sukhov, Вы писали:

IS>>это потому, что ты наверно хардкорный программист, а товарищ знает когда нужно сразу отвечать, а когда заранее переспросив, "а мы продаем или покупаем?" =))

B>Фиг... знает.
B>Может он на бизнес-аналитика и крутого менеджера учился и соответственно этим сейчас и занимается.
нет, нет. САПР, в СПб, извесный ВУЗ. Диплом с отличием. 1996 г. Немного аспирантуры.

кстати, в то время бизнес-аналитики почти не было.

Начинал с TurboVision, bc
Уже много лет системный программист, сейчас сеньер. Драйвера, кернел, сервисы. Windbg. Можно Linux, хотя не люблю.
Можно Java, DB2, SQL. Много всего. Не Россия. Не Европа. Не США.и

B>Байты не инересуют, дискретку не проходил, про булеаны не слышал.
проходили и то и это. Теория множеств была.

B>Но тогда он и не программист и 2^8 и в самом деле знать не должен.
может и не программист

B>Еще вопрос такого же уровня.
B>Что такое килобайт и сколько байт в килобайте...
B>Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.

=1024 -- килобайт
=1024*1024 -- мегабайт. Сколько точно будет не помню. Т.к. есть calc.exe

Здравствуйте, shrecher, Вы писали:

S>Можно Java, DB2, SQL. Много всего. Не Россия. Не Европа. Не США.и

Африка?

Здравствуйте, Курилка, Вы писали:

К>Африка?

Нет. Азия.

Здравствуйте, AntZ, Вы писали:

A>>Интересно есть ли хотя бы одно объявление с текстом "требуются тупые программисты".

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

Не, ну их нафиг такие компании

Здравствуйте, Она На Нас Ий, Вы писали:

ОНН>моё мнение я вот здесь написал:
ОНН>Меня больше прельщают работодатели, которые тратят деньги на обучение, а не на отсев.

Фундаментальная ошибка в этой логике в том, что ты считаешь, что есть "обучающие" и "отсеивающие" компании. На самом деле это не так — все применяют оба способа — они никак друг другу не противоречат, и почти всегда применяются совместно.

Т.е. только 1 из 67 кандидатов на сисадмины проходит экспертную оценку? А сколько времени тратится на одного кандидата для получения оценки? Час-два-пять? И заказчик это оплачивает<br />
<span class='lineQuote level1'>ОНН&gt;Не дешевле ли компаниям взять недоотсеянного человека и обучить (послав на курсы) или позволить обучиться в деле? Не логичнее ли искать в кандидатах сильные, а не слабые стороны?</span>

Ты знаешь, но даже если со всеми 67 человеками собеседование идет по 5 часов, то это всего 335 часов или 2 месяца работы(реально там для 80% людей после часа все понятно). Уже испытательный срок человека это 3 месяца работы. Обучение это год или более.

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

Обучение для тех кто хочет учиться — и здесь никаких препятствий нету — у многих компаний(у нас тоже, конкретно админов у нас примерно половина это бывшие helpdesk-и, есть интерны, есть junior developer-ы) есть в той или иной форме интерншип, курсы, программы в ВУЗ-ах, junior девелоперы к которым требования меньше.

Здравствуйте, AntZ, Вы писали:

A>>Интересно есть ли хотя бы одно объявление с текстом "требуются тупые программисты".

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

На самом деле это не так. Я бы сказал что в любом программировании есть рутиные задачи. Просто где-то их 99% и оставшийся один процент случается не у всех, а у человека с гордым зазванием "архитектор", а где-то их например 30% где решение задачи совершенно неочевидно и его нужно придумать, предсказав как оно повлияет на систему из нескольких тясяч машин(но потом таки придется закодировать). Я по-моему в своем рассказе про поиск приводил пример как 1 строка кода с неочевидным hash+1 иногда валит поиск.

A>>Можно вопрос, ты это сам практикуешь или это просто твое мнение? Скольких людей ты за последний года нанял и скольких уволил на испытательном сроке если не секрет?

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

И ты считаешь это тем с чего стоит брать пример?

A>>Что касается моего мнения по этому вопросу — конечно это не так. Начать с того что все-таки по деньгам для компании и затратам времени руководителя c 3 месяца работы с несколькими часами собеседованиями совершенно несравнимы. Но это все конечно мелочи. Не мелочи это один важный факт — если ты человека не взял то ничего плохого для него вообщем-то не произошло(кроме возможно небольшого расстройства). Но если ты его взял и уволил — то извини это означает, что он ушел с одной работы, и не получил другую.

AZ>Испытательный срок для того и нужен, чтобы понять, нужен человек компании и нужна ли компания человеку. Трехчасовое собеседование дает оценку +- 50%, вероятно у Яндекса поток кандидатов неиссякаем, у большинства это не так.

Не совсем так. На собеседовании можно с достаточно высокой точностю отсеять человека, который вообще ничего не знает. Но на счет положительного решения точность действительно "+/- трамвайная остановка". Поэтому концепция "совсем не собеседовать, а отсеять потом" мне не близка.

Здравствуйте, Anatolix, Вы писали:


A>P.S. кстати есть еще такая тема как "отсев при принятии на обучение и отсев при обучении". Например ВУЗ-ы это делают при поступлении(еще недавно в средне-сильные ВУЗ-ы типа УрГУ было 9 человек на место при поступлении, сейчас наверное меньше) и на сессиях(и там процент отсева тоже высок). Ты в концепции к высшему образованию тоже предлагаешь брать всех и всем выдавать дипломы?

Э, ну собеседование+работа вовсе не равно вступительный_экзамен+учеба_в_вузе.

При вступительных экзаменах в вуз критерии приема достаточно хорошо формализованы + заранее определен круг вопросов (на математике никто химию не спросит, а если спросит — есть аппеляция). С собеседованием на работу это не так. Критерии расплывчаты, чел может ответить на все "технические секции" (из обсуждаемой статьи), но просто не понравиться "людям за обедом".

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

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

Короче, можно еще отличий найти, но это уже оффтопик здесь. Не следует вуз и работу сравнивать.

Сперва даю первую секцию вопросов. Плохо отвечавшим (прощёлкано 2 и более вопроса) вежливо говорю спасибо, и дальше с ними общается HR

И как обычно прощается HR? Проходил тут намедни телефонное интервью, по внутренним ощущениям — не прошел (да и не сильно стремился, организации — муравейники не особо люблю) — ответ HR: "сейчас, в течении 10 минут я вышлю вам тестовое задание..." тестового задания не дождался. Это и было вежливое прощание?

По поводу экзекуции на собеседовании... Из моего жизненного опыта — есть 2 типа интервьюеров — те которые хотят чтобы тебя взяли, и те, которые хотят чтобы тебя не взяли.

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

Впринципе, уже на первых минутах интервью ясно, с каким из этих двух типов ты имеешь дело. Можно, конечно, посидеть, почитать перед собеседованием умные книжки, поискать на форумах примерные вопросы (про виртуальный деструктор наверное спрашивают везде). Но зачем? Зачем тратить время пытаясь понравится тому, кто изначально не хочет с тобой работать? Не лучше ли попытаться найти того, кому ты реально нужен? Конечно, не всегда это получается сразу (вот у меня в данное время пока не получается ), но если поставить перед собой цель найти СВОЕ место — хочется верить, рано или поздно получится у любого.

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

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

Здравствуйте, shrecher, Вы писали:

S>2^8 я отвечу с calc.exe, т.к. константы не помню.

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

Просто бред, грустно читать...
Ну что же, каждому — свое...

Здравствуйте, CreatorCray, Вы писали:

CC>Слишком просто тоже плохо.

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

Здравствуйте, sikorsky, Вы писали:

S>>2^8 я отвечу с calc.exe, т.к. константы не помню.
S>А уж возвести двойку в степень или еще что-то типа этого может любой дебил, и это не показатель...

ИМО, степень двойки до степени 10 это как таблица умножения. Т.е. нормально ответить calc.exe для перемножения чисел больше 10, но странно отвечать calc.exe для чисел из таблицы умножения

Здравствуйте, AndrewJD, Вы писали:

AJD>Здравствуйте, sikorsky, Вы писали:

S>>>2^8 я отвечу с calc.exe, т.к. константы не помню.
S>>А уж возвести двойку в степень или еще что-то типа этого может любой дебил, и это не показатель...

AJD>ИМО, степень двойки до степени 10 это как таблица умножения. Т.е. нормально ответить calc.exe для перемножения чисел больше 10, но странно отвечать calc.exe для чисел из таблицы умножения

В голове и так хранится очень много всего... Все, что мы не используем — вытесняется. Если конечно есть чем вытеснять. Я сейчас с ужасом смотрю на те примеры и задачи, которые я с легкостью решал по вышке в универе... А ведь прошло всего 3 годика + я получил по ней 5... Я к тому, что если мне не нужна таблица умножения я ее со временем не буду знать (по крайней мере абсолютно всю). Так и степени двойки, например... Это ненужные знания. Которые трудно применять на практике. ИМХО

Здравствуйте, sikorsky, Вы писали:

S>В голове и так хранится очень много всего... Все, что мы не используем — вытесняется. Если конечно есть чем вытеснять. Я сейчас с ужасом смотрю на те примеры и задачи, которые я с легкостью решал по вышке в универе... А ведь прошло всего 3 годика + я получил по ней 5... Я к тому, что если мне не нужна таблица умножения я ее со временем не буду знать (по крайней мере абсолютно всю). Так и степени двойки, например... Это ненужные знания. Которые трудно применять на практике. ИМХО

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

Здравствуйте, BulatZiganshin, Вы писали:


BZ>во-первых, насчёт "где". игры сейчас являются наиболее ресурсоёмкими приложениями для пользователських ПК, в том числе и cpu-ёмкими
Допустим, это так. Как это влияет на данное собеседование ?

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

Во-вторых, Вы правда уверены, что собеседование в одну, отдельно взятую компанию, (акции которой падают как минимум последние 4 года, а за последний год упали более чем в 3 раза, а проекты получают не самые высокие оценки на gamerankings) является показательным и что хотя бы половина игровых компаний Америки проводит собеседования в таком стиле?
Почему же EA (из ссылки выше) не просит после телефонного интервью подготовить компилятор и за час написать задачу. А затем в офисе не просит за несколько часов написать рейтрейсер?




>>и как нужно спрашивать про оптимизацию, арх-ру, ассемблер.

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

BZ>ты решил, что это вопросы на оптимизацию?
Цитируемый текст нужно не только copy-paste, но и прочитывать.
Впрочем, реализацию быстрого float2int (к чему собственно и важно битовое представление float помнить) вполне можно и оптимизацией назвать.

Здравствуйте, ggg, Вы писали:

ggg>Во-вторых, Вы правда уверены, что собеседование в одну, отдельно взятую компанию, (акции которой падают как минимум последние 4 года, а за последний год упали более чем в 3 раза, а проекты получают не самые высокие оценки на gamerankings) является показательным и что хотя бы половина игровых компаний Америки проводит собеседования в таком стиле?

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


>>>и как нужно спрашивать про оптимизацию, арх-ру, ассемблер.

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

BZ>>ты решил, что это вопросы на оптимизацию?
ggg>Цитируемый текст нужно не только copy-paste, но и прочитывать.
ggg>Впрочем, реализацию быстрого float2int (к чему собственно и важно битовое представление float помнить) вполне можно и оптимизацией назвать.

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

Здравствуйте, BulatZiganshin, Вы писали:


BZ>ну понятно. твоя аргументация сводится к оценке успещности компании, я же говорю о том, что мне нравится сам подход.

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



BZ>>>ты решил, что это вопросы на оптимизацию?

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

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

Здравствуйте, BulatZiganshin, Вы писали:

BZ>в Америке для этого существуют институты
Вы преподавали в Америке? Хотя бы в качестве teaching assistant на PhD?

Здравствуйте, ggg, Вы писали:

BZ>>ну понятно. твоя аргументация сводится к оценке успещности компании, я же говорю о том, что мне нравится сам подход.

ggg>Независимо от того, какие он приносит результаты?
ggg>Независимо от того, практикуют ли такой подход в более успешных компаниях?

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


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

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

Здравствуйте, BulatZiganshin, Вы писали:


BZ>у тебя очень порстой мир. если что-то не применяется компанией EA, значит это не применяется успещными компаниями. если компания успешна, значит всё что она делает — это хорошо. я же оцениваю сам подход к собеседованию, поскольку успех компании зависит от многих факторов и я не собираюсь слепо копипровать всё, что делается гигантами

Не так. Я не преклоняюсь перед гигантами.
EA — это просто единственный пример, который я по-быстрому смог найти, как альтернативный вариант собеседования.

Чтобы не думали, что любая американская компания с ее собеседованиями — это пример для подражания. Пусть будет и противоположный пример.
Альтернатива так сказать.

Здравствуйте, BulatZiganshin, Вы писали:

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

Так я ведь и говорю — каждому — своё...

B>Да, но если программер в любом состоянии не способен выдать степень двойки до 10,
B>то это и не программер даже...
B>Это даже в уме посчитать быстрее, чем до calc.exe запустить.

Любой идиот может последовательно умножать на два
Например 4096 * 2 = 4000*2 + 90*2 + 6*2 = 8000 + 180 + 12 = 8192

A>И ты считаешь это тем с чего стоит брать пример?

Продолжайте работать, это придет само. Для этого Вам надо всего ничего — вырасти раз этак в пятьсот.

A>Не совсем так. На собеседовании можно с достаточно высокой точностю отсеять человека, который вообще ничего не знает. Но на счет положительного решения точность действительно "+/- трамвайная остановка". Поэтому концепция "совсем не собеседовать, а отсеять потом" мне не близка.

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

Здравствуйте, sikorsky, Вы писали:

S>Если есть два способа решить одну задачу, один проще, а другой сложнее, имхо, следует выбирать тот, что проще. При прочих равных.

Выражение "c++" ни разу не тянет на "решить задачу". Это тупой инкремент, и относиться к нему надо также.

Здравствуйте, The Lex, Вы писали:

TL>Тогда с "механизированным процессом" вопрос понятен — только я одну "неоптимальность" не пойму: имхо, эффективнее с точки зрения затрат времени и сил интервьюера всем кандидатам "с кошерным резюме" сперва давать тестовое задание — оно у них все равно удаленное — а потом по результатам смотреть и "спрашивать". Мой опыт говорит, что таким образом "сами отваливаются" процентов 50 "левых" — еще 50 из оставшихся "отпадают" в процессе пересмотра результатов тестового задания — итого: 75% экономии времени и сил на телефонные переговоры. Или я что-то упустил? Особенности менталитета?

Народ после 27 лет (приблизительно) задания клепать просто не станет. Ну, может, процентов 5-10 и сделают, из любопытства, или работа шибко завлекательная. Но не более того.

Здравствуйте, aik, Вы писали:

aik>Выражение "c++" ни разу не тянет на "решить задачу". Это тупой инкремент, и относиться к нему надо также.

Меня вот эта фраза возмутила:
"Слишком просто тоже плохо."

Здравствуйте, AntZ, Вы писали:

AZ>Я совершенно согласен, что собеседование типа "допрос в гестапо"

а вузовские экзамены ты так же воспринимал?

Здравствуйте, BulatZiganshin, Вы писали:

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

конечено. Только как долго вы будете помнить все детали устройства float? Да и смысл детали помнить долгое если проект уже закончился?

Здравствуйте, sikorsky, Вы писали:
S>... (программер) должен прежде всего уметь мыслить в правильном направлении, уметь решать реальные проблемы...

90% программистов назовут рутиной 90% реальных проблем

Здравствуйте, shrecher, Вы писали:

S>конечено. Только как долго вы будете помнить все детали устройства float? Да и смысл детали помнить долгое если проект уже закончился?

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

Здравствуйте, BulatZiganshin, Вы писали:

BZ>Здравствуйте, shrecher, Вы писали:

S>>конечено. Только как долго вы будете помнить все детали устройства float? Да и смысл детали помнить долгое если проект уже закончился?

BZ>я-то понятно нет, а те, кто этим занимаются — они помнят. смысл тех вопросов очень простой — выявить тех, у кого есть опыт работы в требуемых областях

Так это же хорошо если человек не работал конкретно с вашей спецификой и не знает/помнит детали или у него нет опыта в Game dev. Это ж свежая кровь! Только преветсвовать надо людей желающих сменить область. Вся специфика учится за 2-3 месяца.

Здравствуйте, shrecher, Вы писали:

S>Начинал с TurboVision, bc
S>Уже много лет системный программист, сейчас сеньер. Драйвера, кернел, сервисы. Windbg. Можно Linux, хотя не люблю.

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

Здравствуйте, sikorsky, Вы писали:

S>Меня вот эта фраза возмутила:
S>"Слишком просто тоже плохо."
Есть некий порог "простоты" ниже которого дальнейшее упрощение начинает только мешать.

Здравствуйте, shrecher, Вы писали:

S>да бросьте передергивать. Когда работаешь со сложными проектами, все элементы должны быть как можно прозрачнее.
S>человек сначала напишет a = b[c++], а потом кто-нибудь подправит на a = b[c++] + b[с--].
Вот как раз такого "подправившего" можно и увольнять по причине несоответствия занимаемой должности.

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, shrecher, Вы писали:

S>>Начинал с TurboVision, bc
S>>Уже много лет системный программист, сейчас сеньер. Драйвера, кернел, сервисы. Windbg. Можно Linux, хотя не люблю.

CC>Мнээ... Ну я еще про прикладуху могу понять — там с байтиками можно не сталкиваться... Но системщик, не работавший с битами это вне моего понимания.

Вы как обычно делаете кривые выводы. Я написал, что не помню сколько будет два в восьмой, так как есть calc.exe. Я не писал, что не работал с битами и байтами.

Здравствуйте, shrecher, Вы писали:

TL>>>>ИНТЕРВЬЮ ГЛАЗАМИ ПОСТРАДАВШЕГО
TL>>>>Занимательно. Интересно к обсуждению. Прошу выкинуь если боян.
S>>>При таких вопросах можно легко слить очень толковых парней.
aik>>Они не стараются словить всех толковых парней, они стараются не поймать лоха. Почувствуйте разницу.
S>Чувствую. Только не понимаю как можно со степенью двойки выявить лоха.

Не знает 2^8 == лох. Ну, хорошо, замени "лох" на "кандитат, наивно считающий, что он хороший программер".

aik>>Да и я б тебя не взял. Программер, которому за 14 лет карьеры так редко попадалось 2^8, что он не помнит (именно помнит!!!) результата, я ни за что не поверю что он — толковый
S>да дурак я, что тут писать. Вот уже почти 10 лет в одной лавке работаю и еще лет 10 собираюсь. Нравится мне тут. Кстати, может адресок оставите я вам бы к интервью степень двойки, тройки и пятерки до 20 выучил.

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


S>>>Все вопросы не на понимание, вероятно, стиль у Яндекса поимели. Из вопросов не следует как человек отлаживает код, как структурирует, какой стиль, будет ли его код легко читать.
aik>>А как это все на собеседовании эффективно узнать?
S>Попросить составит дизайн небольшой системы. Сделать декомпозицию модулей. Дать код попросить нати там ошибки. Дать прогу с ошибками и отладчик попросить найти ошибку.

"Яндекс" так и делает.

S>Спросить о предыдущей работе, какие задачи решал, в чем была его роль.

Часто бесполезное занятие, потому что — не проверишь, а народ врет с 3 короба влегкую.

S>Дать готовый алгоритм попросить написать код на бумажке. Все будет понятно.

И так делает.

S>>>На второй день он тебе напишет a=b[c++];
aik>>бугога Ты, поди, пишешь
aik>>a = b[c];
aik>>c = c+1;
aik>>?
aik>>Ну, для понятности?
S>да бросьте передергивать. Когда работаешь со сложными проектами, все элементы должны быть как можно прозрачнее.
S>человек сначала напишет a = b[c++], а потом кто-нибудь подправит на a = b[c++] + b[с--].

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

Здравствуйте, shrecher, Вы писали:

S>>Уже много лет системный программист, сейчас сеньер. Драйвера, кернел, сервисы. Windbg. Можно Linux, хотя не люблю

S>Так это же хорошо если человек не работал конкретно с вашей спецификой и не знает/помнит детали или у него нет опыта в Game dev. Это ж свежая кровь! Только преветсвовать надо людей желающих сменить область. Вся специфика учится за 2-3 месяца.

в вашей области — возможно. в моей — сжатие данных — лет за 5-10

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, shrecher, Вы писали:

S>>да бросьте передергивать. Когда работаешь со сложными проектами, все элементы должны быть как можно прозрачнее.
S>>человек сначала напишет a = b[c++], а потом кто-нибудь подправит на a = b[c++] + b[с--].
CC>Вот как раз такого "подправившего" можно и увольнять по причине несоответствия занимаемой должности.

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

Здравствуйте, shrecher, Вы писали:

S>Вы как обычно делаете кривые выводы. Я написал, что не помню сколько будет два в восьмой, так как есть calc.exe. Я не писал, что не работал с битами и байтами.

Как можно работать с байтами если даже не знать сколько в нем бит?

Здравствуйте, aik, Вы писали:

S>>Спросить о предыдущей работе, какие задачи решал, в чем была его роль.

aik>Часто бесполезное занятие, потому что — не проверишь, а народ врет с 3 короба влегкую.

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

Здравствуйте, vitalyk, Вы писали:

V>Здравствуйте, shrecher, Вы писали:

S>>Здравствуйте, CreatorCray, Вы писали:

S>>Вы как обычно делаете кривые выводы. Я написал, что не помню сколько будет два в восьмой, так как есть calc.exe. Я не писал, что не работал с битами и байтами.

V>Т.о. получается, что Вы, работая с битами и байтами, не знаете как минимум одну вещь из следующего списка: а) длины в битах байта на платформе, с которой работаете; б) максимального количества значений, представимых в одном байте; в) принципов того, как на "битовом уровне" представлены значения в байтах? "Не верю!" (с)

Вот так "с лету" и по телефону "Сколько будет два в восьмой". Ответ -- "не помню"

Здравствуйте, bkat, Вы писали:

B>Еще вопрос такого же уровня.
B>Что такое килобайт и сколько байт в килобайте...

B>Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.

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

ЗЫ. А вопросик то не такой простой...

Здравствуйте, BulatZiganshin, Вы писали:

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

И Вы его тут же запомнили на всю жизнь!

Здравствуйте, CreatorCray, Вы писали:

CC>Есть некий порог "простоты" ниже которого дальнейшее упрощение начинает только мешать.

Во всем должен быть здравый смысл..

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

Здравствуйте, shrecher, Вы писали:

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

Здравая мысль. ИМХО, лучший способ...

Здравствуйте, The Lex, Вы писали:

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

TL>И Вы его тут же запомнили на всю жизнь!

у меня вообще отличная память — добро не прощаю, зло не забываю

Здравствуйте, sikorsky, Вы писали:

S>Ну а вообще, имхо, простой код, который делает сложные вещи, свидетельствует о высоком уровне программера. Т.е. уменее выразить сложное простым языком.
Разнесение операций по разным строкам — это не тот тип упрощения.

Здравствуйте, aik, Вы писали:

TL>>Тогда с "механизированным процессом" вопрос понятен — только я одну "неоптимальность" не пойму: имхо, эффективнее с точки зрения затрат времени и сил интервьюера всем кандидатам "с кошерным резюме" сперва давать тестовое задание — оно у них все равно удаленное — а потом по результатам смотреть и "спрашивать". Мой опыт говорит, что таким образом "сами отваливаются" процентов 50 "левых" — еще 50 из оставшихся "отпадают" в процессе пересмотра результатов тестового задания — итого: 75% экономии времени и сил на телефонные переговоры. Или я что-то упустил? Особенности менталитета?

aik>Народ после 27 лет (приблизительно) задания клепать просто не станет. Ну, может, процентов 5-10 и сделают, из любопытства, или работа шибко завлекательная. Но не более того.

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

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

Есть варианты даже проще реализованные — и притом эффективнее: условия тестового задания повесить прямо на сайте, вместе с вакансией и анкетой для заполнения. Хочешь эту работу — присылай резюме, цепляй заполненную анкету, цепляй выполненное задание — и вперед! Кстати, я как-то даже не могу себе представить, как технически реализовать контроль со стороны интервьюера "сделай задание за 1 час" — это что, если за сегодня у нас 2-3 кандидата, то это надо потратить дополнительно минут по 15 (минимум!) на каждого, чтобы проконтроллировать выполнение заданий вовремя? Да, нескучная така работенка... А что касается "выложить на сайте все относящееся к вакансии", так сколько раз уже сам сталкивался с жутким неудобством: приходишь "на собеседование", а рекрутер компании тебе с милой улыбкой выдает "анкету на 10 листов" — заполняй, мол. Ну и зачем такая, простите, фигня, спрашивается? Там крестики ставить если по честному — на час упорной работы: я что, в свободное время не мог этого сделать и прийти уже подготовленным? Мое время ничего не стоит? Если эти анкеты "для служебного пользования" — ну, это, извините, смешно: опять-таки, совсем не трудно отправить их уже "захантереному" кандидату вместе с приглашением на собеседование с указанием "nod".

Имхо, такие примеры неэффективности "поиска и отбора кандидатов" в программистских компаниях крепко смущают...

Здравствуйте, The Lex, Вы писали:

aik>>Народ после 27 лет (приблизительно) задания клепать просто не станет. Ну, может, процентов 5-10 и сделают, из любопытства, или работа шибко завлекательная. Но не более того.
TL>Поскольку я уже рассматриваю особенности менталитета и культурно-образовательно-бизнесовой среды, то сразу же уточняйте, чей народ вы имели в виду.


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

Здравствуйте, aik, Вы писали:

aik>Да и я б тебя не взял. Программер, которому за 14 лет карьеры так редко попадалось 2^8, что он не помнит (именно помнит!!!) результата, я ни за что не поверю что он — толковый

Гы.
А если бы ответ был "единица с восемью нулями"?

Здравствуйте, BulatZiganshin, Вы писали:

S>>>Уже много лет системный программист, сейчас сеньер. Драйвера, кернел, сервисы. Windbg. Можно Linux, хотя не люблю

S>>Так это же хорошо если человек не работал конкретно с вашей спецификой и не знает/помнит детали или у него нет опыта в Game dev. Это ж свежая кровь! Только преветсвовать надо людей желающих сменить область. Вся специфика учится за 2-3 месяца.

BZ>в вашей области — возможно. в моей — сжатие данных — лет за 5-10

лет за 5-10 учат формат флоата?

Здравствуйте, aik, Вы писали:

aik>>>Народ после 27 лет (приблизительно) задания клепать просто не станет. Ну, может, процентов 5-10 и сделают, из любопытства, или работа шибко завлекательная. Но не более того.
TL>>Поскольку я уже рассматриваю особенности менталитета и культурно-образовательно-бизнесовой среды, то сразу же уточняйте, чей народ вы имели в виду.
aik>

aik>Народ я имел ввиду наш, русский. Не представляю что бы это за работа такая была, чтоб я туда стал заранее делать тест, до того как мне скажут что я им в принципе подошел бы. Для прикола, за пивом — сколько угодно, но не для найма, потому что один фиг, что с задачками, что без задачек, существенно перепрыгнуть уровень зарплат можно только в 2 случаях — либо офигенно удачно попадешь в струю, либо по знакомству прокрадешься, в обоих случаях задачек не спросят.

Тут я не понял: что значит "до того как мне скажут что я им в принципе подошел бы"? А ты когда работу ищешь вообще всем подряд резюме рассылаешь или как?

Здравствуйте, The Lex, Вы писали:

TL>Тут я не понял: что значит "до того как мне скажут что я им в принципе подошел бы"? А ты когда работу ищешь вообще всем подряд резюме рассылаешь или как?

хым. Ну, увидел-услышал-подсказали — пошел, нашел вакансию, почитал на предмет аббревиатур, нашел адрес HR'а, скинул туда резюме со словами "надеюсь, пригожусь" и работаю себе дальше. Ответят — хорошо, не ответят — ну и фиг с ними. Если там 5 вопросов — ну, отвечу. Если там тест — нет, спасибо, я шибко ленивый для этого

Здравствуйте, Thanatos, Вы писали:

BZ>>в вашей области — возможно. в моей — сжатие данных — лет за 5-10

T>Вами — возможно.

ну ясен пень, это не для дураков

Здравствуйте, BulatZiganshin, Вы писали:

BZ>>>в вашей области — возможно. в моей — сжатие данных — лет за 5-10

T>>Вами — возможно.

BZ>ну ясен пень, это не для дураков

Можно продолжить словесную пикировку фразой "Ну, тогда вы явно выбрали не свою область " но я пожалуй остановлюсь..
...
Вы серъёзно считаете что для изучения специфики сжатия данных необходимо 10 лет?

Здравствуйте, ggg, Вы писали:

ggg>При вступительных экзаменах в вуз критерии приема достаточно хорошо формализованы + заранее определен круг вопросов (на математике никто химию не спросит, а если спросит — есть аппеляция).

Извини, но это не так. Я надеюсь, что ты не будешь утверждать что в МГУ, в УрГУ и в отделение МИФИ-3 в городе Лесном одинаковые вопросы на вступительном экзамене по математике. Именно для этого при каждом ВУЗ-е кстати процветают подготовительные курсы там хотя бы можно узнать как решаются задачи которые будут спрашивать.

Объема знаний даваемых в обычной(tm) школе(57 и подобные не считаем), кстати не достаточно для поступления даже в хороший региональный ВУЗ — приходится самому готовиться.

ggg>С собеседованием на работу это не так. Критерии расплывчаты, чел может ответить на все "технические секции" (из обсуждаемой статьи), но просто не понравиться "людям за обедом".

Или на устном экзамене в ВУЗ-е не понравиться преподавателю.

ggg>Я, к примеру, знаю случаи, когда человека после испытательного срока увольняли с форумлировкой "не вписался в коллектив, с тобой тяжело общаться и работать". Из вуза "за тяжелый характер" никого не отчисляли.

С этим согласен — но кто же обещал, что будет легко. У ВУЗ-а просто другая задача немного, чем у коммерческой компании. Там ты занимаешься персонально своим образованием — и если ты не понравился остальной группе это в принипе ничего не значит.

ggg>Ну и имхо, в вузе есть известные механизмы регулирования конфликтов (комиссии, аппеляции, смена кафедры и т.д.). На работе с этим сложнее и не так однозначно.

В ВУЗ-е тоже не однозначно. Ты просто сам не пользовался наверняка этими механизмами разрешения конфликтов.
Я например сдал один из экзаменов с комиссией — выглядело так — я сдал тому же преподу потом пришли люди и расписались в ведомости.
Про людей которые требовали апелляцию после экзамена(и даже были восстановлены) тоже слышал — ничем хорошим для них это не кончилось.

ggg>Короче, можно еще отличий найти, но это уже оффтопик здесь. Не следует вуз и работу сравнивать.

У меня позиция такая: сравнивать можно, разница есть и есрьезная, но принципиально ничего не меняется.
ссылка в тему — помоему очень правильно написано — http://sowa.livejournal.com/94019.html

Здравствуйте, Thanatos, Вы писали:

T>Вы серъёзно считаете что для изучения специфики сжатия данных необходимо 10 лет?

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

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

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

Здравствуйте, BulatZiganshin, Вы писали:

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

да в вашем случае 10+ лет на обучение очень похоже на реальность. У вас это скорее ближе к фундаментальной науке, чем потоковому IT. Я надеюсь и вознаграждение у вас соответствующее.

BZ>остальные же просто используют готовые бибилиотеки

ну что-ж делать! Кто-то это тоже должен делать. Или "клеение" из библиотек в Индию отправить?

Здравствуйте, shrecher, Вы писали:

BZ>>остальные же просто используют готовые бибилиотеки

S>ну что-ж делать! Кто-то это тоже должен делать. Или "клеение" из библиотек в Индию отправить?

Разумеется! Зачем заниматься работой, достойной ПТУшника?

J>Многие вопросы абсолютно правильные, но сам подход с собеседованием в офисе от 3 часов до 1 дня силами группы в 2-3 человека — о какой минимизации усилий можно говорить? А ведь сначала еще проводится телефонное интервью.

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

J>Если требуется заполнить всего одну позицию, то работа всего отдела на несколько недель будет практически парализована.

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

Здравствуйте, bkat, Вы писали:



B>Если кто скажет, что килобайт — это 1000 байт, то это тоже не программист.
а в километре 1024 метра