Профпригодность

[Silence]

Недавно наткнулся на работодателя, который мне заявил: Я не спец, а что бы Вы спросили при приеме на работу?
Я был в шоке... И отвечать не стал, т.к. на вопросы которые в тот момент были в голове я бы не смог ответить сам.

Хотелось бы услышать мнение людей которые оценивают квалификацию. Какие вопросы вы задаете? Я не прошу конкретную методику просто на вскидку.

ЗЫ. Думаю эта тема (если кто поделится опытом) будет интересна не только работодателям, но и новичкам.

ЗЗЫ. Просьба в заголовке указывать версию Ах

[MironovI]

Думаю надо начать с профессии и желаемой должности

[Silence]

Цитата:

Сообщение от MironovI

Думаю надо начать с профессии и желаемой должности

Мда... Извиняюсь Думаю можно было бы писать для всех профессий и должностей, а потом это систематизировать.
Но интересует профессия программиста, а вот должность... от и до Ну для начала просто программер с: "Опыт работы на аналогичной должности от 1 года."

[Yoil]

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

[Silence]

Цитата:

Сообщение от Yoil

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

Немного не так. Я имел ввиду именно эти специфические области Что-нить типа: Расскажи структуру класса RunBase =)

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

[gl00mie]

Цитата:

Сообщение от Silence

Немного не так. Я имел ввиду именно эти специфические области Что-нить типа: Расскажи структуру класса RunBase =)

Зачем в наследниках не абстрактных классов, которые, в свою очередь, являются наследниками RunBase, нужно переопределять pack()/unpack(), если там код все равно везде одинаковый

Цитата:

Сообщение от Silence

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

Спросить, какие стандартные классы приходилось модифицировать, как и с какой целью.

[kashperuk]

Цитата:

Сообщение от gl00mie

Зачем в наследниках не абстрактных классов, которые, в свою очередь, являются наследниками RunBase, нужно переопределять pack()/unpack(), если там код все равно везде одинаковый

А потом 5 минут слушать, как кандидат (с перепугу) начинает рассуждать, а действительно, на кой так сделали. И приводить доводы в пользу написания этого кода всего один раз в RunBase

Цитата:

Сообщение от gl00mie

Спросить, какие стандартные классы приходилось модифицировать, как и с какой целью.

На самом деле, ну и вопросики. Да разве их все припомнишь? А тем более еще и, как, что, и зачем менял...

[miklenew]

Цитата:

Сообщение от Silence

Какие вопросы вы задаете?

А чё бональный вопрос: "Готов?" уже не канает.

[Silence]

Цитата:

Сообщение от miklenew

А чё бональный вопрос: "Готов?" уже не канает.

Пионер всегда готов!!! Даже если на ногах не стоит.
Оффтоп: Ыыы, а не приходилось ли кому встречаться на собеседовании с пьяными соискателями? =)

Цитата:

Сообщение от dn

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

Согласен, большинство работы программиста это copy-paste с небольшими изменениями или без оных.

Цитата:

Сообщение от mazzy

Я обычно спрашиваю "что не нравится в системе".
ответы очень показательны.

Интересное предложение. Спасибо.

Цитата:

Сообщение от Ruff

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

К сожалению я в психологии не силен

[slava09]

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

[kashperuk]

Меня еще когда-то спрашивали "Чем Dict классы отличаются от SysDict классов"

[miklenew]

Можно ещё спросить, чем принципиально отличается переход к основной таблице, штатными средствами и когда перекрываешь программно?

[slava09]

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

[gl00mie]

Цитата:

Сообщение от kashperuk

А потом 5 минут слушать, как кандидат (с перепугу) начинает рассуждать, а действительно, на кой так сделали. И приводить доводы в пользу написания этого кода всего один раз в RunBase

Тут рассуждать не надо, надо просто понимать, что будет с классами-наследниками в случае написания этого кода всего один раз в RunBase

Цитата:

Сообщение от kashperuk

Да разве их все припомнишь? А тем более еще и, как, что, и зачем менял...

Можно, подобно mazzy, спрашивать, что не нравится в Аксапте Тут перечень должен быть скромнее, чем список всех стандартных классов, которые приходилось менять.

Цитата:

Сообщение от slava09

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

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

[dn]

Цитата:

Сообщение от gl00mie

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

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

[mazzy]

