Тема: 
Неоднократно убеждался, что требование опыта N лет это такая фигня, на который мало кто внимание обращает.Сообщение от Rexulnicheck
| ||
Неоднократно убеждался, что требование опыта N лет это такая фигня, на который мало кто внимание обращает.
JavaScript, вёрстка - эти сами по себе редкость, как правило прикладываются к PHP, Java, C# и т д
Ruby, Python, ActionScript, Objective C - уже то же достаточно популярны и бывает так что там "посвободнее" в отличии от более устоявшихся у нас языков
Бывает так что при при тех же предлагаемых деньгах на Java и Objective C требования будут разными
Ну вакансий HTML-верстальщиков и JS программеров ващета хватает...
А Ruby, Objective C и Python ещё не очень популярны... AS да, но там надо и дизайн тоже знать, это ж Flash...
Дело не только в количестве вакансий а также и в условиях вакансий.
Посмотрел список требований: Java и похожие - пухлые требования и также желаемые дополнительно познания, английский на хорошем уровне.
PHP - часто раздувают требования тем что в тех же ява вакансиях и не упоминают уже, типа: системы контроля версий, умения комментировать свой код и тд
Для старперов которые уже подходят под требования Java/.NET/C++ вакансий конечно лучше там пока и сидеть. а вот для новичков я бы не советовал туда сейчас соваться, особенно если финансовая отдача нужна достаточно скоро
А куда ж соваться-то?
Кому? Зеленым новичкам? Обсуждали уже с соседних темах не так давно
hr, не?
Ну потому шо какая разница например в PHP 3 года занимался или 5?
Типа за 5 лет мегагигантом станешь, а за 3 терпилой-ламаком?
Вообще-то и за пять лет мегагигантом не станешь. Для вменяемых языков эта цифра должа быть увеличена примерно вдвое. Для невменяемых (читай "PHP") мега- нельзя стать по определению.
Стаж вообще роли не играет, ИМХО. Можно всю жизнь просидеть кодером безо всяких изысков и с полным отсутствием инициативы и фантазии.
Есть такие, которые, получив конкретное задание, еще умудряются ежеденевно ведущему задать по 10-20 вопросов. А есть те, что показывают ведущему уже готовые куски, будут сидеть, мучить код - не получается, не то... Пока не спросишь, во что уперся. От возраста сие не зависит.
И, если у последних не все гладко, если даже заставляешь переделывать, чувствуется, что со временем вырастет самостоятельный программер - нахальство в них есть, за любую задачу берутся, то из первых получаются только ведомые, чистые кодеры, которым дать самостоятельное задание - значит написать самому, а он только в код оформит. Грамотный и скучный.
По-моему, основное - наличие самостоятельных проектов, пусть даже простых программок, но обязательно законченных, работоспособных, вылизанных. Нет?
Стаж - это опыт. Кто считает, что опыт ничего не значит, пусть первым бросит в меня камень.
Люди разные нужны, люди разные важны. Если человек доволен своим положением программиста-функции, то в чем проблема? Не всем же строить архитектуры, кто-то должен трансформировать идеи в код. Если он так захотел, значит, ему так хорошо, а разве не к этому мы все стремимся?По-моему, основное - наличие самостоятельных проектов, пусть даже простых программок, но обязательно законченных, работоспособных, вылизанных. Нет?
И наличие программ тоже не универсальный показатель. А что если человек работал на крупных проектах? Большие проекты одиночке не под силу, будь он хоть яйцеголовый марсианин. Как такой проект показывать кому-либо?
Опыт это штука довольно платформонезависимая. А если посмотреть текст любой вакансии, то там как правило будет требование опыта именно на одном языке. И может выйти, что человек с общим опытом 3 года 'опытнее', чем человек с общим опытом 10 лет. А это глупо.
Это как посмотреть еще. "Общий" опыт как правило говорит о том, что кандидат знает всего по чуть-чуть. А "все знает по чуть-чуть" - это или эрудит, или дилетант. От первого пользы немного, разве что он может оказаться перспективным, от второго один вред. Да, все знают, что сообразительный парень может изучить любую технологию за полиномиальное время. Но мне лично не надо, чтобы трижды сообразительный паренек учился на моем проекте, а нужно, чтобы он через две недели начал работать с полной отдачей.
Специализация - признак индустрии. Сделать ремонт в квартире может мастер на все руки, но если строить дом, то нужна отдельно бригада штукатуров, бригада маляров и т.д.
Другое дело, что цифра стажа обычно взята с потолка. Все потому, что открытием вакансий занимаются совершенно посторонние люди, типа девочек из отделов кадров. Технолог им говорит одно, девочки понимают второе, в вакансии пишется третье, на первичке спрашивают про четвертое. Наверное, отсюда эти совершенно идиотские цифры "технология Т. опыт работы не менее 18 месяцев и 20 дней".
Вот только специализация это не язык программирования. Специализация это опыт решения определенного класса задач.
А в вакансиях всегда требуют опыт использования языка.
Тупой пример:
Есть программист Вася. Он 10 лет писал некие серверные приложения на C++, год назад перешел на JAVA.
Есть программист Петя. Он 3 года пишет на Java игрушки для мобильных телефонов.
Вам нужно написать некое серверное приложение на java (такое как пишет Вася). В описании вакансии Вы указали опыт java 3 года.
Результат - Васино резюме Вы даже не увидели - его отсеял HR. Зато Петя к Вам попал, хоть и не знаком с предметом.
Покрытите информации ни есть преступление, особенно для МВД
А вот раскрытие не всегда нравиться оппоненту
И это именно то, что мне требуется. 99% что Вася не владеет идиоматикой Java, и будет писать на Java как на особом диалекте С++. Кроме того, Вася вряд ли владеет всем инструментарием платформы и вряд ли он вообще понимает особенности платформы (хотя понять конечно может).
Поэтому в данном случае Петя более перспективный кандидат, хотя это не гарантированно. Собственно, как и не гарантировано то, что Вася - вменяемый полиглот, и не начнет строить собственные велосипеды на тех базовых примитивах, которые он успел освоить за год.
Специализация на то и специализация, чтобы быть неразрывно связанной со средством производства. Владельцы Тойот ездят в "Тойота Центр", а владельцы Мазд - в "ИнтерАвто". Интересно, почему, ведь и там, и там работники имеют опыт ремонта и обслуживания автомобилей?
Последний раз редактировалось glyph; 18.05.2010 в 15:16.
Безусловно, стаж - необходимое условие опыта. Но стаж != опыт. Можно протереть 10 пар штанов, сидя на второстепенных задачах, спрашивая по 10 раз на дню своего ведущего одно и то же и программистом не стать.
В резюме он пишет, что имеет богатый опыт, на собеседовании показывает знания, а инициативы у него ни на грош. И когда он получает самостоятельное задание (я думаю, никому не нужны обезьяны за клавиатурами), ведущий получает нарыв на голову. Нет, человек он исполнительный, старательный... Но и только.
Как ставится задача? Сделай то-то, чтобы на входе было то-то, а на выходе эдакое. Но если я буду ставить задачу "сделай так-то", то нафига мне такой работник? Он программист? Он - секретарь.
Не знаю. Скорее всего, я такого на работу постараюсь не брать. Т.е., если будет выбор, то шансов у такого меньше.
А что будет в таком случае с проектом, если тимлиду на голову упадет кирпич?
Не имея стажа не получишь опыт, так? Значит, стаж первичен, а уж опыт и способности мы проверим на собеседовании.
С другой стороны использовать сообразительного и опытного разработчика для реализации спецификаций или рутины в принципе - нерационально и неэффективно. Понятно, что командовать пассивным программером занудно, но в коллективе из одних проактивных ты тоже долго не проживешь. Хорошо бы как-то сочетать одних с другими, вроде того, как это в парном программировании делают.Как ставится задача? Сделай то-то, чтобы на входе было то-то, а на выходе эдакое. Но если я буду ставить задачу "сделай так-то", то нафига мне такой работник? Он программист? Он - секретарь.
И еще очень большой вопрос, как ставятся задачи. Хорошо, если ты как лидер ставишь их сам. А если тебе тоже ставят задачи, причем уточняют их практически до псевдокода?
Вот и получается замкнутый круг, т.к. Украина в основном живет [ау|о]отсо[р]сингом, а на это дело передаются во-первых крупные проекты, а во-вторых, под NDA, по сути, он тебе вообще не имеет права ничего о прошлом проекте рассказать. У нас таких большинство, и ясное дело, что на собеседовании все класть хотели на NDA, однако код они тебе никак не покажут.Не знаю. Скорее всего, я такого на работу постараюсь не брать. Т.е., если будет выбор, то шансов у такого меньше.
Выберется новый из резерва, внешнего или внутреннего.А что будет в таком случае с проектом, если тимлиду на голову упадет кирпич?
CMMI гласит, что на проекте не должно быть незаменимых людей. Основное действо при сертификации на CMMI - показать, у тебя есть механизмы, с помощью которых легко и просто можно менять кадры в произвольной точке твоей компании в произвольный момент времени.
Последний раз редактировалось glyph; 18.05.2010 в 15:45.
Ваши права
Ответить с цитированием
Социальные закладки