Стоит ли брать на работу джуниоров

Ища работу, начинающие программисты обнаруживают, что молодым у нас дороги нет. Компании неохотно берут новичков на работу, и тому есть весьма веские причины:

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

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

— Им хочется использовать какую-то новую модную технологию. До определённого момента все программисты ищут серебряную пулю, пока с опытом не приходит осознание, что за всё, так или иначе, приходится платить.

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

— Они себя не окупают. Зарплата джуниоров всё равно довольно большая, и платить им меньше не стоит.

Это довольно серьёзные риски и траты для компании. Особенно остро они ощущаются в Украине и Беларуси, где компании в основном аутсорсинговые, а сотрудники для заказчика являются удалёнными. А это требует больше самостоятельности и профессионализма.

Тогда зачем компании нужны вчерашние студенты?

Тем не менее, мне было интересно исследовать, зачем крупные компании (даже такие высокотехнологичные, как Google) делают интернатуру и всё-таки берут на работу вчерашних студентов. Вариантов было много, но ключевой ответ я услышал в замечательном интервью с Евгением Кривошеевым, тренером из ScrumTrek.

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

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

1. Они мучают вопросами, и их нужно вводить в проект. И это хорошо! При этом у вас часто всплывают разные сложности системы, которые вы раньше и не замечали. Например, у вас проект собирается какими-то shell скриптами с помощью ANT’а, и, объясняя это джуниору, вы можете подумать: а почему бы это не переписать на Maven и собирать одной стандартной командой?

2. Они отвлекают серьёзных мужиков от работы постоянными вопросами. И это хорошо. Очень часто бывает, что джун подходит с вопросом, а ему отвечают «Отстань, у меня тут бага, которую нужно срочно пофиксить». И отфутболивают его к другому, а тот дальше. В результате джуниор чувствует себя привокзальным попрошайкой и только злит сосредоточившихся на своей работе коллег.

Обычно, если такое случается, то почти наверняка синьоры также поступают и друг с другом. Возможно, у вас в команде не настроена коммуникация, или же у каждого программиста есть только свой участок работы и нет коллективного владения кодом. В любом случае, для джуниора следует выделить ментора, который будет ему помогать и отслеживать его «успеваемость». Обычно эту роль выполняет тимлид или ближайший по столу коллега, но это не правильно. Это роль должна быть полноценной и осознанной.

3. Им нужно много объяснять, как работает система. И это хорошо. Каждый раз отвечая на вопрос, стоит задуматься: а почему вам приходится это объяснять? Может быть, у вас нет документации? Вот и всплыла проблемка.

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

4. Они косячят. И это хорошо. Джун угробил базу, написав UPDATE без WHERE? А бекапы у вас были? Сразу же всплыла проблема, которую раньше не замечали, а ведь у вас может в любой момент винчестер полететь. Джун закоммитил какую-то ерунду? А у вас вообще построен процесс ревью? То-то же.

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

В том то и дело, что как только джун останавливается на каком-то направлении, он концентрируется только на нём и развивается в миддла. И только потом, уже вертикально развившись до синьора, у него появляется время и желание посмотреть по сторонам.

6. Они быстро учатся. Они как губки впитывают новые технологии. И да, они постоянно норовят их впихнуть в проект. В том числе те, которые синьоры пробовали в своей молодости, но тогда они оказались слишком сырыми или для них не было рынка, или они опережали время. Например, in-memory БД (e.g. Redis) во времена, когда 512mb RAM было шиком, или функциональные языки (e.g. Scala), которые стали востребованными только с массовым внедрением многоядерных процессоров. Эта способность схватывать быстрее чем старшие товарищи может быть незаменимой и хорошо дополнять общую компетенцию команды.
Нужно помнить, что со временем юношеский энтузиазм неизбежно разбивается об горький опыт сменяется рассудительностью и консерватизмом.

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

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

8. Джун может не знать о какой-то проблеме, с которой сталкивались старшие товарищи, и внезапно её решить в лоб. Например, вы не могли перевести ваш проект на последнюю версию библиотеки из-за коварного бага, а он, оказывается, уже давно исправлен. Тот случай, когда неосознанная компетенция вкупе с удачей приносит выигрыш.

9. Им интересно заниматься тем, чем более опытным коллегам уже не интересно. Например: сделать кнопку округлой и раскрасить с помощью CSS или сделать диалоговое окошко на JavaScript. А раз интересно, то и сделают они это, с большой вероятностью, лучше. Я знаю случай, когда джун сильно удивил команду матёрых синьоров, используя анимацию CSS 3, которой сам обучился, делая игрушку.

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

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

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

11. Неожиданно, но джуниоры могут знать технологию лучше синьоров. Джуниоры обучаются по самым последним книгам и с самыми последними версиями технологий. Например, пока бородатые синьоры повязли в индусском легаси на шестой джаве и пишут спринговые контексты на XML, а для работы с базой используют какой-нибудь MyBatis, в котором нужно SQL писать руками, то джуны уже вовсю используют восьмую джаву с лямбдами и новый Spring Boot, где бины создают аннотациями, а с базой работают через модный Spring Data, без единой строчки SQL. И, обменявшись опытом, вы можете обнаружить, что для Spring Boot уже есть модуль MyBatis, и можете попробовать его и получить глоток свежего воздуха.

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

Каждый раз, когда я менторил джунов, я всегда от них узнавал что-то новое. Один мне показал свой компилятор Brainfuck, написанный на JavaScript. Другой рассказывал про технологии BigData, которые он изучал на Coursera.

12. Околопрограммисткая специальность. Такие профессии, как специалист тех. поддержки, тестировщик-автоматизатор, DBA, Build Engineer, требуют знания программирования, чтобы, засучив рукава, полезть и исправить проблему. Опытные программисты предпочитают не идти на такие вакансии, но джуниоры вам могут отлично подойти. Возможно, они будут неплохо справляться и даже вырастут в синьоров по этому направлению. И таких опытных ценят даже больше, чем программистов, — из-за более узкой специализации.

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

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

14. Сын полка\Юнга — продолжение традиций, снисходительное отношение или, наоборот, дедовщина (да-да, такое тоже бывает!). Но, вообще говоря, передавать ремесло и воспитывать следующее поколение бойцов — это важно в долгосрочной перспективе. О таком обычно задумываются продуктовые компании, в которых знание продукта важнее, чем знание технологий.

Все компании несут потери на трудовом фронте: кто-то засиделся, и его выгонять пора, кто-то трактор завёл, кого-то в армию призвали, кто-то «ушёл на повышение», кто-то не выдержал корпоративной беготни в колесе и сдауншифтил на Гоа. Люди уходят. Но кто же придёт в замен? Как же наша, эта самая, корпоративная культура? И тогда вы решаете — мы будем воспитывать своего джуниора! Но тут возникает проблема: мы его как родного лелеяли, а он ушёл, неблагодарный. Тут возникает вопрос о лояльности.

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

