Чи є інші причини, крім бюджету, для найму програмістів "початкового рівня"?
Чи є інші причини, крім бюджету, для найму програмістів "початкового рівня"?
Відповіді:
Великі розробники колись теж не мали досвіду.
Чудових розробників не тільки дорого, але і їх важко знайти. Тож, якщо у вас є якісний процес перевірки та найму, наймання розробників початкового рівня може стати прекрасним способом знайти цих новачків та перетворити їх на чудових розробників .
Є багато інших причин:
Навчіть наступний набір розробників так, як дозволяєте ви та ваші методи.
Якщо припустити, що "початковий рівень" приблизно означає "свіжий град", можуть бути зловісні мотиви.
Свіжий град, швидше за все, НЕ дізнається багато про свої права через те, що він ще ніде не працював. Якщо його дядько не юрист або кадровий чоловік, він точно не стане.
Досвідчений програміст може знати про свої права просто через те, що він пережив злети і падіння в інших компаніях.
Легко знайти лазівки, хитрість, маніпулювати та обманювати свіжі міста, коли мова йде про складні юридичні та кадрові проблеми та закони. З досвідченим програмістом, який працював у кількох компаніях, ви не можете легко. Тому що, навіть якщо він не запам'ятав усі закони, він з досвіду дізнається про те, що відбувається в інших компаніях, і негайно спіймає, якщо щось є рибним.
Коротше кажучи: досвідчений програміст вже потрапив у яму (зроблену попередніми роботодавцями) і знає краще, ніж знову входити в одну. Свіжий град не має і не хоче.
Деякі хитрі роботодавці хочуть обдурити свіжі гради:
Свіжі городини просто припускають, що речі повинні бути такими, оскільки вони не знають нічого кращого. Тож він / вона є джекпотом для роботодавця.
ВІДПОВІДАЛЬНІСТЬ: Я знаю ці речі не тому, що я їх роблю, а тому, що люди мені це зробили.
Навіщо ви найняли старшого програміста, якщо вам потрібен лише хтось, щоб виконувати завдання на грубість роботи?
Особисто, якби я був старшим програмістом, від якого мене просили не робити нічого, крім простих завдань, цілий день я б кинув.
Іноді у вас є завдання, які вимагають виконання, але не вимагають широти досвіду, який матиме більш досвідчений програміст. Ці завдання часто повторюються і не мають великого значення, як програміст, але гарні для нових наймачів, які вирізають зуби дитини.
Існують також міркування щодо людей, яких можна навчити. Часто досвідчений програміст, який не зовсім старший, але явно не новий працівник, набув певного досвіду, але не встиг пролити "Я вже все знаю", "Навіщо мені змінюватись", "Мені не подобається вчитися новим способам "ставлення, яке ви не знайдете поширеним у новому прокаті.
Свіжі ідеї? речі, які вони викладають в університеті, постійно змінюються, цілком можливо, що недавній випускник, якого ви найняли, має деякі ідеї, які ваші досвідчені програмісти не розглядали б, оскільки вони застрягли певним чином мислення.
Альтруїзм, я думаю, що будь-яка компанія повинна оцінити, що ми всі починаємо десь, і якщо ми не починаємо, то ми не продовжуємо бути розробниками.
Дешева робоча сила - не тільки отримання випускників набирає дешеву робочу силу, це також може сприяти взаємодії з місцевими університетами та призведе до ще дешевшої, якщо не безкоштовної робочої сили у вигляді літнього стажування (я не згоден з тим, щоб їх не платити).
Якщо не платити за копач, коли все, що вам потрібно, це лопата, якщо вам потрібна копальня, яка платить тисячі за копач, коли ви можете отримати плеб з лопатою. Впевнений, що плеб з лопатою може просунутися до того, як він буде копачем, але до цього моменту, чому платити за це.
Також досвідченим дияволам може бути нудно з речами, які вони вважають найголовнішими, коли недавній град може навчитися дуже багато формувати його.
Компанія, в якій я працюю наймає "початковий рівень" з конкретно однієї причини. Її найзріліші та найвигідніші продукти були розроблені на сторонніх рамках, про які ніхто не чув і не витратив час, навчаючись інакше. Посада рекламується як відсутність необхідного досвіду чи ступеня, оскільки все навчання буде надаватися власним особам з бажанням вчитися. Це також привід платити пафосно низькі зарплати, і це спрацьовує, оскільки практично немає ризику, коли ці нові програмісти перейдуть свої новопридбані навички десь в іншому місці.
Багато компаній хочуть, щоб хтось, чиї форми здатні, кого вони могли навчити робити так, як вони хочуть, а не так, як це робила інша компанія. Крім того, ці позиції, як правило, визнають, що це буде кривою навчання через брак досвіду і що з цим компанія все в порядку. Компанія, по суті, довіряє, що ця людина з часом стане дійсно хорошим активом для своєї компанії.
Багато разів простіше малювати на чистому аркуші паперу, ніж оновлювати наявний ескіз.
У програмному забезпеченні це, як правило, називається «greenfield vs Brownfield».
Якщо все зроблено правильно, ви можете опинитися з кимось, хто краще розуміє ваш бізнес та захоплюється.
Насправді потрібно переконатися, що у вас є професійний ресурс, який зможе взяти прибульця під своє крило. До тих пір, поки ви не знайдете когось, хто захоплено і ініціативно ставиться до власного розвитку, вони будуть світити. Якщо ви виявите, що вони замислюються з якоюсь ідеєю, підштовхують та заохочують її, вони відчують, що можуть щось зробити.
Потрібно ставитися до них, як до підмайстра в магазині для кузовів, змушувати їх робити лайна робота, але в той же час приділяти їм власний час для експериментів, це найкращий спосіб, який я знайшов. Ви, нарешті, дізнаєтесь, що наступного дня вони приходять на роботу з чимось, що робили вдома, і з радістю розповідають, що вони зробили.
Окрім згаданих причин, слід зазначити, що це закономірність людської природи. Протягом історії ми можемо побачити, як кваліфікована праця організована певним чином: майстри ведуть групу підмайстрів і меншу групу мандрівників (майстри середнього рівня), щоб будувати речі разом.
Він з’являється знову і знову, з різними іменами та деталями, але, як правило, однаковий базовий зразок, тому що він добре працює з тим, як проводжуються наші мізки. Тож ми не повинні дивуватися, побачивши подібну організацію в комп'ютерному програмуванні, що є ще однією формою кваліфікованої робочої сили. Ми можемо назвати майстрів-архітекторів, мандрівників-старших розробників та учнів-молодших розробників, але модель однакова.
Можливо, ви хочете недосвідчених програмістів, щоб ви могли навчити їх робити це по-своєму. Це передбачає:
Можливо, ви також хочете недосвідченого програміста, тому що вам не потрібні програми, які б кинули виклик або зацікавили досвідченого програміста. Крім того, якщо у вас є досвідчені програмісти, ви, можливо, зможете кинути їм виклик, запропонувавши їх наставнику недосвідченому програмісту.
Недосвідчений програміст може мати потрібну перспективу. NIH (тут не винайдено) та WADITW (ми завжди робимо це так) не завжди є найкращими. Виберіть когось, хто буде ставити запитання. Будьте готові змінити свої способи.
Вам може бути краще з досвідченим програмістом, оскільки це може мати більш високу продуктивність за долар. Задокументоване співвідношення продуктивності - це щось на зразок 26 до 1. Можливо, вам пощастить і отримаєте високопродуктивного недосвідченого програміста.
Якщо рівень обороту співробітників високий, ви можете наймати лише недосвідчених програмістів.
Якщо ваш бюджет на голову, недосвідчені програмісти можуть бути усім, що ви можете собі дозволити. Це не означає, що ваш проект обійдеться дешевше. Це набагато швидше коштує дорожче. Менше досвідчених програмістів може бути більш економічно вигідним.
Досвідчені програмісти привозять багаж із попередніх проектів. Деякі з них будуть хорошими, а деякі - поганими. Якщо у вас немає ресурсів, щоб мінімізувати погане та максимально корисне, ви можете захотіти недосвідченого програміста. У них буде різний багаж.
Можливо, вам знадобляться навички чи знання, яких у ваших досвідчених програмістів немає, але у них є недосвідчений програміст. Найміть їх і пройдіть перехресну підготовку зі своїми досвідченими програмістами.
Добре вирощувати талант. Знайдіть хоча б одного недосвідченого програміста для своєї команди. Навчайте їх та наставляйте їх. Киньте виклик і підтримайте їх. Вчіться з їхньої свіжої перспективи, як вони дізнаються з вашої досвідченої точки зору.
Сьогодні багато підприємств у США хочуть, щоб хтось зайшов, зробив завдання та пішов. Вони не хочуть того, хто потребує часу, щоб щось розібратися, а також не хочуть того, хто потребує речей. Отже, більшість рекламних оголошень для розробників вимагають / вимагають протягом усього 15 років досвіду роботи з усім.
Що, на мою думку, має змінитись - змінити корпоративну культуру. Щоденний WTF мав одне есе під назвою " Вгору чи поза ". Хоча модель, згадана в цьому рефераті, використовується в юридичній професії (як і в деяких консалтингових компаніях), ця модель не відображає добре існуючу корпоративну культуру.
Бюджет майже ніколи не повинен бути причиною, чому ви повинні наймати свіжіші.
Основна причина, чому ви набираєте освіжувачів, це:
вам потрібна свіжа енергія та талант, який робить організацію більш яскравою
Вам потрібно працювати над передовими або руйнівними нововведеннями там, де ви не хочете наймати людей зі старої школи думки
Ви - молода компанія, яка хоче досліджувати світ і хочете встановити власну ідеологію та стиль.
Усі ці відповіді з великими і благородними причинами найму людей початкового рівня є приємними і всіма.
Справжня відповідь: компанія отримує найкращий ресурс, який може отримати за суму грошей, яку вона готова витратити. Це справа. Якщо він не готовий витрачати багато, він рекламує того, хто не буде коштувати багато. "Рівень вступу" - це сигнальна фраза, яка розміщує завдання, призначену для досягнення цього результату. HR не буде витрачати час на опитування розробників рок-богів, яких вони не можуть собі дозволити.
Якщо їм пощастило, вони виявляють, що хтось недооцінює їх цінність, занижуючи себе як "початковий рівень", коли насправді вони старші за це. Чи можете ви уявити, що компанія не оскаржує таку спокусливу пропозицію? Звичайно, ні. Усі речі "свіжа енергія робить нас більш яскравими" речі виходять у вікно в цей момент.
Так. Перегляньте більшість цих відповідей, щоб побачити приємні виправдання для щасливого світу. Справжня відповідь: так, це рішення майже завжди є бюджетним.
Я думаю, що інша причина - відсутність доступних / бажаючих кращих програмістів.