Есть ли другие причины, кроме бюджета, для найма программистов начального уровня? [закрыто]

Есть ли другие причины, кроме бюджета, для найма программистов начального уровня?

У великих разработчиков когда-то тоже не было опыта.

Великих разработчиков не только дорого, но и трудно найти. Таким образом, если у вас есть высококачественный процесс отбора и найма, найм разработчиков начального уровня может быть отличным способом найти этих новичков и превратить их в великих разработчиков .

Есть много других причин:

• Расти свой талант. Иногда проще нанять человека начального уровня и обучить его технологиям и задачам, которые вам требуются.
• Требуется меньше времени, чтобы найти человека начального уровня, чем старшего человека.
• Пополните свою рабочую силу. Поскольку многие разработчики работают в компании, они часто не пишут так много кода. Кто-то должен быть доступен, чтобы заполнить этот пробел.
• Экономит время Даже если старший разработчик все еще пишет код, скорее всего, у него нет времени на все. Им нужно делегировать, поэтому им нужен кто-то для делегирования.

Обучайте следующий набор разработчиков так, как вы и ваши методы позволяете.

Предполагая, что «начальный уровень» грубо означает «свежие грады», могут быть зловещие мотивы.

Новый выпускник, скорее всего, не будет много знать о своих правах в силу того, что он еще нигде не работал. Если его дядя не адвокат или сотрудник отдела кадров, он определенно не будет.

Опытный программист может знать о своих правах просто из-за того, что он прошел через взлеты и падения в других компаниях.

Легко найти лазейки, обмануть, манипулировать и обманывать новых выпускников, когда дело доходит до сложных юридических и кадровых вопросов и законов. Вы не можете сделать это легко с опытным программистом, который работал в нескольких компаниях. Потому что, даже если он не запомнил все законы, он по опыту узнает о том, что происходит в других компаниях, и сразу поймет, если что-то подозрительно.

Вкратце: опытный программист уже упал в яму (сделанную предыдущими работодателями) и знает лучше, чем снова войти в нее. Свежий выпускник не имеет и не будет.

Некоторые хитрые работодатели хотят обмануть новых выпускников:

• Неоплачиваемая стажировка
• Все, что связано с наймом или увольнением
• Компенсация и бонусы
• Работая сверхурочно
• Глупые NDA и сервисные контракты
• Выполнение глупых соглашений о неразглашении и контрактов на обслуживание

Свежие выпускники просто предполагают, что все должно быть так, потому что они не знают ничего лучше. Таким образом, он / она является джекпотом для работодателя.

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я знаю эти вещи не потому, что я делаю их, а потому, что люди сделали это со мной.

Зачем вам нанимать старшего программиста, если вам нужен только кто-то, чтобы выполнять тяжелую работу?

Лично, если бы я был старшим программистом, которого весь день просили делать простые задачи, я бы бросил.

Иногда у вас есть задачи, которые требуют выполнения, но не требуют опыта, который есть у более опытного программиста. Эти задачи часто являются повторяющимися и не очень значимыми для программиста, но хороши для новых сотрудников, режущих свои молочные зубы.

Есть также соображения относительно людей, которых можно научить. Зачастую опытный программист, который еще не достаточно стар, но явно не новичок, приобрел некоторый опыт, но ему не удалось отбросить слова «я уже все знаю», «почему я должен меняться», «мне не нравится изучать новые способы». "отношения, которые вы не найдете преобладающими в новом найме.

Свежие идеи? Материал, который они преподают в университете, постоянно меняется, вполне возможно, что у недавнего выпускника, которого вы наняли, есть некоторые идеи, которые ваши опытные программисты не рассмотрят, потому что они застряли в определенном образе мышления.

Альтруизм, я думаю, что любая компания должна ценить то, что мы все начинаем где-то, и если мы не начинаем, то мы не продолжаем быть разработчиками.

Дешевая рабочая сила, не только благодаря тому, что набор выпускников дает вам дешевую рабочую силу, она также может способствовать развитию отношений с местными университетами и даже к более дешевой, если не бесплатной рабочей силе в форме летних стажировок (хотя я не согласна с их неоплатой).

Не нужно платить за экскаватор, когда все, что вам нужно, это лопата, если вам нужен вырытый уборный, зачем платить тысячи за экскаватор, когда вы можете получить плеб с помощью лопаты. Конечно, плеб с лопатой может продвигаться к тому, чтобы стать копателем, но до этого момента, зачем платить за это.

Также опытным разработчикам может наскучить материал, который они считают черным, когда недавний выпускник может многому научиться.

Я не знаю, правда ли это больше (но это было около 10 лет назад) в мире государственных контрактов (возможно, и в других отраслях), компании получают налоговые списания для найма новых выпускников.

• Нам нужен кто-то, чтобы сделать шаблонные вещи, им нужен опыт.
• Мы можем научить их хорошим привычкам, и с некоторыми попытками получить хорошего программиста через несколько лет.

Компания, в которой я работаю, нанимает «начального уровня» по одной конкретной причине. Его наиболее зрелые и прибыльные продукты были разработаны на основе сторонних разработок, о которых никто не слышал и которые не потратили бы время на изучение иного. Эта должность объявляется как не требующая опыта или степени, поскольку все обучение будет проводиться внутри компании для людей, желающих учиться. Это также повод платить жалко низкую зарплату, и это работает, поскольку практически нет риска, что эти новые программисты перенесут свои недавно приобретенные навыки куда-то еще.

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