Да и если он уходит из продуктовой компании, то куда он пойдёт? Ведь знания у него довольно узкопрофильные и в основном касаются продукта. Начинать карьеру заново тяжело.

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

Один джуниор, который год назад только устроился на хороший проект, недавно мне жаловался:
— Я тут уже всё изучил и вот чувствую, что ничему новому не учусь. Подумываю менять работу. Куда податься, не знаю. Что там сейчас в тренде?
— Boy, Boy! Придержи коня, ковбой. Не так и много таких хороших проектов. Ты бы на конференцию сходил, чё нового узнал, тренды те же. Услышишь про Continious Delivery, которого вам так не хватает — вот заодно попробуй пропихнуть в команде и внедрить. В общем, не спеши. Поверь, самое интересное с работой ты не пропустишь, если что.
— Спасибо, успокоил мю душу мятежную. Так и поступлю.
Вот так вот спас от опрометчивого увольнения.

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

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

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

Я считаю, что людей, способных к профессиональному программированию, не так уж и много. И те, кто поняли, что это их призвание, концентрируются в определённых точках, где они учатся друг у друга. Это объясняет, почему даже из глухих вузов, где учат чуть ли не дырочки не перфокартах делать, всё равно выходят матёрые профессионалы (которые на самом деле самоучки). Есть мнение, что гимназии с физико-математическим уклоном хорошо подготавливают программистов. Мне кажется, что здесь связь обратная — это не гимназии готовят программистов, а потенциальные программисты концентрируются в них и спокойно выживают, когда балбесов оттуда выгоняют.

Тут же кроется ответ, почему крупные компании бегают за студентами-инженерами. Если ученик может в Matlab расписать передаточную функцию, то, скорее всего, выучить программирование ему тоже не составит труда. И учитывая дефицит таких людей, они будут стараться заинтересовать выпускников именно своей компанией и готовы нести расходы на их обучение. Поэтому при устройстве на работу они даже глянут в диплом: хорошие оценки — это всё-таки кумулятивный показатель качеств как специалиста. Либо студент достаточно умён, либо достаточно прилежен. И то, и другое что-то скажет о потенциале будущего сотрудника.

16. Мотивация для нас, старичков. Это очень тебя мотивирует, когда ты уже закостенелый девелопер, и тут приходит какой-то сопляк, который схватывает всё на лету. Чувствуешь, что молодые наступают на пятки. А ещё и нахваливают какое-то модное реактивное программирование. Ты, конечно, делаешь скептическое лицо: «эх, молодость зелена». Но вечером приходишь домой, ужинаешь, задумываешься на минутку... А потом бьёшь кулаком по столу «Щенок!», да и записываешься на курс.

Хорошим джуном кашу не испортишь

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

Я пришёл к выводу, что джуниор — это прекрасный кандидат на роль «новичок на проекте». Так или иначе, все мы, приходя на новый проект, оказываемся в той же ситуации, что и джуниор. Большинство этих ситуаций точно также могут случаться и с миддлом, и с синьором.

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

Если у вас налажен процесс на проекте, то интегрирование нового игрока в команду проходит безболезненно. А если процесс не налажен, то, возможно, как раз джуниор и поможет увидеть и исправить множество проблем. Более того, сама возможность добавить джуна в проект — это довольная важная метрика. Если у вас нет работы для джуниора, есть повод задуматься — а всё ли у вас в порядке? Почему только синьор может с этим хозяйством разобраться? Возможно, у вас очень устаревший стек технологий, который уже никто и не учит. А значит, дальше вам будет только сложнее искать сотрудников. А возможно, вашу систему следовало бы разделить на более простые модули.

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

Так что, дорогие работодатели, помните народную мудрость:
Молодым — везде у нас дорога.
Старикам — везде у нас почёт.

А вы, джуниоры, не падайте духом и помните, что дорогу осилит идущий ;-)

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному0
LinkedIn



Найкращі коментарі пропустити

Честно — я всю статью не осилил, но меня смутил первый же абзац.

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

Чуть не прослезился и поверил в то, что найду работу.

Если не брать на работу джунов и даже трейни, то через 10 лет не кому будет работать. А отрасль растет на 20% в год.

Как по мне джуниоры — это круто :)
По разным причинам — иногда они за полгода вырастают до крутого миддла и благодаря ним проект активно двигается
Хорошие джуны хорошо фиксят баги — то, что для синьйора скукотища, для джуниора отличная возможность получить опыт и вырасти
Хорошие джуниоры предлагают интересные идеи и решения в проект )
И даже они иногда классно рефакторят — конечно это можно себе позволить если у когда покрытие больше 90% и налажен процесс код-ревью ) А для джуна это отличный опыт )

И плюс они выгодны для проекта — 3 новых джуна за 800$ + 1 синьйор зачастую сделают больше и лучше задач, чем 1 немотивированный миддл за 2400$ + 1 синьйор )
Плюс для аутсорсера намного больше выгоды — условно лучше продать на проект и заработать на каждом джуне по 1000$, чем эту тысячу на 1 миддле :)

П.С. Работаю в большом аутсорс проекте (~100 человек)
В нашей команде сейчас 10 человек, из них 3 новых джуна — так вот от каждого из них пользы и отдачи больше чем от некоторых других миддлов )
И сейчас им уже доверяем достаточно большие и сложные задачи.
Да, единственный минус — около месяца джунов надо было учить. У нас это вышло достаточно эффективно сделать в парном программировании. За одно это и прокачка soft skills для миддлов/синьйоров, которые их обучают )

Что случилось с королевскими династиями в которых не было прилива «новой крови»? Что произойдет с «кастой программистов», если она станет закрытой? Я так полагаю, что для любой солидной компании вопрос «брать ли на работу новичков?» должен звучать примерно так же, как для любой нормальной семьи — «стоит ли заводить детей?». Да, это хлопотно, дорого, можно, как вариант, «усыновить кого-нибудь уже взрослого», но...

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

217 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

str_replace(["нанимать", "джуниоров", "старших коллег", "сеньоры", "система", "бэкапы"], ["заводить", "детей", "старших братьев", "родители", "жизнь", "страховка"], $text);

Поделюсь собственным опытом) Найти работу в IT человеку без опыта, особенно по популярной технологии — реально сложно сейчас. И дело даже не в том, что ты не проходишь собеседования, тебя на них просто не приглашают. Оказывается, даже на позицию джуниора нужен опыт. А вакансий trainee — раз два и все. Хотя, начав работать, я наверно могу с пониманием отнестись к такой позиции многих работодателей. Так как джуна нужно учить, нужно ревьюить код, а потом может через время и править, ведь даже имея теоретические знания про принципы хорошего кода, паттерны и т.д., на практике сначала получается совсем не очень. Так что хочется выразить благодарность тем компаниям, которые берутся за это нелегкое, но уверена, что благодарное дело, а не надеятся, что новичков научит кто-нибудь другой :)

