Вопросы на собеседовании.

Статус: Offline
Реєстрація: 24.12.2007
Повідом.: 54
Вопросы на собеседовании.

Ребят, а расскажите пожалуйста, как Вас мучали и вынуждали терять время, дабы я в своей работе так не тупила=).
Если можете подскажите пожалуйста как можно выяснить на собеседовании адекватность программиского мышления? Мне интересно узнать не владение синтаксисом, а способность находить адекватные решения.
 
Это из серии "Как нарисовать картину, чтобы она продавалась".
 
Тільки зареєстровані користувачі бачать весь контент у цьому розділі


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

Насмешили :).. Что это за проекты такие "закрытые"?.. :D
Если показать и рассказать нечего, значит ничего и не было :)

Ребят, а расскажите пожалуйста, как Вас мучали и вынуждали терять время, дабы я в своей работе так не тупила=).
Если можете подскажите пожалуйста как можно выяснить на собеседовании адекватность программиского мышления? Мне интересно узнать не владение синтаксисом, а способность находить адекватные решения.

"адекватные решения" может находить только руководитель проекта (тим-лид или как хотите его называйте). Человек с 10 годами опыта, умеющий общаться с людьми и понимающий немного в жизни. И то... раз на раз не приходится. А что у Вас за работа такая, в которой Вы "тупите"? :)

Книжку читали=) Майкрософт не применеят эти задачки годов так с 90-х.

Пенни: а что там нового у вас в физике?
Леонард: да, в общем с 30-х годов ничего не изменилось :)

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


Да ничего спорного нет.. если решения, приводят к тому, что созданный продукт приносит компании деньги - значит они правильные, если не приносит - не правильные :)...

"Адекватность модели — совпадение свойств (функций/параметров/характеристик и т. п.) модели и соответствующих свойств моделируемого объекта. Адекватностью называется совпадение модели моделируемой системы в отношении цели моделирования."

Адекватность чему?... Только Вы и можете определить адекватность, имеется же в виду адекватность Вашему восприятию ситуации.. :)
 
Тех специалист у нас есть, но ему тоже работать нужно, нельзя же его заставлять общаться с 30-ю кандидатами, из которых дай бог пара подойдут.

На счет проектов, правда. Над проектом обычно работает команда. Человек мне может сказать что он разрабатывал то и то, при помощи этого и этого, а на деле он просто багил или тестил. А рекомендации просить, далеко не всегда вариант, особенно если переманиваем.

Кусок кода-тоже самое, не факт что он сам его писал.

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

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

Другого выхода нет. Без тех.специалиста хорошего уровня оценить "техническую адекватность" (:D) невозможно. Набор знаний - можно, нужно дать тест на технологию, коих в инете тысячи. А дальше - только беседа с опытным и умным человеком.

На счет проектов, правда. Над проектом обычно работает команда. Человек мне может сказать что он разрабатывал то и то, при помощи этого и этого, а на деле он просто багил или тестил. А рекомендации просить, далеко не всегда вариант, особенно если переманиваем.
Кусок кода-тоже самое, не факт что он сам его писал.

Для этого и нужен тех.специалист. Умный человек за 2 минуты задаст нужные вопросы и поймет - действительно писал человек этот код, или проходил мимо.

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

и очень зря, что не берете... это первое, что должно быть интересно (и ВАЖНО) после чисто технических знаний.

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

Дать задачку на сообразительность, которые используются во всех тестов для разработчиков. Их тысячи. Кстати, майкрософтовские про люки круглой формы и т.д. тоже вполне подходят.
 
Guit, рекрутер я=)
и пока стараюсь не тупить=)

Задача стоит, перед тех. специалистом и общением с ним сделать первичный отбор, тех кто категорически не подходит.

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

И про люки, и про выключатели=) Подходят, но я так думаю, что лучше писать самим.

Спасибо=)
 
Насмешили :).. Что это за проекты такие "закрытые"?.. :D
Если показать и рассказать нечего, значит ничего и не было :)
если вы из IT-индустрии (web), то сделайте шаг вперед и сделайте наконец что-то сложнее сайта-визитки.

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

Guit а вот последний ваш пост абсолютно поддерживаю :)
 
если вы из IT-индустрии (web), то сделайте шаг вперед и сделайте наконец что-то сложнее сайта-визитки.

Не понял.. это предложение лично мне? :D А зачем я должен "что-то делать"?.. да еще и "наконец" :)

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

"Заказчика"? А кто это? :).. ой, блин, простите.. я забыл, что весь харьков занимается тупым аутсорсом.. и всем плевать на продукт :D.. Я бы за такие высказывания выгонял бы девелоперов с работы :)..
В нашем городе 99% продуктов НЕ приносящих деньги - "заслуга" разработчиков.

