Здравствуйте, Ночной Смотрящий, Вы писали:

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

Завист от конкретной компании.
Так, если работать на продукт в качестве результата, то знание библиотек — важно. Точнее даже — архиважно!
Если работать на разработку концепции (алгоритма), чем заняты менее 5% от общего количества компаний рынка, то здесь важнее опыт, эрудиция и смекалка, а вот знания библиотек и даже ЯП окажутся на втором плане.

AG>>Пример:
AG>>На одном рабочем месте нужен аналитик (с отличным знанием математики), а какие у него скилзы по языкам и технологиям — никому не интересно. Освоил азы Python или ANSI C — честь ему и хвала.
AG>>На другом месте нужен крутой Java девелопер. До его умения/неумения писать драйверы видеокарт — никому нет дела.

НС>Я теюе откою страшный секрет — на любом рабочем месте уровня выше миддла нужен человек. который будет решать проблемы. Все остальное — вторично.

Просто проблемы — они бывают разные
Иногда даже важнее предвидеть проблемы.
Ситуация A:
Так, например, взять разработчика НЕ ВЛАДЕЮЩЕГО стеком технологий, если у меня есть утверждённый план выхода версий продукта — это создать потенциальную проблему как всему проекту, так и человеку, которого берёшь (вне зависимости от того, что его рекомендовал мой хороший друг).
Ситуация B:
Взять человека 'с улицы', который просто грамотно выполнил наши ТЗ и на собеседовании показал, что достоин работать в нашей компании — отличное решение.

Здравствуйте, Ночной Смотрящий, Вы писали:

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

Завист от конкретной компании.
Так, если работать на продукт в качестве результата, то знание библиотек — важно. Точнее даже — архиважно!
Если работать на разработку концепции (алгоритма), чем заняты IMHO менее 5% от общего количества компаний рынка, то здесь важнее опыт, эрудиция и смекалка, а вот знания библиотек и даже ЯП окажутся на втором плане.

AG>>Пример:
AG>>На одном рабочем месте нужен аналитик (с отличным знанием математики), а какие у него скилзы по языкам и технологиям — никому не интересно. Освоил азы Python или ANSI C — честь ему и хвала.
AG>>На другом месте нужен крутой Java девелопер. До его умения/неумения писать драйверы видеокарт — никому нет дела.

НС>Я теюе откою страшный секрет — на любом рабочем месте уровня выше миддла нужен человек. который будет решать проблемы. Все остальное — вторично.

Просто проблемы — они бывают разные
Иногда даже важнее предвидеть возможные проблемы.

Ситуация A:
Так, например, взять разработчика НЕ ВЛАДЕЮЩЕГО стеком технологий, если у меня есть утверждённый план выхода версий продукта — это создать потенциальную проблему как всему проекту, так и человеку, которого берёшь (вне зависимости от того, что его рекомендовал мой хороший друг).
Ситуация B:
Взять человека 'с улицы', который просто грамотно выполнил наши ТЗ и на собеседовании показал, что достоин работать в нашей компании — отличное решение.

P.S. Как видим, кадровая проблема решается как HR, так и специалистом, проверяющем качество выполненного задания и проводящим собеседование.