Я описываю свою реальную ситуацию. И говорю именно про работу, а не про бесплатные курсы. Так как когда я начала искать работу в IT, уже не была студентом и не готова была ждать 3 или даже больше месяцев, пока начнется набор на курсы, а потом еще 3 месяца их бесплатно проходить. Для студентов это, конечно, хорошая возможность. А насчет не популярных технологий — это даже не С++, а для примера функциональное программирование, разработка различных ERP систем.

Ссылок как в википедии:) А вообще статья норм.

Обнадеживающая статья)
Может есть у кого местечко для мотивированого джуна?
www.work.ua/resumes/3275532
или хотя бы подскажите по резюме что исправить?

“The program, which calculate” — “calculates”
“GUI form build on SWING and AWT” — “built”
“Identification of ‘bottlenecks’ in the system” — я бы изменил на “detection”
“ability to planning and met deadlines” — “to plan and meet”

Хм, так что, нужен здесь кому-то толковый Python-джун? :)

Ну что же, буду благодарна за критику :)

Оформить можно было б намного лучше. А так работодатель может сделать вывод, как ты код оформляешь

стоит ли связываться с таким упоротым работодателем?

А в чем упоротость? На джуниорскую позицию претендентов много. Идет конкурс. Теперь, чтобы абстрагироваться от «уникальности» IT, изменяем домен.
Вы в супермаркете и перед вами куча йогуртов разных марок. Марки не говорят ни о чем. Состав и цена примерно одинаковы у всех. Повлияет ли дизайн упаковки на ваш выбор?
На подсознательном уровне точно да.

А теперь вопрос. Сколько дополнительно времени ушло б чтоб в ворде оформить красиво? 30 мин? Лень, неумение, небрежность, непонимание, что нужно работодателю? Неумение выразить форматированием логическую структуру? Или в коде такое не применяется, скажете?
Или вам не нравится, когда все удобно и UX зашкаливает?

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

Повлияет ли дизайн упаковки на ваш выбор?
На подсознательном уровне точно да.
неудачный пример
А теперь вопрос. Сколько дополнительно времени ушло б чтоб в ворде оформить красиво? 30 мин? Лень, неумение, небрежность, непонимание, что нужно работодателю?
в резюме программиста ничего не нужно кроме технологий, ну и кратко по опыту; остальное — бесполезный мусор
Неумение выразить форматированием логическую структуру? Или в коде такое не применяется, скажете?
форматированием в коде, по большей части, занимается ide
Хорошие комании, выбирая джунов и интернов обращают внимание на все детали.
резюме ничего не значит, единственное, если совсем наплужить, то его выбросят и не пригласят собеседоваться, здесь же быстрее откажут из-за того что кроме мускула и питона ничего нет

Я вам как человек принимающий людей на работу поведаю одну простую истину, как происходит фильтрация

Ваш опыт:
июнь 2014 — октябрь 2015 (4 месяца)
С ноября 2015 по февраль 2016

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

По поводу технологий, вы пишите что знаете SQL:
разница между mssql и mysql довольно большая — вы знаете и то, и другое?

Я в своё время учил SQL без привязки к конкретной реализации.

Коментар порушує правила спільноти і видалений модераторами.

Приняли на работу потом закрыли проект через 4 месяца и всех распустили..что приговор?

Классная статья, жаль только далекая от реальности. Ну по крайней мере, всегда думала, что нескольких пет проектов и базовых знаний по языку, пару фреймворков, и SQL достаточно на джуна. А на деле же — 3 часа собеседуют, потом обещают ждать ответа больше недели и морозятся дать ответ по результатам собеседования
Порой складывается ощущение, что ищут мидла, который пока еще не осведомлен что он мидл(например, фрилансер с пару лет опыта)чтоб взять его на зп джуна

ищут мидла, который пока еще не осведомлен что он мидл
Хорошо сказала, в идеале — да. Если найти такого, а они бывают, то это ценный сотрудник.

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

А вот сейчас я включу в себе менеджера и буду груб...

С другой стороны, мне это напоминает «блин наша футбольная команда проиграла на одно очко из-за того что судья не засчитал пенальти» или когда на выборах у одного кандидата украли там каких-то три процента голосов и он начинает вопеть «у меня украли победу».
Да ну блин, возьми и победи нормально чтобы ни у кого сомнений не было.

Вот смотри, я вот глянул твой репозиторий на гитхабе — ничего не понятно вообще. Проекты не оформлены. Где описание проектов? Скриншоты? Где ссылки на скачу приложения?
Шесть репозиториев и ни одного законченного. Даже фотку лень было поставить и пару строк чиркануть. Работать также будешь халтурно и не доводить до конца?

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

Окей думаю, ладно, допустим тоже гитхаб не показатель. Вроде есть ссылка на Линкедин.
И там облом — пустой профайл, пару строк и даже те не потрудилась на английский перевести. Есть ссылка на какое-то портфолию по 3D моделированию, я не эксперт конечно но выглядит классно. Но работу ты себе модельером ищешь или разрабатывать программы?

Теперь представь себя на месте работодателя и задумайся — а за что вообще тебя брать на работу?

Если ты сильный джун то работу ты найдёшь. Я видел как ребята впахивали и вырывали себе работу. И кстати никто из них не ныл на форумах о том как от них морозятся.

Хорошо сказала, в идеале — да. Если найти такого, а они бывают, то это ценный сотрудник. 
в каком, блин, идеале? крохоборство вонючее экономить на зп, поработает полгода, поймет что продешевил и свалит ценный сотрудник
Три часа интервировать это конечно же много, но вообще и синьорами также поступают
есть лайф-хак, соглашаясь на собеседования сам задаешь временные рамки
есть лайф-хак, соглашаясь на собеседования сам задаешь временные рамки
хорошая идея, спасибо =)
И кстати никто из них не ныл на форумах о том как от них морозятся
Морозится — это показатель отношения компании к потенциальным сотрудникам. Или нет? Если нет — то поправте, может я чего-то недопонимаю.

Должен все-такие не согласится. Компания и не обязана заниматься обучением кандидатов и если человек хочет фидбек то должен дипломатично спросить сам. Игнор означает уход от конфликта и то что кандидат не подошел.

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

А что вам может эйчар ответить? Очень информативное «извините но вы нам не подходите»? Что вам мешает вести дискуссию и самой задавать вопросы разработчикам на собеседовании: что им нужно, какие технологии используют, зачем нужно это и это. Заставить кого-то обучаться сложно, особенно если придется научить практически всему.

Очень информативное «извините но вы нам не подходите»?
Да, потому что это культура

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

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

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

так и отвечайте. это нормально.

Ой-вей. Что значит «пару фреймворков»? Два туториала прошли?
Написала небольшое приложение с применением этих самых фреймворков

