Я бачу багато додатків до роботи, які потребують принаймні х років досвіду. Питання полягає в тому, як ви знаєте, коли кандидат має необхідні роки досвіду? Що ви очікуєте від людини з x років досвіду (редагуйте: ефективно, як ви перевіряєте, чи резюме не бреше, не покладаючись на перевірку кваліфікації)? Що може зробити людина з досвідом x років, що людина з y років (з y <x) не може (редагувати: якщо припустити, що вони мають подібні навички)?

Можуть бути випадки, коли якийсь пристрасний програміст із досвідом років має величезні знання та працював над кількома проектами та інший програміст із x-річним досвідом (x> y), який працював у кількох проектах і не має такого досвіду.

Чому його не можна звести до чогось подібного, "якщо ви знаєте цю технологію і знаєте, як це робити (будь то дизайн, спілкування, кошториси тощо), то ви підходите до нашої роботи"?

Я знаю, що ви не можете найняти нового випускника, який має 1 рік досвіду роботи на посаді архітектора підприємства, але я також бачу проблему з фактами, які вимагають майже всі оголошення. По-перше, слід враховувати пристрасть ІМХО.

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

Ваше питання можна вирішити, розділивши на два підпитання.

Навіщо використовувати багаторічний досвід як вимогу?

Тому що це легко перевіряється показник, що позитивно співвідноситься з компетентністю програмування . Відповідь Snagulus вже детально розглядає деталі кореляції, тому я зосередитимусь на "чому".

Важка правда полягає в тому, що зазвичай на дану посаду є більше одного кандидата. Крім того, співбесіди досить трудомісткі, особливо якщо вони зроблені "належним чином", тобто технічні інтерв'ю проводяться технічно компетентними працівниками (в даному випадку програмістами).

Тому потрібно використовувати якийсь критерій, який потрібно спочатку пробити через резюме, що надходить , і бажано той, який може бути перевірений нетехнічним персоналом - коли сумніваються, кадрові люди завжди можуть викликати попередніх роботодавців і перевірити, чи так, Джон Сміт працював на X років з ними.

Чому б замість цього не використати "пристрасть" як вимогу?

З цим є щонайменше дві проблеми:

як виміряти "пристрасть"?

KLOC ввійшли? Успіх виявив, що, крім того, в програмуванні (та інших дисциплінах) більш прибутковий не прирівнюється до "кращого".

Проекти з відкритим кодом / хобі завершені? Це не легко перевіряється HR, і багато компетентних програмістів мають законні причини, щоб бути неактивними в цьому плані - інші трудомісткі зобов'язання, довгий робочий час з бажанням розслабитися, просте професійне виконання в робочий час тощо.

Роки досвіду? Зачекайте...

чи справді "пристрасть" - це хороший показник компетентності?

Як каже Роберт Харві у своєму коментарі, пристрасть насправді не свідчить про грамотне програмування. Порівняно з досвідом, це здебільшого ортогональна якість - тобто існують:

• пристрасні та компетентні програмісти та
• безпристрасні та технічно компетентні програмісти та
• пристрасні та технічно некомпетентні програмісти та
• пристрасні та некомпетентні програмісти,
• тощо.

Останній приклад важливий у нашому контексті - багаторічний досвід також показує, що даному програмісту якимось чином вдалося функціонувати на своїй роботі, тоді як нефункціонально пристрасний програміст міг, наприклад, відмовитись від участі навіть у найпростішій системі управління завданнями. (скажімо, Scrum Post-it зазначає), тому що "це уповільнює мене".

Остаточні відмови від відповідальності

Перш за все, і на щастя, "роки досвіду" часто оцінюються "нещільно" - тобто якщо ви претендуєте на роботу з мовою X, але маєте лише "комерційний" досвід з мовою Y, подібною до X, що також часто враховувати.

