A>за последние пару месяцев была пара кандидатов, которые на собеседовании были не супер, но задание сделали хорошо. их взяли на работу.
Это типично. Есть олимпийцы — это люди которые побеждают на олимпиадах по спортивному программированию, спринтеры, бегуны на короткие дистанции. Такие на мах пишут код на бумажке перед собеседователями, отвечают на каверзные вопросы. Далеко не всегда они хороши на длинных "забегах".
Есть люди, которые наоборот, любят подумать, причем в спокойной обстановке. Я очень плохо пишу код на бумажке перед толпой собеседователей, люблю спокойно подумать, "родить" решение. Недавно был в одной известной конторе — меня пытали задачами про лампочки и требовали написать по памяти алгоритм сортировки — очень не понравился такой подход. Интервью не прошел, но и честно говоря желание резко пропало работать в этой конторе.
А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй. Доводить до конца не требую. Обсуждаем варианты решения, выбор метода, нюансы. Задачи придумываю сам, либо беру за основу олимпиадные школьные задачи из 90-х.
Здравствуйте, karkadil, Вы писали:
MK>>>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй.
BZ>>и ты ВСЕ языки знаешь?
K>а зачем их все знать? K>на моей прошлой работе при приеме тоже надо было написать на бумаге несколько простеньких функций, используя любой язык программирования.
т.е. если я напишу что-нибудь вроде ^(%#^)_*%$ и скажу что это решение на языке FuckYourself, то это будет зачот?
Здравствуйте, Awaken, Вы писали: A>некоторые интервьюверы забывают что собеседование это стресс, и начинают с ходу прессовать вопросами, вместо того чтобы дать вводную речь, A>чтобы расслабить кандидата и расположить к беседе.
Interview (собеседование) — это имхо синоним диалога, а не экзамена
Тут есть еще один момент:
на экзамене темы ограничены и заранее известны,
а то приходишь собеседоваться на ASP.NET Developer,
а тебя спрашивают:
"Как Вы организуете очередь из SMS-сообщений в BizTalk"
или узкие вопросы по администрированию серверов баз данных, или COM+ (вообще-то, это к ASP.NET не относится, если посмотреть на содержание экзаменов MS), и т.д., и т.п.
Т.е., помимо того, что не предупреди, начинают гонять по темам, соответствующие сотням экзаменам!
Я лично в голове держу только то, чем конкретно сейчас занимаюсь
(почитайте "Getting Things Done")
Лично я отказываюсь экзаменоваться, если меня не предупредили о факте экзамена и темах
Приходишь на первое собеседование, чтобы (до)выяснить, а хочу ли я там вообще работать, после 3х недель домашнего ремонта, а там — недавний выпускник универа с желанием самоутвердиться, опустив ниже плинтуса
Сейчас я как-то попривык к российским реалиям и, когда меня зовут на собеседование, то спрашиваю темы экзамена
И что — мне НИКОГДА их не называют! Мне даже обычно не говорят, на какую позицию меня конкретно зовут собеседоваться!
Обычно вызывает секретарша, т.е. офис-менеджер, и стандартный ответ — это определится на экзамене.
Еще один момент:
На таких экзаменах проверяют знания, при чём с листа белой бумаги, а не умения
Как это относится к тому, как работает разработчик?
Ну, посадите меня на компьютер с VS2005, MSDN и интернетом, и кофе-автоматом а потом — проверяйте!
A>я тестовое задание даю кандидатам только тогда, когда после собеседования все еще неясно, сможет ли человек выполнять нужную работу. кто-то хорошо пишет код, а на собеседовании толком говорить не может. да и вообще, всякие случаи бывают. A>(попробуйте сами сформулировать, какие вопросы нужно задать на собеседовании, чтобы подобрать правильного человека. и можно ли в принципе сделать это за 1 час.)
Вообще-то к собеседованию надо готовиться. Я как-то пару раз собеседовался по такой схеме: HR приглашает тебя на такое-то время, приходишь, минут 20 с ним общаешься. Потом приходят технические люди, которые впервые услышали, что сегодня кто-то придет собеседоваться. Они прям при тебе судорожно читают резюме, что-то спрашивают. Ессно, тут нужно быть ясновидящим, чтобы что-то понять.
Неплохо бы чтобы собеседники заранее изучили резюме и сайты компаний, на которые человек последние 2-3 года работал, тогда и в вопросы появятся и по ответам будет понятно.
Здравствуйте, KARALIUS, Вы писали:
KAR>Прочитал недавно тему как кто-то жаловался на типа сложные тестовые
Вы самое интересное пропустили — взяли ли Вас на работу после этого?
Работал 12 лет в Европе и приходилось иметь дело с работодателями чуть ли не из всех стран ЕС
Но тестового задания не было никогда
Я просто думаю, что когда просят ТЗ — то это или лохотрон, или базы данных забивают кандидатами, или делают работу за Ваш счет, или просто отсутствие положительного настроя — всех кандидатов надо опустить ниже плинтуса
>спокойно подумать, "родить" решение. Недавно был в одной известной конторе — меня пытали задачами про лампочки и требовали написать по памяти алгоритм >сортировки — очень не понравился такой подход. Интервью не прошел, но и честно говоря желание резко пропало работать в этой конторе.
+1
меня отношения "профессор и студент" на собеседовании тоже напрягают... это сильный фактор психологического давления, вызывающий в памяти институтские экзамены. мне больше нравится собеседование в стиле "беседа двух умных людей", т.е. диалог а не вопрос-ответ
некоторые интервьюверы забывают что собеседование это стресс, и начинают с ходу прессовать вопросами, вместо того чтобы дать вводную речь,
чтобы расслабить кандидата и расположить к беседе.
Здравствуйте, MerryKanets, Вы писали:
MK>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй. Доводить до конца не требую. Обсуждаем варианты решения, выбор метода, нюансы. Задачи придумываю сам, либо беру за основу олимпиадные школьные задачи из 90-х.
alskor wrote: > > (попробуйте сами сформулировать, какие вопросы нужно задать на > собеседовании, чтобы подобрать правильного человека. и можно ли в > принципе сделать это за 1 час.)
Можно, причем за 5-15 мин. Просто надо воспринимать человека, как
человека, а не как бессловесную машину. Зачем вообще маяться такой
дурью, как придумывание вопросов, чтобы подобрать правильного.
Просто определите себе критерии (и просто поговорите с человеком,
обсудите выполненные именно им задачи в прошлом, поговорите о жизни),
шт.6-8 и после собеседования поставьте баллы на против этих критериев,
нарисуйте веса важности каждого критерия именно для Вас — все вы
получили важность данного человека именно для Вас в циферках.
> > причем давать задание мне лично нафиг не нужно — мне же придется тратить > время на его проверку. это задание нужно самому кандидату, чтобы: > 1. научиться нужной технологии, чтобы успешно работать в нашем проекте > 2. получить дополнительные плюсы для принятия решения о его приеме на работу
Ну в такой постановке большинство кандидатовоткажуться выполнять такое
задание. За время выполнения тестового задания научиться чему-либо, в
такое может верить, простите только ...
Как пример, цель тестового задания у нас, оно не на час и не два,
выяснить всего и много о человеке (уровень знаний институтской
программы, умение работать самостоятельно и искать информацию, качество
программирования). Но фактически это тестовое задание дается только тем,
кто хочет у нас работать. Пока большинство его проходит.
AZ>Есть люди, которые наоборот, любят подумать, причем в спокойной обстановке. Я очень плохо пишу код на бумажке перед толпой собеседователей, люблю спокойно подумать, "родить" решение. Недавно был в одной известной конторе — меня пытали задачами про лампочки и требовали написать по памяти алгоритм сортировки — очень не понравился такой подход. Интервью не прошел, но и честно говоря желание резко пропало работать в этой конторе.
Интересно, а какой процент людей открыто говорит, что им не нравится ход собеседования? Что дурацкие вопросы?
Не воспринимайте это как наезд, просто мысль посетила устроить опрос на эту тему...
После этого я закончил универ и уехал в Москву. Так что можно сказать, что не взяли.
В Москве от ТЗ отказывался, но в Таганроге выбор работодателя был не очень обширен...
я тестовое задание даю кандидатам только тогда, когда после собеседования все еще неясно, сможет ли человек выполнять нужную работу. кто-то хорошо пишет код, а на собеседовании толком говорить не может. да и вообще, всякие случаи бывают.
(попробуйте сами сформулировать, какие вопросы нужно задать на собеседовании, чтобы подобрать правильного человека. и можно ли в принципе сделать это за 1 час.)
причем давать задание мне лично нафиг не нужно — мне же придется тратить время на его проверку. это задание нужно самому кандидату, чтобы:
1. научиться нужной технологии, чтобы успешно работать в нашем проекте
2. получить дополнительные плюсы для принятия решения о его приеме на работу
типичный пример: приходит человек из "смежной" области — специалист по С++ или C#. нам нужна Java (причем не абстрактная "java", а конкретные области — EJB, swing). вопрос — сможет этот человек быстро переучиться на Java? многие смогут, а многие — нет. не спрашивайте "почему нет?". бывают клинические случаи — человек бьет себя пяткой в грудь, что во всем разберется, а после принятия на работу сидит и тупит месяцами.
за последние пару месяцев была пара кандидатов, которые на собеседовании были не супер, но задание сделали хорошо. их взяли на работу.
общее правило — лучше не взять хорошего кандидата, чем взять в команду плохого. в первом случае компания ничего не теряет, во втором продуктивность команды просядет.
Здравствуйте, The Lex, Вы писали:
TL>Неправильно. Ты — хозяин компании. У тебя 3 контракта и тебе нужны 6 программистов, причем в ближайшие 3 месяца. Недонаняв — "потеряв что не имел" — всего одного ты рискуешь потерять — "недополучить" — как минимум 1 контракт. Но в бизнесе на самом деле все жестче: сегодня ты этот контракт "недополучил", но его отдали кому-то другому — завтра тебе контракт даже не предложат, а просто отдадут другому сразу же. Результат: ты, как хозяин компании, "не сильно расстроишься", недополучив какой-то миллион долларов за отчетный финансовый год.
видимо, ты исходишь из того, что программистов в компании нет, а контракты на разработку ПО нежданно-негаданно с неба свалились
Здравствуйте, KARALIUS, Вы писали:
KAR>Интересно, а какой процент людей открыто говорит, что им не нравится ход собеседования? Что дурацкие вопросы? KAR>Не воспринимайте это как наезд, просто мысль посетила устроить опрос на эту тему...
может создать на эту тему голосование, а не спрашивать так глубоко в топике? особенно учитывая, что суть первоначального поста была в другом?
KARALIUS wrote: > > Интересно, а какой процент людей открыто говорит, что им не нравится ход > собеседования? Что дурацкие вопросы?
А зачем? Если на конторе "странные" люди, то что там делать? Проще уйти
и забыть про них. Путь развлекаются. Найдут таких же, ну и хорошо, не
найдут, еще лучше.
Здравствуйте, The Lex, Вы писали:
TL> ты перевираешь слова и отбрасываешь смысл. еще раз: зачем компании набирают программистов и что делают в случае, если не наберут?
ну если ты сам не спосбоен догадаться, читай по губам: ОБХОДЯТСЯ МЕНЬШИМИ СИЛАМИ
Прочитал недавно тему как кто-то жаловался на типа сложные тестовые задания при приеме на работу. Вспомнил свои студенческие годы, когда хотел устроиться в американскую фирму и тестовое задание было — почти целая гео-информационная система. Так что все познается в сравнении.
Всем кто хочет ужаснуться — скачать можно отсюда.
Для работы по очереди откройте(File->Open) из папки Data файлы states.shp, counties.shp, cities.shp и majorways.shp.
M>Такое бы делать не стал. Задание должно быть более абстрактным и сфокусированным на решении какой-то отдельной проблемы. А тут целое приложение.
M>Такое сделал. Хоть и не взяли — не жалею, т.к. отнёсся творчески Может, потому и не взяли.
Редкий случай, когда я с очень большим трудом понимаю "простой" код.
Здравствуйте, KARALIUS, Вы писали:
KAR>устроиться в американскую фирму
Ваша неправда, фирма русская, заказчик правда в большинстве своем, ага.
KAR>Всем кто хочет ужаснуться — скачать можно отсюда.
Ну что Вы так, не самая плохая реализация этого тестового задания из тех что я видел. Почему не остались в Программных Технологиях? Или ваше задание завалили?
A>общее правило — лучше не взять хорошего кандидата, чем взять в команду плохого. в первом случае компания ничего не теряет, во втором продуктивность команды просядет.
мне всегда казалось, что в первом случае компания теряет хорошего работника.. безусловно, часто такая потенциальная потеря оправдана, но все же столь категоричное "компания ничего не теряет" настораживает)
Здравствуйте, De-Bugger, Вы писали:
DB>Ну что Вы так, не самая плохая реализация этого тестового задания из тех что я видел. Почему не остались в Программных Технологиях? Или ваше задание завалили?
Как я понял они набирали базу возможных кандидатов. И как писал в ветке выше — вскоре закончил ВУЗ и не дожидаясь ничего свалил в Москву, здесь с работой куда проще.
Здравствуйте, Flamer, Вы писали:
F>Здравствуйте, MerryKanets, Вы писали:
MK>>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй. Доводить до конца не требую. Обсуждаем варианты решения, выбор метода, нюансы. Задачи придумываю сам, либо беру за основу олимпиадные школьные задачи из 90-х.
F>Вы случаем не из Яндекса
?
Это то, что я называю быть туземцем в своей собственной стране
Терзают смутные сомнения, как я стар и никчемен
В 1980 г., я был вторым на районной химич. олимпиаде и первым на физико-математической (выпускной, тогда 10й, класс)
Посещал все олимпиады, кроме по по русскому и обществоведению (не принято тогда было перечить учителям)
1980г. — это какие, 70-е или уже 90е?
Не припоминаю никаких флоучартов и обсуждений.
Что-то мне припоминается, что давали не меньше 4х часов, что хватало все порешать, перепроверить, переписать, поглазеть в окно, в туалет и на улицу сходить и и уйти на час-два раньше
Здравствуйте, Геннадий Ванин, Вы писали: ГВ>1980г. — это какие, 70-е или уже 90е?
1980 — это 80-е.
ГВ>Не припоминаю никаких флоучартов и обсуждений.
Забыл как они называются. Блок-схемы? или блок-диаграммы? Такие картинки из стрелочек, квадратиков и ромбиков, которыми описывается алгоритм. Помнится еще ГОСТ на них существовал. А у меня была фирменная IBM линейка-шаблон (типа офицерской) с пробитыми квадратиками и ромбиками.
ГВ>А, если не знать флоучартов 90х — всё, труба?
Здравствуйте, MerryKanets, Вы писали: MK>Забыл как они называются. Блок-схемы? или блок-диаграммы? Такие картинки из стрелочек, квадратиков и ромбиков, которыми описывается алгоритм. Помнится еще ГОСТ на них существовал. А у меня была фирменная IBM линейка-шаблон (типа офицерской) с пробитыми квадратиками и ромбиками.
А, запамятовал, точно, на военной кафедре рисовали и ещё курвиметром замеряли, сколько бежать прийдётся
MK>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй. Доводить до конца не требую. Обсуждаем варианты решения, выбор метода, нюансы. Задачи придумываю сам, либо беру за основу олимпиадные школьные задачи из 90-х.
Ну это не совсем тестовое задание. Вернее не то, которое надо дома делать месяц!
Здравствуйте, MerryKanets, Вы писали:
MK>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй.
Здравствуйте, BulatZiganshin, Вы писали:
BZ>Здравствуйте, MerryKanets, Вы писали:
MK>>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй.
BZ>и ты ВСЕ языки знаешь?
а зачем их все знать?
на моей прошлой работе при приеме тоже надо было написать на бумаге несколько простеньких функций, используя любой язык программирования.
Мне это кажется весьма неплохим решением, так как оценивается не знание конкретного языка, а именно умение решать задачи. новый язык хороший программист выучит быстро, а вот человек, не обладающий программистским мышлением, но заучивший Страуструпа наизусть (был там и такой случай) — это мрак.
Здравствуйте, BulatZiganshin, Вы писали:
BZ>т.е. если я напишу что-нибудь вроде ^(%#^)_*%$ и скажу что это решение на языке FuckYourself, то это будет зачот?
нет, конечно, есть же предел
ну вот вы неужели не сможете понять код бейскиа, паскаля, с++ ? Уверен, что сможете. Если же будет использовано что-то, чего вы не знаете, то это повод узнать, что же это такое
Здравствуйте, inko, Вы писали:
A>>общее правило — лучше не взять хорошего кандидата, чем взять в команду плохого. в первом случае компания ничего не теряет, во втором продуктивность команды просядет.
I>мне всегда казалось, что в первом случае компания теряет хорошего работника.. безусловно, часто такая потенциальная потеря оправдана, но все же столь категоричное "компания ничего не теряет" настораживает)
От того, что я тебе сейчас вот не дам миллион долларов, ты его потеряешь? Потеряешь, конечно, но, думаю, не сильно расстроишься, т.к. как-то и не владел им.
А вот если я тебе подарю миллион долларов, которые окажутся фальшивыми, и ты поимеешь проблемы с милицией, которые будут заинтересованы, откуда у тебя такая куча фальшивых денег — думаю, расстроишься
Здравствуйте, fmiracle, Вы писали:
A>>>общее правило — лучше не взять хорошего кандидата, чем взять в команду плохого. в первом случае компания ничего не теряет, во втором продуктивность команды просядет.
I>>мне всегда казалось, что в первом случае компания теряет хорошего работника.. безусловно, часто такая потенциальная потеря оправдана, но все же столь категоричное "компания ничего не теряет" настораживает)
F>От того, что я тебе сейчас вот не дам миллион долларов, ты его потеряешь? Потеряешь, конечно, но, думаю, не сильно расстроишься, т.к. как-то и не владел им. F>А вот если я тебе подарю миллион долларов, которые окажутся фальшивыми, и ты поимеешь проблемы с милицией, которые будут заинтересованы, откуда у тебя такая куча фальшивых денег — думаю, расстроишься
Неправильно. Ты — хозяин компании. У тебя 3 контракта и тебе нужны 6 программистов, причем в ближайшие 3 месяца. Недонаняв — "потеряв что не имел" — всего одного ты рискуешь потерять — "недополучить" — как минимум 1 контракт. Но в бизнесе на самом деле все жестче: сегодня ты этот контракт "недополучил", но его отдали кому-то другому — завтра тебе контракт даже не предложат, а просто отдадут другому сразу же. Результат: ты, как хозяин компании, "не сильно расстроишься", недополучив какой-то миллион долларов за отчетный финансовый год.
Другое дело что массово практикуется "поиск кандидатов впрок, про запас" — при этом даже "прошедшим" работу сразу не дают, а, как в русском анекдоте, "один побежал искать вагон угля, другой — цистерну солярки". Но это уже совсем другая история. А "лучше не взять хорошего, чем взять плохого" — это не очень хороший выход в бизнесе, если риск "не взять вообще никого" действительно велик: бюджет все равно ограничен и денежки все равно "капают" — даже если "не взял никого": тут тебе и за офис платить надо, и самому на что-то жить. Или зачем тебе вообще нужны были те программисты?
Здравствуйте, BulatZiganshin, Вы писали:
BZ>видимо, ты исходишь из того, что программистов в компании нет, а контракты на разработку ПО нежданно-негаданно с неба свалились
А зачем этой компании вообще нужны _новые_ программисты?
Здравствуйте, The Lex, Вы писали:
BZ>>видимо, ты исходишь из того, что программистов в компании нет, а контракты на разработку ПО нежданно-негаданно с неба свалились
TL> А зачем этой компании вообще нужны _новые_ программисты?
скажи, а если ты допустим уйдёшь из своей нынешней компании — она тут же немедленно разорится? вы работаете на грани невозможного, не тратя ни секунды зря?
Здравствуйте, BulatZiganshin, Вы писали:
BZ>>>видимо, ты исходишь из того, что программистов в компании нет, а контракты на разработку ПО нежданно-негаданно с неба свалились
TL>> А зачем этой компании вообще нужны _новые_ программисты?
BZ>скажи, а если ты допустим уйдёшь из своей нынешней компании — она тут же немедленно разорится? вы работаете на грани невозможного, не тратя ни секунды зря?
Нет, не разорится. Но разработка застопорится проекта очень сильно — компания маленькая, проект маленький, а работа активная. И я не говорю о разорении — я говорю о недополученной прибыли, о недоделанных фичах, о недовыпущенных проектах. И все же: компания набирает программистов — зачем? Ты так и не ответил — перевел стрелки на меня — "догадайся, мол, сама..." (к)
Здравствуйте, The Lex, Вы писали:
TL>Нет, не разорится. Но разработка застопорится проекта очень сильно — компания маленькая, проект маленький, а работа активная. И я не говорю о разорении — я говорю о недополученной прибыли, о недоделанных фичах, о недовыпущенных проектах. И все же: компания набирает программистов — зачем? Ты так и не ответил — перевел стрелки на меня — "догадайся, мол, сама..." (к)
мне казалось, что ты сам сможешь догадаться. нарисованная тобой картина неожиданного получения 3 жизненно-важных заказов, успех выполнения которых зависит от одного-единственного человека, напомнила мне анекдот "а вдруг война?..."
Здравствуйте, BulatZiganshin, Вы писали:
TL>>Нет, не разорится. Но разработка застопорится проекта очень сильно — компания маленькая, проект маленький, а работа активная. И я не говорю о разорении — я говорю о недополученной прибыли, о недоделанных фичах, о недовыпущенных проектах. И все же: компания набирает программистов — зачем? Ты так и не ответил — перевел стрелки на меня — "догадайся, мол, сама..." (к)
BZ>мне казалось, что ты сам сможешь догадаться. нарисованная тобой картина неожиданного получения 3 жизненно-важных заказов, успех выполнения которых зависит от одного-единственного человека, напомнила мне анекдот "а вдруг война?..."
ты перевираешь слова и отбрасываешь смысл. еще раз: зачем компании набирают программистов и что делают в случае, если не наберут?
Здравствуйте, KARALIUS, Вы писали:
KAR>Всем кто хочет ужаснуться — скачать можно отсюда. KAR>Для работы по очереди откройте(File->Open) из папки Data файлы states.shp, counties.shp, cities.shp и majorways.shp.
К сожалению, ссылка уже не работает.
Если нетрудно, можно сбросить архив на fox_njtxyo@trashmail.net ?
Здравствуйте, KARALIUS, Вы писали:
KAR>Вообще-то к собеседованию надо готовиться. Я как-то пару раз собеседовался по такой схеме: HR приглашает тебя на такое-то время, приходишь, минут 20 с ним общаешься. Потом приходят технические люди, которые впервые услышали, что сегодня кто-то придет собеседоваться. Они прям при тебе судорожно читают резюме, что-то спрашивают. Ессно, тут нужно быть ясновидящим, чтобы что-то понять. KAR>Неплохо бы чтобы собеседники заранее изучили резюме и сайты компаний, на которые человек последние 2-3 года работал, тогда и в вопросы появятся и по ответам будет понятно.
Именно так обычно и происходит. К тебе подходит начальник и говорит, вот тебе резюме, через час придет парень, его нужно прособеседовать и сказать свое мнение.
Резюме при этом пробегается наискосок глазами в поисках того, что ты конкретно можешь у него спросить, т.е. в чем ты сам компетентен. Сайты компаний изучать никто не будет и описание проектов в резюме тоже (поэтому и не имеет смысла его там обширно описывать) — ни из описания в резюме, ни с сайтов компаний ты все равно не поймешь, чем этот конкретный человек занимался там с технической точки зрения. Гораздо лучше у него это спросить лично, попросить нарисовать архитектуру систем, с которыми он работал или какие-то ее части — чтобы просто понять какую роль он занимал в проекте и понимал ли что вообще делал. Тут же проверяется, может ли он это доступно объяснить непосвященному человеку, и не придется ли из него эту информацию вытягивать клещами — умения объяснять идею/писать понятный код очень важно для командной работы.
Здравствуйте, karkadil, Вы писали:
K>а зачем их все знать? K>на моей прошлой работе при приеме тоже надо было написать на бумаге несколько простеньких функций, используя любой язык программирования. K>Мне это кажется весьма неплохим решением, так как оценивается не знание конкретного языка, а именно умение решать задачи. новый язык хороший программист выучит быстро, а вот человек, не обладающий программистским мышлением, но заучивший Страуструпа наизусть (был там и такой случай) — это мрак.
А что ты скажешь про такой код: $_ ~= /^([\.[1234]+)(\.[_\b\0x20]{1,5})/$0\.$1\./ ? А это вполне себе вылидный код на одном весьма популярном ЯП
Здравствуйте, BulatZiganshin, Вы писали:
MK>>>>А я люблю тестовые задания давать. Никаих компьютеров. только бумага и карандаш. Любой язык, хоть флоучарты рисуй.
BZ>>>и ты ВСЕ языки знаешь?
K>>а зачем их все знать? K>>на моей прошлой работе при приеме тоже надо было написать на бумаге несколько простеньких функций, используя любой язык программирования.
BZ>т.е. если я напишу что-нибудь вроде ^(%#^)_*%$ и скажу что это решение на языке FuckYourself, то это будет зачот?
Если ты потом сможешь прокомментировать свой код, убедив собеседника в его работоспособности, тогда наверняка будет зачот. А не сможешь убедить — код будет считаться "нерабочим"
Здравствуйте, Геннадий Ванин, Вы писали:
ГВ>Я просто думаю, что когда просят ТЗ — то это или лохотрон, или базы данных забивают кандидатами, или делают работу за Ваш счет, или просто отсутствие положительного настроя — всех кандидатов надо опустить ниже плинтуса
Мне кажется, для крупной компании, с привлекательными условиями труда, в которую идёт большой поток резюме, разговаривать с каждым кандидатом довольно хлопотно. А если выбирать, кого приглашать, только по резюме, то есть риск как не пригласить того, кто заслуживает, так и пригласить того, разговор с кем будет только потерей времени.
Поэтому ТЗ -- это хороший фильтр. Задание не должно быть лёгким, чтобы пришёл человек, который действительно хочет прийти и с ним стоит поговорить. А чтобы не было ощущения, что компания пытается сделать какую-то работу за счёт кандидатов, ТЗ должны не иметь никакого практического применения -- вон CQG в качестве тестовых заданий присылает задания, участвовавшие в чемпионатах по программированию, нажиться на их решениях она точно никак не сможет.
ГВ>Сейчас я как-то попривык к российским реалиям и, когда меня зовут на собеседование, то спрашиваю темы экзамена ГВ>И что — мне НИКОГДА их не называют! Мне даже обычно не говорят, на какую позицию меня конкретно зовут собеседоваться! ГВ>Обычно вызывает секретарша, т.е. офис-менеджер, и стандартный ответ — это определится на экзамене.
Что, прямо такой термин — "экзамен" — и используется? Не собеседование даже? Обалдеть, если не сказать хуже