Автор здесь молодец, на самом деле на данном этапе Student -> Internship -> Junior пока гораздо лучше вариант, чем хедхантинг сениора, которого все равно придется натаскивать и окупать (возможно с еще большими потерями).
+ Поддерживаю все 16 пунктов!

Student -> Internship -> Junior пока гораздо лучше вариант, чем хедхантинг сениора, которого все равно придется натаскивать и окупать (возможно с еще большими потерями)
а вот классический пример украинского менеджмента, который не понимает ничего в процессе ИТ, но имеет свое мнение, по типу:
джуну меньше надо платить, он выгоднее

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

И поосторожнее со штампами, коллега.

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

Если у вас синьора через 2 года — то либо вы нереальных талантов нанимаете, либо мегакрутые учителя, в целом для рынка мне такие ситуации видятся как исключения, но может я чего не знаю.

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

Всё пляшет от сложности проектов и сбалансированности команды. Как вы говорите, есть ряд задач, где джуниор необходим для эффективности, есть где наоборот. Имея перед глазами основные метрики проекта, я практически сразу могу оценить кого лучше поставить в ту или иную задачу/проект.

Это оптимистичный срок, за который, если не регрессировать, то можно вполне приобрести достаточный опыт в определенном направлении, чтобы выйти на senior или team lead. В реальности разброс куда больше, кто-то и 10 лет может сидеть в среднячках из-за каких-то ментальных блоков.

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

Всё пляшет от сложности проектов и сбалансированности команды.
Сениоры из них получатся в течение 2-х лет.
а что с проектом делать 2 года? или не брать новых проектов пока джнуны не подрастут?
вырастить своего сениора видится более удачной затеей
в реальности вырастить синьора в одной компании, сродни фантастики, либо должно быть много разноплановых проектов, по которым их можно бросать (таким далеко не все компании могут похвастатся), либо у вас будет професионал повторения одних и тех же телодвижений, но при шаге в сторону — задача станет на неопределенный срок. но, если вам нужны «професионалы повторения», то это обычно слабенькие мидлы которые не хотят рости. но для них тоже есть много работы

1. Команда по определению не может состоять из одних джунов, так что конечно же подразумевается, что в проекте уже есть хотя бы один сениор.
2. Бизнес меняется и соответственно меняются компетенции. Каких-то 5 лет назад мы были мастерами в Flash/Flex и AS3, затем резко сменили компетенции под давлением рынка. Так что всё возможно, если задачи достаточно амбициозные и все девелоперы чувствуют развитие, даже если им кажется куда уж выше.

Затраты бывают прямые, и косвенные.
«Затраты бывают постоянные (FC) и переменные (VC)» — учебник по экономике

О каких затратах говорите вы одному богу известно

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

ну и вам для расширения кругозора ru.wikipedia.org/wiki/Косвенные_затраты

простите, но вам кажется по другому адресу комментировать, dodnr.dnr.

А что, серьёзно джуном два года работают? Мне казалось, что после полугода нужно что-то решать.

Я бы даже сказал после 3х месяцев максимум.

Да ладно, 3 коммита по багам набрал — и сразу резюме в бодишоп на мидла.

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

Меня в свое время тоже не брали на работу очень много раз, был плохой английский, не очень знания и завышенные ожидания. Для универа хватало, на работе нет. Не брали и всё. Я просто выучил то что нужно и тут же взяли на работу. Видимо по тому, что с нужными родственниками/знакомыми не слишком повезло.

Отрасль развивается => требования к начинающим специалистам растут.

Английский мой оценили как вполне подходящий ваши же коллеги. А вот с моими знаниями пока к вам не пускают :) На курсах учат круто, но и требуют очень немало. Но сдаваться рано, будем двигаться дальше.

Чуть не прослезился и поверил в то, что найду работу.

прочитал и озадачен.
какая-то непонятная дивиргенция образовалась. в 15-м году 2500 хорошо обученных программистов вообще свалили за рубеж. а молодых системно набирает токо епам, и то после своих курсов микропорциями по 15 человек. в то же время прямо сейчас вакансий всех уровней по всем городам показывает +\-1500 штук (из них для молодых +\-50штук). теперь внимание — вопрос: каким образом заполнился вакуум из 2500 мест уехавших в условиях ничножного притока молодых, а?

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

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

Полностью согласен с автором, я очень хороший джун, очень хочу быть QA automation ну или manual: www.rabota.ua/cv/8839154

QA automation ну или manual
Побойтесь Бога, как можно такое сравнивать! :-D
Автоматизации готовы учиться?

о, нашел и узнал че это за слово такое :)
согласен

Уже сейчас этот список — маст для любого более или менее серьёзного проекта.
А со временем, необходимость в умении настроить подобные среды и их поддерживать будет только расти.
Так что если нравится атоматизация, вот ориентир, ну и OpenStack, Docker и т.д.
i.imgur.com/v4cPBLr.jpg

мне бы ментора найти по automation QA, я буду очень способным падаваном :)

Я вот вполне себе синьер 35-лет, помнящий еще Delphi с BDE и WinAPI, прочитавший кучу материала по Erlang, активно интересующийся Scala, Akka, Spray, прощупавший ее уже с большинства сторон за почти 2 года — не могу в крупной харьковской западной аутсорс компании применить эти навыки на практике, так как любая инициатива натыкается на отмолвки вроде «не мэйнстрим», «еще сырое», «никто этого не знает, где мы тебе замену найдем в случае чего?», «Скала сложна, никто не хочет ее учить©», «Заказчик хз что это такое». Вот и приходится вариться в Java-болоте, притом, что я в нее пришел менее года назад, и, глядя на всю эту уныль, просто не могу заставить себя разбираться во всем этом EE-барахле, потому что просто не понимаю, нахрена все это нужно. А в процессе работы выслушиваю периодические поучения от синьер джавистов, на 10 лет младше меня, что тут не так сделал, там не сяк сделал. Напрягает, честное слово.
А еще эта невесть откуда взявшаяся мода навязывать бэкенд-девелоперам JavaScript. Да я после дня ковыряния в JS еще неделю на Java говнокод пишу.

Оптимистично... Хотя да, Делфи

Ну да, Делфи.
А к чему этот сарказм, собственно? Вы намекаете, что Делфи вызывает необратимые изменения в мозге? Так с тех пор много воды утекло, я уже ни одной строчки на нем, наверное, не напишу, так как успел сменить множество языков и платформ. И разве в то время был такой большой выбор, как сейчас?
Я тоже самое могу утверждать про адептов PHP или JS, тем не менее, их востребованность зашкаливает, как некогда востребованность Делфи. Стоит ли ожидать, что через 10 лет эти люди тоже станут героями анекдотов?

