Предложение - не лезть в чужую сферу и не пытаться оценить претендентов в области которая заведомо за пределами компетенции. Ну или по крайней мере пытаться делать это по минимуму.
Если не подписывал какиенить дополнительные соглашения. А любая более менее крупная компания всегда обязывает подписывать аля "employee confidentiality and noncompete agreement". И если это не сайтвизитка созданая одним школьником на коленке, а проект на тысячи и десятки тысяч человекочасов то даже расказав просто идею того проекта(не говоря уже об архитектуре приложения или к примеру исходники) можно нанести удар по бывшему своему работадателю...
Даже если компания сама делает продукт, то заказчиком обычно выступает другой работник... К пример отдел маркетинга ставит задачу сделать такойто и такой то софт так как на их взгляд это будет покупатся (но никак не програмист сам себе выдумал проект и сам себе его сделал
).. И если отдел маркетнга облажался, то как класно не будет написан програмный продукт он не будет приносить прибыль... Да и принесение прибыли понятие растяжимое - можно заработать рубль, а можно миллионы на одной и тойже идее и реализации...
Так я разве против? Первичная оценка, примерно, по наличию опыта работы, рассказ о прошлых проектах и т.д. - за HR'ом. Более того, я об этом писал. То же самое касается soft skills, вопросы "почему вы уволились с прошлого места" и т.д.
Дык не хочу я угадывать что написано у HR'а на бумажке! А придется именно угадать, потому что "да, вот, у вас так, но можно и по-другому, как я сказал" - это именно те "почти правильные" ответы про которые я говорил, и оценку которым HR как не-тех-специалист дать не может. Т.е. реально полезной информации все равно ноль (правильный ответ от почти правильного отличить не вышло), но время потрачено и нервы кандидату потрепали. Спрашивается, зачем оно тогда нужно?
Можно увидеть как человек себя ведет в ситуации когда его мысль непонимают(будет повторять одно и тоже покругу, уйдет в себя, будет попытатся обьяснить мысль немного по другому, будет говорить что его непонимают изза нехватки квалификации собеседника и тд), насколько хорошо удается преденденту донести свою мысль до другого человека(то есть умение сложные вещи сделать простыми), насколько легко его вывести из себя и как он себя при этом ведет (нервные и легковыводимые из себя люди нахрен не нужны в коллективе) Так что как видишь из ответа который не совпал с тем что написан на бумажке ачер вынесет гораздо больше чем из ответа который совпал . Когда общаешся с ачером нужно всегда помнить что для того чтоб пригласили на собеседования с техспециалистом (который как раз и оценит твою профпригодность в виде "почти правильных" ответов и всю красоту предоставленного решения задачи), так вот чтобы к нему попасть совсем ненадо ответить "правильно" (то есть то как написано у HR в бумажке) на все вопросы что она озвучила, а надо всего лишь показать адекватное поведение и что знания у тебя есть (еще раз повторюсь что глубину этих знаний будет оценивать совсем другой человек)
и лучше уж он уйдет щас чем будет полгода получать зпт, на него будут тратить время, его будут вводить в проект а он возьмет и скипнет на новое место... человек который пришел на собеседование должен хотеть работать в этой компании (неважно что его привлекло - зпт, соцпакет, отзывы об интересных проджектах и отличном начальстве - а лучше все вместе ), а не прийти на собеседование и считать что он чуть ли не одолжение сделал... 
если я правильно понял о какого рода компаниях идет речь, то в такие компании лучше гвнокодеров брать, потому что разрабов если и заманишь то не надолго - всеравно сбегут
Что касается темы топика, то на мой взгляд лучше сосредоточиться не на технических вопросах. А техническую пригодность никто кроме программера не определит, поэтому рекрутеру нет даже смысла в это погружаться. Тогда все будет на своих местах.
af42, спокойствие, только спокойствие) С такой работой надо уметь держать себя в руках
нет, только процентов на 95 )
услышат, выше нос)ну почему они меня не слышат????
Печально, но в вашей компании проблема не в девелоперах
По поводу заказчика - заказчик есть всегда, он ставит задачу и выдвигает требования. Это не задача девелопера продумывать бизнес-логику.
а что, хуже?
а чо, разве останки "отечественных заказчиков" не смыло очередной "волной кризиса"?