Цитата:

Сообщение от gl00mie

Можно, подобно mazzy, спрашивать, что не нравится в Аксапте Тут перечень должен быть скромнее, чем список всех стандартных классов, которые приходилось менять.Мне кажется, задачки можно давать разве что консультантам (как бы вы реализовали вот это, где чего настроили, etc), а разработчикам давать задачу на реализацию нецелесообразно... Здесь могут быть интересны разве что рассуждения и подходы к решению задач.

Согласен.

[mazzy]

Цитата:

Сообщение от Silence

Недавно наткнулся на работодателя, который мне заявил: Я не спец, а что бы Вы спросили при приеме на работу?

Я обычно спрашиваю "что не нравится в системе".
ответы очень показательны.

плюсы этого вопроса:
1. Преимущества и достоинства описаны в маркетинговых материалах и в документации. О минусах можно узнать только поварившись в системе
2. Человек даже зная, что будет такой вопрос, вряд ли сможет подготовить "правильный" ответ (lаже если ему кто-то подскажет). Для этого надо повариться в системе
3. Вопрос отлично проявляет с чем человек реально работал. Если человек с чем-то работал, то ему может не нравится только это. Если он работал с модулем Склад, то он вряд ли будет говорить о недостатках LedgerBalancesTransDim Если человек работал с новым модулем, то вряд ли он будет рассказывать о диких выходках стандартных классов. Кто-то говорит об отчетах. Кто-то говорит о правах. Кто-то говорит о запросах. Кто-то говорит о взаимодействии с СУБД. И т.д.
4. Ответ на этот вопрос отлично показывает характер человека. Если отвечающий обосновывает почему не нравится и как можно было бы сделать по другому и к каким последствиям это может привести. То это один случай. Если отвечающий несет полную пургу и проявляет свое незнание стандартных инструментов. Это это другой случай.

5. Обожаю обоснованные ответы, которых я сам не знаю.
6. Обожаю вещи которые кому-то не нравятся, о которых я сам не знаю.

[Ruff]

Хм... Интересная тема!
Немного легкого оффтопа...

Я в свое время, когда довелось собеседовать нескольких программистов и админов, любил задавать отвлеченные вопросы. О том, чем человек вообще живет, кроме своей профессии... И по большей части именно эти ответы влияли на окончательное решение. Наверное, процентов на 80. А только на 20% - техническая грамотность специалиста... Может быть, я был не прав. А может быть, дело в том, что в основном приходилось иметь дело с молодежью (студенты без опыта). Хотя, вроде бы, время показало, что выбор был правильным...

Нет, я не приставал к людям с вопросами "в лоб", как часто делают любимые всеми нами хедхантеры: ни с того ни с сего, мол "Какое у Вас хобби?". И вот сидишь, репу чешешь... "Блин, а какое у меня хобби?.. Вроде и много хоббей, а что из них хобби?.." Нет, эффективней было - зайти со стороны, и незаметно перевести тему. Если удавалось разговорить человека, то по результатам беседы можно было делать более глубокие выводы о его профессиональном потенциале, как ни странно. Просто я до сих пор наивно полагаю, что в программировании (не смотря на то, что оно уже стало частью индустрии) всё еще осталось очень много от творчества. Поэтому для меня, при прочих равных, кандидат, увлеченно читающий ненавистный мне фэнтези или постоянно слушающий хардкор, который я не переношу, вызовет гораздо больший интерес, чем кандидат, написавший код RunBase-а по памяти, но ни в чем, кроме программирования, не разбирающийся, и не интересующийся...
Кстати, почти реальный случай рассказал

Общий смысл в том, что талантливые люди талантливы во всем. А RunBase... что RunBase?.. Сегодня он Base, а завтра он Run...

PS: Все вышеизложенное - ИМХО, и скромный личный опыт. Ни в коем случае не отрицаю, что специалиста на собеседовании обязательно надо щупать на предмет уровня знаний!

[EVGL]

Цитата:

Сообщение от Ruff

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

А как Вы отнесетесь к специалисту

• слушающему металл и альт. рок
• любящему походы в горы
• читающему Scientific American
• дослужившемуся в Call of Duty 4 до майора?

[DanielG]

Цитата:

Сообщение от EVGL

дослужившемуся в Call of Duty 4 до майора?

ЗАЧОТ!!!!