Стоит ли ожидать, что через 10 лет эти люди тоже станут героями анекдотов?
Когда то точно станем, единственная постояная это изменения
Я тоже самое могу утверждать про адептов PHP или JS, тем не менее, их востребованность зашкаливает, как некогда востребованность Делфи.
все так. и — не так. ключевое слово — «зашкаливает». значит — чегойто случилось в действительности. в теории — все так, мне дельфисты заявляли бы бетенько показыавали на пальцах, в середине 2000ых -"веб-сервисы? да нет проблем, вот, смотри!"

«остюда мораль» — как старушенция одна заявляла...
хошь повоевать с действительностью? «да флаг в руки и электричка на встречу!». ну, или, более современно — «... заговор ТНК супротив твоей красивой теории»

Scala, Akka, Spray

У этих технологий пока что, увы, своя и довольно узкая ниша. И если Akka / Spray еще есть шанс «продать» на enterprise проекте (и то, при условии, что есть задачи, которые наиболее эффективно решаются только с помощью actor подхода) — то со Scala, как и с функциональщиной в целом, всё намного грустнее.

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

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

Как по мне — так Ваш пост на половину состоит из мифов.
Scala это гибридный язык, который позволяет писать ООП-код никак не хуже, чем на Java. А даже гораздо более правильный ООП-код, со всякими приятными плюшками, типа type inference и , нормальными пакетами, продвинутыми дженериками и скоупами. Если ты пришел из джавы, никто не запрещает тебе использовать весь Java-legacy, всю стандартную библиотеку и какие угодно Java-либы-фреймворки, благодаря 100%-ному Java-interop-у. Потом, когда подрастешь — можешь приобщаться к функциональщине, рефакторить старый код, и т.д. В чем проблема?
«Actor-подход» — не более чем сторонняя библиотека Scala. Он не вшит в сам язык, как в Erlang, например. А в случае со Scala-JS реализацией Akka, еще и JS промисы завернуты в нее, то есть вообще один подход используется.
Насчет энтерпрайзов всяких — вот я работал на одном покерном проекте, писал фронтенд для него. Собственно, сам я Flash/Flex Senior с 5-летним экспириенсом, просто пришлось сменить специализацию на Java\JS, в связи со смертью данной платформы. Так вот у нас был джавовый бэкенд и возникла проблема с масштабируемостью. И бэкендщики как решение выбрали Hazelcast в качестве distributed storage. Они столько граблей на нем огребли, что я за всю жизнь столько матов не слышал. В итоге они такое количество патчей для него нафигачили, что после их пулл-реквеста новый майлстоун вышел. Потому что, что? — подход к кластеризации/межпроцессному взаимодействию неправильный и устаревший, на мой взгляд.
А по поводу «высокого порога вхождения» и т.д., я уже выше написал. Scala позволяет начать с поделок в Java-стиле, и расти ввысь, просто в той же джаве ты очень скоро упрешься в потолок, а в Скале есть бесконечные способности для самовыражения. Как и легко запутаться каким макаром из 100 решить одну и ту же задачу, не без этого.
Ну и насчет дешевизны производства, и жлобства/боязни заказчиков/работодателей я полностью согласен.

А еще эта невесть откуда взявшаяся мода навязывать бэкенд-девелоперам JavaScript.
Судя по вакансиям в том же .Net надо и код писать и в html с JS руки пачкать. Грустненько, но что поделаешь.

Да дійсно, зараз джуном важко влаштуватись.... А ще айчари ніколи не дають фід бек! Це реально убиває.... Тестове написав, і дай боже що хоча б напишуть «На жаль, Ви нам не підходите...»

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

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

А могут еще попросить мотивационное письмо написать, чтоб поржать, наверное

Вот и таких вы предлагаете брать?

А книжки, там, почитать? Знания подтянуть? На каких-то произвольных сайтах / программах потренироваться?

зачем людям такие сложности, они лучше денег дадут, и будут на должности

В тестировщики не получилось, в программисты попробуете? :)

это реалии- программистом больше шансов устроиться..)

Я бы подумала, больше шансов устроиться в той области, где знаний и интереса больше :)

Ошибаетесь:)
Например у кого-то много знаний и интереса в области разведения шиншилл или поклейки корабликов из спичек- насколько велик устроиться шанс на работу?
А всем нужны продавцы в АТБ и сантехники..
Насколько тебе будет интересно этим заниматься в дальнейшем -это 2-й вопрос..

Ну, ошибаюсь — значит ошибаюсь :)
Хотя, думаю, специалисты в области разведения шиншилл не пропадут :) (но это исключительно мои фантазии на тему :))

Тестировщики сейчас менее востребованы из-за очень большого конкурса..Чем спамить и рассылать тысячи резюме , сидеть дома месяцами без работы и терять веру в себя -уже можно было бы выучить хотя бы фронтенд, а потом, войдя в айти..Уже и переводиться со временем на тестировщика, если уже душа так лежит к тестированию.:)

Сложно сказать... Если уже потрачены усилия на одно направление — может, все ж проще его и «добивать»?
Я знаю человек 12, наверное, которые за половину 2015 года в разные компании смогли устроиться интернами-джунами тестировщиками. Потому на первый взгляд задача выглядит doable. Или сейчас желающих на место еще больше, чем полгода назад?
П.С. С фронтендом, боюсь, тоже может оказаться не сахар: там еще больше учиться надо, и времени немало потратить (и на саму учебу, и на рассылку той же тысячи резюме :)) - и все с тем же непонятным результатом и уменьшением веры в себя.

Я знаю человек 12, наверное, которые за половину 2015 года в разные компании смогли устроиться интернами-джунами тестировщиками.
А сколько тысяч не смогли?? Вы их всех знаете?
Безработных QA джунов гораздо больше, чем девелоперов -джунов..

О том, сколько тысяч не смогли, я без понятия. Равно как не очень представляю, что творится с набором джуниор девелоперов.
Но я примерно представляю, что хотят от джун-QA. И не очень — чего будет достаточно для джун-dev. Может, именно поэтому все еще считаю, что для джун-QA требуется меньше времени.

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

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

И маржа хорошая на джунах делается в долл/час )))

Я так работал с внешней часовой ставкой $15/h, получая около $500 в месяц. Другое дело что я бы такой проект один не нашел, так что все довольно справедливо :)

стоит во всех смыслах: это стоит вашего времени и ваших денег, но прокачивает невероятно и в перспективе приносит... у меня из 20 осталось 2 — но я прям радуюсь сейчас им, очень очень! хотя в начале было «смотрите внимательно, повторяю всего десять раз»

Любий новый сотрудник первые 3 месяца будет дёргать (ну не каждую минуту) тех кто уже в теме. Это нормально, не нормально — это когда всем плевать и все заняты. Да, большим, толковым компаниям джуны может и не особо нужны. Но часто некоторые ваши говнокомпании не нужны не джунам. Я веду к тому, что рынок расставит все точки.