По-друге, особисто я не шанувальник "N років досвіду", і я не єдиний. Існує проста альтернатива - уточнення "досвіду в" . Зазвичай цього вистачає як фільтра, оскільки кандидати змушені документувати цей досвід у своїх резюме - якщо ви отримаєте кандидата на посаду програмування, яка раніше робила лише офіціанти (а це трапляється!), Ви знаєте, що щось може бути не так.

"Роки досвіду" - це скоріше шкала ймовірності, ніж міра чогось конкретного. З ростом більше років ви отримуєте підвищений шанс, що людина стикається з такими речами, як:

• Брав участь у заході, що нагадує кризу.
• Бачив проект від початку до кінця.
• Побачив, що проект не може розпочатися чи закінчитися.
• Працював над застарілим кодом.
• Попрацював на чистому сланці і щось зробив.
• Втілив дизайнерські рішення.
• Розробив систему.
• Написав помилку, випустив неправильне виправлення, зняв сервер; Накрутив, по суті.
• Зафіксував викрутку.
• Знайшов дивні випадкові випадки в мові, на якій вони працюють, і побачив місце, де вони мають значення.
• Дізнався, що зараз речі в кодовій базі можуть бути німими.
• Зауважте, ці речі є невеликим, необов'язковим зразком, а також включають десятки дрібниць, які можна знайти в умовах живого середовища.

Знову ж таки, це випадковість, і це повністю залежить від / де / вони отримали ці роки досвіду. Одна людина могла б працювати над одним проектом над командою з декількох сотень людей і стати вузькоспеціалізованою. Інший міг опинитися в невеликому магазині, який став пробним вогнем, і став більше загальним фахівцем, коли вони займаються серверами / установкою / кодуванням / QA / DBA / управління проектами. Також є люди, які знову і знову отримують один і той же рік досвіду.