Guit а вот последний ваш пост абсолютно поддерживаю :)

А какой из них последний?... Я у них уже запутался.. :D
Просто случайно проходил мимо ветки Программирование... и не удержался. Так что не принимайте мои посты за желание "потрещать" )))
 
Не понял.. это предложение лично мне? :D А зачем я должен "что-то делать"?.. да еще и "наконец" :)
так как вы абсолютно неосведомлены о рынке IT индустрии. Есть закрытые проекты такие как банковские, системы биллинга, отчетности etc.
"Заказчика"? А кто это? :).. ой, блин, простите.. я забыл, что весь харьков занимается тупым аутсорсом.. и всем плевать на продукт :D.. Я бы за такие высказывания выгонял бы девелоперов с работы :)..
В нашем городе 99% продуктов НЕ приносящих деньги - "заслуга" разработчиков.
Печально, но в вашей компании проблема не в девелоперах :(
По поводу заказчика - заказчик есть всегда, он ставит задачу и выдвигает требования. Это не задача девелопера продумывать бизнес-логику.
 
так как вы абсолютно неосведомлены о рынке IT индустрии.

я ж не претендую :D

Есть закрытые проекты такие как банковские, системы биллинга, отчетности etc.

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

Печально, но в вашей компании проблема не в девелоперах :(

почему Вы вообще решили, что "у меня есть" или "я в" какая-то компания? :rolleyes:

По поводу заказчика - заказчик есть всегда, он ставит задачу и выдвигает требования.

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

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

ну, как сказать.. не хочу спорить, это философия. Для аутсорса - да, для огромных неповоротливых корпораций - да, для динамичных компаний среднего размера, которые позже и станут "неповоротливыми корпорациями", делающих свой продукт - нет.
 
Просто случайно проходил мимо ветки Программирование... и не удержался. Так что не принимайте мои посты за желание "потрещать" )))
всё ясно тогда :D
Вы ж говорите сразу, что советы в общем даете, а к IT не имеете отношения, у нас тут свои тонкости бывают.
 
Ребят, а расскажите пожалуйста, как Вас мучали и вынуждали терять время, дабы я в своей работе так не тупила=).
Если можете подскажите пожалуйста как можно выяснить на собеседовании адекватность программиского мышления? Мне интересно узнать не владение синтаксисом, а способность находить адекватные решения.

Ну наверно самым тупым было предложение ответить на психологический тест из 800 вопросов:yahoo:
Потом прикол из стеллы - их тесты на внимательность(после них минут 10 видишь в глазах циферки и квадратики)

Ну и особенно бесит, когда эхер ведет себя как владелец компании:іржач:
 
почему Вы вообще решили, что "у меня есть" или "я в" какая-то компания? :rolleyes:
вы так резко высказались "гнать в шею таких девелоперов", что можно подумать о вас минимум как о тимлиде :)

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

Так для того и существуют задачи по комбинаторике, теории графов, вероятности и т.д.. Аллес андере хайст "опыт" -)
 
HR не должен задавать никаких технических вопросов! Вообще! Никаких графов, комбинаторики, никакого устройства хэш-таблиц! Хотя бы потому, что если правильный ответ он оценить еще может, то с оценкой "почти правильно" у него будут _большие_ сложности. Оставьте это тех.спецам, пусть они этим себе ЧСВ повышают.

Общую адекватность куда лучше проверить общими же вопросами. Т.е. адекватный кандидат должен быть в состоянии в общем рассказать над какими проектам работал и какие задачи выполнял. Неплохо пойдут вопросы типа "какой самый интересный баг приходилось бороть?" и прочее из серии "самая смешная ваша история из детства", оценивается только есть ли кандидату что сказать. Есть - хорошо. Это то, что a must.
Под вопросом: мидл/сеньор должен быть в состоянии рассказать про архитектуру что-то кроме "нууу, у нас там были разные папочки". Сеньор должен хоть как-то аргументировать "почему так?", мямленье в стиле "нуу, так было до меня" без аргументации вообще - плохо. Тут, опять же оценка - только по уверенности в голосе :), пытался ли кандидат хоть что-то понять в проекте, или ограничивался багфиксом "где скажут". Задавать такие вопросы стоит только если есть уверенность что удастся вежливо прервать кандидата если его понесет в дебри (хотя нормальный должен понимать кто перед ним сидит). Также во время ответа HR-у нельзя зевать и/или смотреть в окно. Я понимаю, это сложно, но увы - нельзя.
 
Назад
Зверху Знизу