Та ладно — большим компаниям джуны как раз очень даже выгодны — в том же Киевском Епаме за последний год взяли ~30 только джаваскрипт джунов. Плюс еще много джава, дотнет, тестеров и т.д.
Всего наверное ~150-200 человек.

Другое дело, что Епам их не берет с рынка, а сначала пропускает через курсы. И потом если все ок — берет.

сейчас мелкие конторки выкатывают требования к джуну похлеще чем тот же Terrasoft

та у Terrasoft вообще требования нулячие судя по описанию jobs.dou.ua/...errasoft/vacancies/23714

А почему вы не попытаете счастья в Террасофт?

веб подтяну и обязательно попытаю, пока джаваскрипт у меня не ок =(

да что там тот джс учить, он прост как 5 копеек

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

посмотри тот же туториал по ангуляру, там это описывается.

да что там тот %technology% учить, он прост как 5 копеек

не, с джсом правдо так.

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

да что там тот %technology% учить, он прост как 5 копеек
в несессионное время — все просто учится =)

Спасибо за хорошую статью

Как по мне, так компаниям джуны не нужны вообще. Им нужны опытные разработчики, а так как опытные разработчики появляются только из джунов, то приходится идти на такие издержки, как приём на работу полу-разработчиков.
Был бы способ заманивать аиста, приносящего готовых сеньоров, компании и не парились бы, а «аистодромы» строили бы :)

Плюс ко всему у нас понятие junior == intern.
Джун — это готовый специалист, который способен самостоятельно решать мелкие задачи, не особо отвлекая старших коллег, а если он каждую минуту дергает более опытных товарищей по цеху, то это в лучшем случае — интерн, но никак не джун.

А то, что пахать нужно, так это везде и всегда было, есть и будет :)

Я джун. Не юный Python dev. Спасибо автору за слова поддержки. Дорогу осилит не просто идущий, а еще и не сворачивающий.
Ниже в комментариях упоминался бизнес, так вот с точки зрения моего не ИТшного опыта, меня кое-что удивляет.
Для бизнеса программисты это ресурс. Если у тебя нет резерва по ресурсу, значит ты не сможешь отреагировать на повышение спроса и упустишь прибыль. И дефицит программерского ресурса будет усугубляться, Европе уже не хватает 900к ( dou.ua/...nta/news/900k-devs-in-eu ).
Как ИТ бизнес собирается развивать ресурсную базу? Оставим на самотек? Понадеемся на универы и самоучек?
И эта ситуация меня лично радует — впереди много интересного. Но не решает мою проблему — основная масса вакансий требует 2-3 года опыта (даже для Swift, который выкатили полгода назад). А где его, собственно набраться, на тестовых заданиях да на пэт-проектах, на велосипедах и граблях.
Для себя я сделал вывод, что нужно

останавливается на каком-то направлении, он концентрируется только на нём и развивается

уточню слегка: немного обо всём и всё о немногом.

Что случилось с королевскими династиями в которых не было прилива «новой крови»? Что произойдет с «кастой программистов», если она станет закрытой? Я так полагаю, что для любой солидной компании вопрос «брать ли на работу новичков?» должен звучать примерно так же, как для любой нормальной семьи — «стоит ли заводить детей?». Да, это хлопотно, дорого, можно, как вариант, «усыновить кого-нибудь уже взрослого», но...

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

а вообще я подошел к проблеме однобоко.
Ситуация напоминает старый одесский анекдот:
«-Изя,сколько будет 2*2 ?
-А мы покупаем или продаём?»

Скорее правильный ответ на вопрос «Стоит ли брать на работу джунов?»:
— начинающие программисты: ДА (без комментариев);
— те, кто уже «нашел место под солнцем»: НЕТ (процитирую Aleksey Kolupaev: «Не выростет поголовье — вырастут зарплаты!», хотя пока рынок будет расти опасения относительно уменьшения зарплат считаю напрасными);
— владельцы крупных продуктовых IT компаний: ДА (повышение конкуренции, новые идеи, чем больше и дешевле трудовые ресурсы — тем лучше);
— аутсорсинговые компании: НЕТ (джунов предпочитают растить внутри компаний, а не покупать, хотя я думаю они не против продать толкового джуна по цене мидла);

Так что пока на рынке Украины рулит аутсорс, большинству придется рождаться сразу мидлами:)

Ну, если не считать беспорядков в Кельне, то все правильно :)

Ну, у каждой медали есть обратная сторона:)

Возможно не совсем в тему, но я думаю уместно поразмыслить. Почему европейцы пустили волну мигрантов? Ведь если бы захотели, и мышка бы не прошмыгнула через границу. Многие рядовые европейцы этим недовольны. А почему недовольны? Потому что голодные и шустрые мигранты нарушают их размеренный и спокойный образ жизни, заставляют их напрячься.
Это не так. По крайней мере, в Германии напрягаются, потому что опасаются гетто как во Франции, и чрезмерной нагрузки на щедрую немецкую социалку. Стремительно набирающая популярность право-консервативная партия AfD (Alternative für Deutschland — Альтернатива для Германии) предлагает отнюдь не запрет миграции, а упорядочивание ее по канадскому образцу. Так что не профессиональной конкуренции бюргеры не боятся (иначе популярность набирала бы не AfD, а националистическая NPD).

Как по мне джуниоры — это круто :)
По разным причинам — иногда они за полгода вырастают до крутого миддла и благодаря ним проект активно двигается
Хорошие джуны хорошо фиксят баги — то, что для синьйора скукотища, для джуниора отличная возможность получить опыт и вырасти
Хорошие джуниоры предлагают интересные идеи и решения в проект )
И даже они иногда классно рефакторят — конечно это можно себе позволить если у когда покрытие больше 90% и налажен процесс код-ревью ) А для джуна это отличный опыт )

И плюс они выгодны для проекта — 3 новых джуна за 800$ + 1 синьйор зачастую сделают больше и лучше задач, чем 1 немотивированный миддл за 2400$ + 1 синьйор )
Плюс для аутсорсера намного больше выгоды — условно лучше продать на проект и заработать на каждом джуне по 1000$, чем эту тысячу на 1 миддле :)

П.С. Работаю в большом аутсорс проекте (~100 человек)
В нашей команде сейчас 10 человек, из них 3 новых джуна — так вот от каждого из них пользы и отдачи больше чем от некоторых других миддлов )
И сейчас им уже доверяем достаточно большие и сложные задачи.
Да, единственный минус — около месяца джунов надо было учить. У нас это вышло достаточно эффективно сделать в парном программировании. За одно это и прокачка soft skills для миддлов/синьйоров, которые их обучают )

Спасибо что поделились ценным опытом