Це груба міра, але в середньому людина піддаватиметься більшій кількості потенційних навчальних подій, чим довше працював, і це корисно як попередні дані. Решта резюме (і що ще важливіше інтерв'ю) - для з'ясування того, що вони насправді знають, і що вони насправді зробили.

Я відповім на це, звернувшись до кожного з ваших питань у пості.

Питання полягає в тому, як ви знаєте, коли кандидат має необхідні роки досвіду?

Це, як правило, те, що процес інтерв'ю має на меті відфільтрувати. Проводиться декілька співбесід, і ви, як правило, можете оцінити досвід кандидатів проти деяких власних розробників.

Чого ви очікуєте від людини з х років досвіду?

Ви очікуєте, що вони виконають вимоги, визначені в посаді. Наприклад:

"Ми шукаємо старшого розробника PHP з досвідом 10+ років, який працює в галузі дизайну системи та архітектури, щоб реструктурувати наші системні інструменти як головний архітектор, керуючи тим самим K кількістю старших та молодших розробників та направляючи їх по шляху. Завдання також вимагають ... (тощо. тощо) "

Що може зробити людина з досвідом x років, що людина з y років (з y <x) не може зробити?

Ви неправильно дивитесь на досвід. Вакансії не лише запитують кількість років, але й досвід у технологіях, якими користується компанія. Як ви могли б мати 10-річний досвід розвитку C ++, і скажіть, що я ігрова компанія, яка шукає розробників C ++, які мають навіть 5-річний досвід. Ви все одно не були б моїм ідеальним кандидатом, оскільки ви ніколи раніше не працювали в ігровій індустрії. На моїй посаді фактично було б вказано: X кількість років досвіду в аспектах програмування A, B, C.

Можуть бути випадки, коли якийсь пристрасний програміст із досвідом років має величезні знання та працював над кількома проектами та інший програміст із x-річним досвідом (x> y), який працював у кількох проектах і не має такого досвіду.

Прочитайте мою попередню відповідь. Досвід пов'язаний з інструментами, якими ви користуєтесь. X кількість років в інструментах A, B, C.

Чому не можна відновити щось подібне, "якщо ви знаєте цю технологію і знаєте, як це робити (будь то дизайн, спілкування, кошториси тощо), то ви підходите до нашої роботи"?

Це може і трапляється. Якщо ви можете довести себе, то досвід у роках не має значення. Такий хлопець, як ти, здається, ти більше підходить для невеликого магазину розробників, де інтерв'юер / рекрутер є розробником. Більші компанії зазвичай працюють із таким персоналом, тому вони роблять вимоги до роботи настільки широкими, що вам, як правило, потрібен доктор наук із 15-річним досвідом, щоб написати невеликі функції для свого веб-сайту (надмірне перебільшення, але це щось пояснює недоліки у підборі програмістів, особливо для великих компаній - хоча не всі вони страждають від цієї недуги)

Багаторічний досвід - це просто фільтр, який дає "приблизну" оцінку того, що очікується від людини, використовуючи бажані навички, перелічені в описі вакансії.

Ось точне, що я б очікував, але інші можуть мати різні ідеї:

2 роки або менше - Ви повинні мати можливість виконувати конкретні завдання, про які вам говорять, при цьому роботодавці знають, що для більшості цих завдань буде крива навчання з достатньою сумою нагляду.

3 - 5 років - Ви повинні мати змогу виконувати завдання, про які вам говорять, без особливих рукостискань, тому що ви вже мали б виконати подібні завдання у своєму досвіді від 0 до 2 років. Ви також повинні почати проявляти певну "розумну" ініціативу і вміти впоратися з меншими завданнями, які не обов'язково чітко визначені. (наприклад, вміти розробляти модулі відповідно до вимог, де ви повинні відстежувати деякі вимоги самостійно).

5 - 7 років - Ви повинні вміти працювати самостійно і мати можливість вирішувати, що таке "завдання" згори. Ви повинні мати можливість впоратися із завданнями середнього розміру, які чітко не визначені. (наприклад, вміти проектувати / впроваджувати / продавати підсистеми). Ви також повинні починати вести команди підсистем у цьому часовому діапазоні. Подайте необхідні презентації підсистем, за які вони відповідають, принаймні внутрішній групі.

8 - 10 років - На це можна покластися дуже великими та / або критичними підсистемами проекту. Постійний експерт у кількох технологіях. Може вести великі команди підсистем. Подайте презентації підсистем, за які вони відповідають замовника.

10+ років - може впоратися майже з будь-яким завданням програмного забезпечення, кинутим на них, в межах опису робочих місць І більшості інших завдань, пов'язаних із напівзалежною програмою. Постійний експерт у великій кількості програмних областей. Може вести великі проекти, від потреб через selloff. Розуміє дизайн системи, а не тільки модуль / підсистему. Вміє проектувати надійні, надійні та ремонтопридатні системи. Це програмний інтерфейс для замовника, включаючи презентації з точки зору системи. Може адекватно складати пропозиції та графіки подання пропозицій.

Хоча визначення досвіду років є невиразним, воно не тільки приносить користь роботодавцю, але й є керівництвом для шукача роботи. Таким чином, якщо ви приймаєте на роботу, заявляючи, що у вас є досвід від 8 до 10 років, і ви працюєте на роботі, і вам потрібно розповідати про кожне невелике завдання, яке вам потрібно виконати, тоді в кращому випадку ваше майбутнє в компанії "дуже обмежене", якщо ви навіть дуже довго працюєте довго взагалі. Перші враження важко змінити, тому навіть якщо ви станете кращими як розробник, люди все одно збережуть своє первісне враження про вас.

Я бачив неабияку кількість "старших" розробників, які пройшли за кілька місяців або через пару років були передані на програму "Розвиток співробітників", що насправді є просто швидким кроком до того, щоб бути першими список звільнення. Якби ті самі розробники зайшли на нижчий рівень (звичайно це означає нижчу зарплату), вони, можливо, вважали б успішним наймом і вважали, що вони працюють належним чином.