Во многих случаях проще нарисовать на чистом листе бумаги, чем обновить существующий эскиз.

В программном обеспечении это обычно называется разработкой новых технологий.

Если все сделано правильно, вы можете в конечном итоге найти кого-то, кто лучше понимает ваш бизнес и с энтузиазмом.

Вы действительно должны убедиться, что у вас есть профессиональный ресурс, который может взять новичка под свое крыло. До тех пор, пока вы найдете кого-то, кто полон энтузиазма и активен в своем развитии, они будут сиять. Если вы обнаружите, что они возятся с какой-то идеей, подталкивают и поощряют ее, они почувствуют, что могут что-то внести.

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

В дополнение к уже упомянутым причинам мы должны отметить, что это паттерн, свойственный человеческой природе. На протяжении всей истории мы видим, как квалифицированный труд организован определенным образом, когда мастера возглавляют группу учеников и небольшую группу подмастерьев (мастеров среднего уровня), которые вместе строят вещи.

Он появляется снова и снова, с разными именами и деталями, но, как правило, с одним и тем же базовым шаблоном, потому что он хорошо работает с тем, как устроен наш мозг. Поэтому мы не должны удивляться, увидев подобную организацию в компьютерном программировании, которая является другой формой квалифицированного труда. Мы можем назвать мастеров-архитекторов, подмастерьев старшими разработчиками и учеников младшими разработчиками, но шаблон тот же.

Возможно, вам понадобятся неопытные программисты, чтобы вы могли научить их делать это по-своему. Это предполагает:

• Вы будете тренировать их; а также
• У вас есть способ лучше, чем в среднем.

Вы также можете захотеть неопытного программиста, потому что вам не нужны программы, которые бросают вызов или интересуют опытного программиста. Также, если у вас есть опытные программисты, вы можете бросить им вызов, если они будут наставником неопытного программиста.

У неопытного программиста может быть перспектива, которая вам нужна. NIH (здесь не изобретено) и WADITW (мы всегда так делаем) не всегда лучшие. Выберите кого-то, кто будет задавать зондирующие вопросы. Будьте готовы изменить свои пути.

Вам может быть лучше с опытным программистом, так как он может иметь более высокую производительность на доллар. Документированные коэффициенты производительности - что-то вроде 26 к 1. Вам может повезти и вы получите высокопродуктивного неопытного программиста.

Если текучесть кадров у вас высока, вы можете нанять только неопытных программистов.

Если ваш бюджет на душу населения, неопытные программисты могут быть всем, что вы можете себе позволить. Это не значит, что ваш проект будет стоить дешевле. Это гораздо более вероятно, стоит больше. Меньше опытных программистов может быть более рентабельным.

Опытные программисты приносят багаж с предыдущих проектов. Отчасти это будет хорошо, а отчасти плохо. Если у вас нет ресурсов, чтобы минимизировать плохое и максимизировать хорошее, вам может понадобиться неопытный программист. У них будет разный багаж.

Вам могут потребоваться навыки или знания, которых нет у ваших опытных программистов, но есть у неопытного программиста. Наймите их и проведите кросс-тренинг с опытными программистами.

Это хорошо, чтобы расти талант. Найдите хотя бы одного неопытного программиста для своей команды. Тренируйте их и обучайте их. Бросьте вызов и поддержите их. Учитесь с их новой точки зрения, как они учатся с вашей опытной точки зрения.

Сегодня многие компании в США хотят, чтобы кто-то пришел, выполнил задание и ушел. Они не хотят, чтобы кто-то нашел время, чтобы что-то выяснить, и не хотят, чтобы кто-то нуждался в объяснениях. Следовательно, большинство объявлений для разработчиков требуют / требуют многолетнего опыта работы со всем.

То, что я думаю, должно измениться, чтобы измениться к другой корпоративной культуре. У Daily WTF было одно эссе под названием « Вверх или наружу ». Хотя модель, упомянутая в этом эссе, используется в юридической профессии (а также в некоторых консалтинговых компаниях), эта модель не соответствует существующей корпоративной культуре.

Бюджет почти никогда не должен быть причиной, по которой вы должны нанимать более новых.

Основная причина, почему вы набираете новичков, это когда:

1. вам нужна свежая энергия и талант, которые делают организацию более яркой

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

3. Вы - молодая компания, которая хочет исследовать мир и хочет создать свою собственную идеологию и стиль.

Все эти ответы с вескими и благородными причинами для найма людей начального уровня хороши и все.

Реальный ответ таков: компания получает лучший ресурс, который она может получить, за ту сумму денег, которую она готова потратить. Это бизнес. Если он не хочет тратить много, он рекламирует кого-то, кто не будет стоить дорого. «Начальный уровень» - это сигнальная фраза для публикации вакансии, предназначенная для достижения такого результата. HR не будут тратить время на интервью с разработчиками рок-бога, которых они не могут себе позволить.

Если им повезет, они обнаружат, что кто-то недооценивает их ценность, недооценивая себя как «начальный уровень», хотя на самом деле он старше этого. Можете ли вы представить себе компанию, не собирающуюся на такое заманчивое предложение? Конечно нет. Все «мы можем развивать их по нашему образу», «свежая энергия делает нас более энергичными», в этот момент уходит в окно.

Так. Просмотрите большинство из этих ответов, чтобы увидеть хорошие и счастливые оправдания этого. Реальный ответ: да, это решение почти всегда является бюджетным.

Я думаю, что другая причина заключается в отсутствии доступных / желающих лучше программистов.