Как по мне джуниоры — это круто :)
По разным причинам — иногда они за полгода вырастают до крутого миддла и благодаря ним проект активно двигается
"иногда" звучит как исключение, а как насчет общей массы которая не вырастает и тянет на дно?)
И плюс они выгодны для проекта — 3 новых джуна за 800$ + 1 синьйор зачастую сделают больше и лучше задач, чем 1 немотивированный миддл за 2400$ + 1 синьйор )
несчастный синьор, ему от 5к надо просить за такой треш
«иногда» звучит как исключение
Один из наших «джунов», который пришел на проект с Epam JS labs через полгода официально превратился в миддла, при этом он пишет код лучше многих других миддлов, да и возможно и синьйоров.
Это редкость, но так бывает :)

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

Да, иногда у них есть вопросы и на них надо отвечать ) Но опять же это прокачка soft skills )
Плюс надо лучше ревьювить код... Но мы его и так внимательно ревьювим :)

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

и так бывает :)
но одного такого кадра мы еще давно выгнали )
а остальные вполне себе неплохо работают — на уровне среднестатистических рыночных миддлов )

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

А что на счет свитчеров?

Люди из других сфер, которые идут в ИТ.
За последние пару лет очень сильно разбавили поток джунов студентов-технарей.

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

технари- это не только айтишники

Если не брать на работу джунов и даже трейни, то через 10 лет не кому будет работать. А отрасль растет на 20% в год.

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

Не выростет поголовье — вырастут зарплаты!

И кстати улучшатся технологии — вместо дешёвого рабочего труда придётся автоматизировать

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

Не обязательно с тем же результатом джунов и даже трейни можно брать в рабство с теми же 20% в год.

Разработка — не тестирование действий максимально тупого пользователя, такое ощущение что вы путаете эти понятия. Разработка ПО не благотворительность, где каждый должен обучить 10 Junior-ов. Junior- участник команды и его цель помогать команде, ускорять разработку, а не дропать базы. И его задача научиться самому как можно быстрее.

Первая половина статьи — нормальная. Вторая часть, пункты 1-10 и мысль где «дропнул данные — значит у вас проблемы», надо бэкапы делать по меньшей мере странная, бэкапы безусловно делаются.

В остальном все как в бизнесе — если junior-ы выгодны, то берут или растят своих, не нужны — не берут.

Можна подумати, що компанії не помиляються в своїх стратегічних діях. От ви кажете, що «не беруть, бо невигідно». А де гарантія, що вони роблять правильно і через 3 роки не будуть жалвувати?

Смотря какую экономическую модель мы берем в качестве системы отсчета. Более старая теория про экономических агентов — рациональность и сохранение своих взглядов долгое время. (М.Алле) Новая теория, люди — импульсивные глупые, меняют свои тенденции на протяжении дня раз по десять(Д.Канеман).

Жалеть можно всегда, но это не конструктивно. Чаще всего компании преследуют сиюминутную или краткосрочную выгоду (до 1 года). У маленьких компаний попросту нет времени и ресурсов нести такие риски как много джунов. Им нужно запилить продукт и не вылететь. В крупных компаниях такие инвестиции безусловно есть, только вот они готовят джунов под себя в учебках. В этом есть смысл.

Автор статьи — джун, который очень тщательно ищет работу :D

p.s. Кстати сам рассмотрю вакансию джуна Android/Java ;) linkedin с проектами в профиле

Это действительно так: я тоже проходил этот путь

все проходят через это))). Хотя есть знакомый, который сразу мидлом Android устроился на удалёнку к Индусам), и при этом за пару месяцев до этого его завалила одна из топовых компаний на собеседовании на Java intern.

с индусами работать на удаленке?! мне кажется, это плохой опыт... никакого отлаженного процесса, видимо, нету. Брать примеров с индусов тоже нехорошо. Конечно, есть и хорошие индусы, но это, как говорили выше, «иногда». Так же никакого развитися софт скиллов и виденья нормального флоу при разработке. Это почти как фриланс, только дольше :) Начинать с такого уж точно плохой опыт... Еще и при том, что на интерна завалил собеседование.

я забыл добавить тег сарказм :)

Как тесен мир. Это я тот знакомый. Только вот собеседование я завалил не за пару месяцев до трудоустройства, а когда только начинал джаву учить. Ох и страшное оно было, но не об этом.
Индусы — да, от них ты конечно мало что возьмешь, но оно не так существенно. Мне довелось повидать очень страшные вещи за те 7 месяцев (я уже ушел), но в 90% времени я работал со своим кодом (в их проекте копался только первый месяц можно сказать). Так что по сути — они просто скидывали мне real world задачи, а я их решал и получал деньги. Тут сразу два зайца убиваются — и практикуюсь, и замотивирован, все это в удобном для меня графике, не выходя из дома.
Что касается отсутствия примеров best practices. Тут главное желание узнавать как делать правильней — статей куча, примеров кода куча, книг куча, учись сколько влезет, что я в принципе и делал, пробуй, практикуйся. В общем, опыт расцениваю как в корне положительный.

Заголовок «Стоит ли брать на работу джуниоров» напомнил фильм Отпетые мошенники, где была великолепная фраза «Так что вы говорите, Эльза, бедных не стоит пускать в музеи?» (:

Шикарный фильм, недавно пересматривал )

Статья хорошая и очень соответствует нашей текущей программе Graduate Trainee.
Единственно я несколько посмеялся над строчкой

И будучи скопированной с форума, она наверняка не содержит багов
 — если это ирония, то хорошо замаскированная)

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

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

За вами никто не занимал? :)

Погоджуюсь із основною тезою статті. Мали досвід коли в дуже древній проект додали джуна, прийшлось покращувати доки, деплоймент і юніт тести :-) Вже не кажучи про менеджмент процеси і дев середовище.

Головне притримуватись співвідношення: не більше, ніж один джун на 2-3 спєца вищих рангом. А то загнуть проект ;-)

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

мож джуны бракованные? по-моему от опыта не так сильно и зависит, разве что новая технология дублирует старую + пару фенечек

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

синьор в одной технологии не может быть джуном в другой
Смотря что подразумевается под технологиями. Если пересесть с Ангулар на Бэкбон — думаю так и будет, как ты говоришь. Но, если уйти из уютного js и дать в руки ruby со словами «запили-ка плагин для vagrant-а, чтобы мы могли использовать bolgenos в качестве guest OS», то как раз будет уровень джуна.

Ну вот как бы да, но тем не менее, у тебя будет уже понимание сетей, файловых систем и всего такого.
Но главное — у тебя уже будет опыт инженерных практик: тесты, непрерывная интеграция, и знание процесса. Так что всё равно ты уже будет не совсем джуниором

Тут скорее правильнее будет сказать: вначале и синьер и джун на одной ступеньке находятся, но синьер после преодоления порога входа развивается быстрее.
Например, я недавно решил освоить ЖС — сперва был как раз на уровне джуна, потому как после ПХП многие вещи были необычными, но сейчас чувствую себя более-менее уверенно.
Но, если меня вдруг кинуть в десктоп-разработку, то мне кажется, что весь мой опыт будет там побоку, кроме разве что алгоритмов, паттернов и всяких штук, вроде тоерий графов. Потому буду там настоящим джуном.

Я частично пересел на джаву полгода назад, проблем нема.

Через пол-года — вполне может быть. Но я не поверю, что в первые же дни ты смог писать в Джаве нормальный ООП код на уровне Джава миддла.

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

со второй недели норм писал
Но был ли это уровень миддла? Другими словами: смог бы ты пройти собеседование на Java Middle developer?

собеседование нет. я окружение не знал.

но код нормальный, никто не жалуется, всем норм.

собеседование нет
отож

Ничего личного, но в большинстве случаев, когда я слышу «я освоил этот ваш [language_name] за два дня и теперь миддл», по факту оказывается, что человек в данный момент находится на стадии «неосознанная некомпетентность».

та нет. на собеседованиях обычно спрашивают каверзные вещи завязаные на том сколько на недоработках языка шишек нашиб.

а этого без багофикса не будет, а я к примеру только новые сервисы пилю

Меня скорее всего заклюют, но такое впечатление, что скоро появятся статьи из серии «давайте сделаем нас, ИТ-шников — избранными...» Нет, автору спасибо, что встал на своего рода защиту джунов, но в целом тенденция в нашей стране идёт к тому, что ИТ-шники скоро себя воздвигнут в касту избранных.

П.С. никого не хочу обидеть, просто имхо.

Нет, скорее Senior’ов клонировать начнут.
А то еще воспитывай этих джунов, деньги влаживай...

Если влаживать, то получится лажа :-P

Дочитал только до 12 пункта, много текста, теперь буду коментить )
...
Вот Вам выжимки из якобы положительных моментов:

При этом у вас часто всплывают
Очень часто бывает
а ведь у вас может в любой момент
Эта способность схватывать быстрее
они ещё смотрят по сторонам
как губки впитывают
в то время как джуны могут написать
Например, вы не могли перевести
ну и так далее, думаю идея ясна.
...
Представим, что вероятность наступления одного из 16 событий, которые привели как доводы в пользу джунов — 0.5.
Естественно, что чем больше таких событий произошло вместе, тем весомее роль джуна, но вероятность их наступления стремительно убывает и уже при 4 событиях
P(A1, A2, A3, A4) ~ 6%.
К тому же предположение о вероятности события 0.5 очень завышена. Так что в реальности все намного прозаичнее.
...
Возможно это работает, но скорее всего где-то в параллельной вселенной. Да все 16 пунктов имеют место быть, но не являются системообразующими.
...
Скажем так, потенциальная маржа от продажи джуна, In Our Outsource World, перекрывает всё с лихвой.

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

мы отталкиваемся от сферического представления о джуне
Стоп, стоп. Если цель обсуждения — синтезировать новые знания, а не померяться абстрактными пиписьками в интернетах, то давайте отталкиваться от практики. Потому как теория, без последней не очень интересна в ИТ
...
студент третьего курса технического вуза, выбравший профессию по призванию, толковый и имеющий за плечами опыт нескольких своих проектов.
Вот. По моему опыту, таких студентов 3-5% и как Вы заметили, они без труда находят работу.
...
Ведь статья не называется:
Стоит ли брать на работу 5% джуниоров
и претендует на некую универсальность.
А что делать с 95% оставшимися джуниорами\свитчерами, которые генерят Вузы\курсы ?!?!?!?
Исходя из Вашего коментария — статья не про них.

Согласен, тут не всё так просто.
Я для себя сформулировал так: джуниор, это уже программист а не ученик.
Т.е. они уже имеют опыт программирования. Просто окончивший\курсы\вуз или почитавший книжку но не написавший ни одного проекта это вообще ещё не джуниор. И я им это часто объясняю stokito.wordpress.com/...ное-что-нужно-студенту-ч

Поэтому отвечая на

А что делать с 95% оставшимися джуниорами\свитчерами, которые генерят Вузы\курсы ?!?!?!?
Ответ прост: ничего не делать, они по сути ничем не отличаются от тех кто эти курсы не проходил.

Вот и пришли к подтверждению эмпирических значений
Для любого социума:
2.5% — innovators
4% — entrepreneurs
5% — budding juniors
...
Передайте кто-нибудь, что вот она истинная статистика курсов\вузов, а не то что рисуют поклонники сериала Suits )))

Влад, те що ти назвав — максимум інтерни, а не джуни

Пожалуй, переведу вашу статью на буржуйский инглиш — сдается мне, коллегам будет интересно

Если будете переводить, я только за и готов помочь.
Если не хочется, то вот есть ещё одна похожая статья
mattbriggs.net/...le-of-a-senior-developer
ссылка на её перевод в конце моей

Я попытаюсь, но не думаю, что это будет быстро (статья немаленькая, да и я пока пригружен)

Честно — я всю статью не осилил, но меня смутил первый же абзац.

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

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

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

Всё верно, но это всегда итак понятно работодателям. А если нет — то нужно нового тимлида брать, а не джуна.

Если есть множество ожидающих низкоприоритетных задач для него
Разве, что текст на машинке печатать. Ну или за пицой бегать. Все остальное — оторваться себя от задачи и вдалбывать джуну час то, что можно сделать за 5 минут самому.

Судя по ответу, Вы сразу Senioro’oм стали, и никогда не испытывали таких «дурацких» проблем.

Я никогда не утверждал, что я благо для более опытных товарищей. Надо себе позиционировать как занозу, а не благо. Надо же «Грохнул базу — сделал благо». В свой час приходилось восстанавливать не раз и не два и не три день работы банка со всеми банкоматами и прочим со вчерашнего бекапа после такого «блага». На все мои утверждения, что вот надо б как-то обезапасить, все кивали мол неплохо, хорошая идея. Так я и ушел не получив ни финансирования, ни помощи в организации. Это только одна из задач.
Впрочем, я в ИТ пришел еще в те времена, когда учились самостоятельно, когда и джунов то небыло. Сейчас, скорее всего, так невозможно или не принято.

Допустим, на проекте в джире есть огромное число таких простых задач, например колонку новую добавить в таблицу. И клиенты периодически интересуются когда мы её сделаем.
Но всё равно, чтобы исправить даже мелочь нужно как минимум 30 минут, на поиск того самого места, прогон тестов, перезагрузку серверов, а потом ещё ответить на письма.

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

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

Добавлять, изменять колонки в транзакционно нагруженные БД вообще не тривиально :)

Предположу, что вы в основном работали в «малых» коллективах, где появление новичка в команде — это

оторваться себя от задачи и вдалбывать

Мне кажется, зависит не сколько от размера коллектива, сколько его загруженности.

Как правило зависимости носят комплексный характер. ))

Ой, всі навколо тільки те і роблять, що атомні станції проектують, ага.

Підписатись на коментарі