Воспитываем Джуниора

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

    А оно вам надо?


    Когда вы берете в команду Джуниора, вы должны четко осознавать, зачем и почему вы его берете. Я не рассматриваю вариант, когда опытный тим-лид, чувствует в себе силы и желание помогать молодому поколению программистов, делясь своим опытом. Это прекрасно! Но я такого не встречал. Самый распространенный случай — Джуниор стоит дешевле. Если это ваш случай — откажитесь от этой идеи. Просто потеряете время и деньги. Джуниор стоит дешевле не просто так, ему нужно уделять время, ему нужно что-то объяснять, направлять в правильное русло, давать подсказки, обязательно смотреть его код. И все это, отнимает время более опытных программистов, которое стоит очень не дешево.
    Джуниоры — это вложение в будущее. Это возможность вырастить и воспитать такого программиста, какой вам нужен. Сегодня он отнимает ваше время, завтра — приносит прибыль. Задайте себе вопрос: можете ли вы ждать до завтра?

    Задачи Джуниору.


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

    Немного строгости.


    По предыдущим абзацам, у вас могло сложится впечатление, что Джуниора нужно холить и лелеять, бросая все дела, когда у него возникла проблема. Это не так, немного строгости никогда не повредит. Очень популярная болезнь Джуниора — синдром студента. Важно сразу дать понять, что это уже не институт, тут нельзя проспать первую пару, и уйти с третьей. Нельзя не придти на работу только потому, что с утра встал не с той ноги.
    Также нельзя позволять дергать себя по любому поводу. Джуниоры иногда садятся на голову, согласовывая с тим-лидом каждую строчку своего кода. Вы должны быть в курсе того, что и как он делает, но вы не должны знать его код досконально, иначе рискуете получить вечного Джуниора, который и через пять лет строчки без предварительного согласования с вами не напишет.
    Еще популярная проблема — мания величия. Достигая какого-то уровня, некоторые Джуниоры решают что они теперь Гуру, и не дай вам Бог, сказать ему, что его метод неверен, и нужно все сделать по-другому. Тут важно не просто указать на ошибку реализации, но и объяснить почему его метод неверен и какие проблемы несет в себе такая реализация.

    Мы его научили, а этот неблагодарный ушел.


    Возвращаясь к вопросу о возможности сэкономить, наняв Джуниора. Уровень молодого специалиста все время растет, соответственно, должна расти и зарплата. Не нужно сетовать на неблагодарное человечество, если у Джуниора уже сто лет не было прибавки к зарплате. Тут популярное мнение, что компания платит молодому специалисту знаниями. “Мы тебя учим, еще и приплачиваем”. Это бред. Если человек приносит компании пользу — компания должна за это платить, причем чем больше пользы — тем выше зарплата. Не нужно думать, что Джуниор — это такой человек, который всегда будет у вас работать, из чувства благодарности. Если другая компания предлагает вашему воспитаннику существенно лучшие условия — он уйдет… а кто бы не ушел?

    Вывод.


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

    Подробнее
    Реклама
    Комментарии 87
    • +9
      Главное чтобы потом джуниор не превратился в ждуниора habrahabr.ru/post/183708/#comment_6387990
      • НЛО прилетело и опубликовало эту надпись здесь
        • +2
          а уходит в другую фирму с двукратным ростом зп?
          • +2
            Бывает, что это проще, чем получить повышение зарплаты в своей.
            • 0
              Я и многие мои знакомые знают это не по наслышке. Кто-то уходит джуном, кто-то миддлом. Но в любом случае получается волшебство — работа та же, зарплата ощутимо выше даже с учетом повышения «в своей» :)
              Я не понимаю, что мешает фирмам повышать джунам зарплату согласно их росту и согласно рынку. Да, вы вложите в него не 10к, а 20к, но при этом получите лояльного сотрудника, который через 3 года будет приносить вам 20-50к чистой прибыли в год.
              Вероятно, причина в том, что я смотрю на проблему «со своей колокольни».
              • 0
                Много может быть вариантов, но самый распространенный, по-моему — отсутствие резервов, позволяющих инвестировать на несколько лет вперед.
      • +25
        Была у нас ситуация, джуниор в итоге ушёл в другую фирму. Но я был даже этому рад. Я радовался его успехам, вспоминая какой он пришёл к нам и какой ушёл от нас. Некое чувство гордости даже за него =)
        • 0
          Если вы были его ментором — то это очень похвальное чувство! В моей жизни мало людей, способных радоваться за успехи других.
          Но с точки зрения бизнеса его уход — это потерянная прибыль. Причем немалая, если этот человек действительно хороший специалист.
          • 0
            Да, но однозначно только в том случае, если бы он остался на прежних условиях. Если бы для того, чтобы он остался расходы на него надо было увеличить, то уже не всё однозначно.
        • +7
          Не teamlider а team leader.
          • +2
            Поправил, спасибо
            • +45
              Я сначала прочитал «Хи тимлидер э тим лидер». Впал в ступор. Запятая бы помогла ;)
              • +3
                Если бы не ваш комментарий, то так бы и не понял
                • +9
                  Magic people voodoo people
              • +45
                Классная иллюстрация к статье
                • +6
                  Картинка веселая, <зануда> но хочется дать по макушке тому, кто баблы рисует в таком порядке. Люди в нашей стране читают с лева на право и сверху вниз. Поэтому бабл джуниора, как минимум, должен быть выше чем бабл PM'а.</зануда>
                  • +18
                    Люди в нашей стране пишут «слева направо», а не то, что вы написали.
                    • 0
                      Очевидно, автор иллюстрации привык читать справа налево, как в известных веселых картинках
                      • 0
                        Кстати, вполне возможно. Впервые прочитал об этой особенности манги (shame, shame).
                  • 0
                    Работал в компании, которая принимала в основном вчерашних студентов. Многие уходили, часть людей выросла в специалистов только в какой-то области по которой работали (наример субд), оставшиеся рано или поздно дорастали до более-менее грамотных разработчиков. В основном рост зависит от личных качеств человека (50%) и от понимания вещей описанных в статье у его ментора (50%). Страдает при таком подходе качество продукта и нервная система ведущих разработчиков (которые сами несколько лет назад были таким же джуниорами).
                    • +1
                      Самая большая проблема с хорошими джуниорами это научить их работать в команде. Это сложнее, чем сделать из него хорошего специалиста.
                      • –14
                        Всегда удивляло: когда человек идёт на курсы по программированию, он должен платить, и это логично, потому что его учат.
                        Но когда человек устраивается Junior'ом, он точно также обучается (даже ещё более качественно, т.к. обучение происходит на реальных примерах), при этом он отнимает время у более опытных товарищей, что, в совокупности, по логике, должно ещё больше увеличить взымаемую с него плату по сравнению с курсами. Но парадокс: в этом случае уже платят ему!

                        Если что, я не зажравшийся работодатель, а тот самый Junior.
                        • +2
                          Я не программист, но junior'ы встречаются почти везде:) Так что выскажу свое мнение. Забыто минимум два момента:
                          1. Junior хотя и обучается, но при этом все же работает. Возможно, с учетом затрат времени опытных товарищей прибыли он приносит не так уж и много, но ведь приносит (если совсем не приносит — это действительно странно:))
                          2. Обучение происходит на реальных примерах — это да. Но с точки зрения junior'а это не всегда плюс — возможно, бОльшая часть того, чему он учится, ему в другом месте не понадобится. А со стороны работодателя (ну и заодно опытных товарищей) — junior учится именно тому, что надо, и именно так, как надо. Так что на выходе не кандидат с общими навыками, которого надо вводить в тему, а тот самый опытный товарищ. Другой вопрос, что этого опытного товарища надо удерживать — ну так любого специалиста надо:)
                          • 0
                            Я Junior.
                            Первые 2-3 месяца на работе занимался R&D для нового проекта, можно сказать «обучался».
                            Зато теперь после этого самого R&D я тяну проект и помогаю Senior'ам разобраться в Ruby и Frontend'е.
                            Поэтому я думаю, что 2-3 месяца затрат я уже смог нивелировать. Вопрос в том — когда реально человек начинает приносить пользу.
                            • +1
                              Можно разбить вопрос на два, тогда его будет просто понять.
                              Когда юниор способен приносить пользу? — Грубая оценка: примерно тогда, когда он может подменить опытного работника, если тот уйдет в отпуск или заболеет.
                              Когда он принес пользу? — Тогда, когда ему дали задание и он его выполнил.

                              Эти вопросы прямые, а изначальный больше похож на производную функции профита по времени, которая состоит из общей суммы от разных работников:)
                            • +1
                              По вашей логике можно считать так:

                              ЗП = а*прибыль_от_джуниора — б*потерянная_прибыль_на_обучение, где а и б — коэффициенты полезности джуниора и всех кто его учит соответственно.

                              Может оказаться, что ЗП должна оказаться меньше нуля. Причем заметье, первые пару месяцев на новой работе почти каждый сотрудник прибыли приносит гораздо меньше, чем получает ЗП. Так может тогда на испытательном сроке люди будут платить работодателю за возможность на него работать?
                              • +1
                                Может работодателю нанимать работника, который уже нужен и подходит для поставленных задач? По вашему алгоритму получается, что работодатель может нанять тысячу юниоров, не дать им ни одного задания и собирать с них бесконечное бабло.
                                • 0
                                  Какое-то время на вход в проект, да и вообще на вникание во внутренние процессы понадобится даже для суперспеца и даже для продавца в магазине. Какое-то обучение всё равно нужно будет проводить, разница только количественная.
                                  • +6
                                    В прошлом веке была игра Сеттлерс II. Там была такая модель обучения военных: в крепость заходят рядовые, потом им туда заносят золотую монетку и один рядовой превращается в офицера, со следующей монетки офицер превращается в кого-то круче, а еще один рядовой в официра. Т.е. формировалась «карьерная» лесенка и она росла, а те кто не был в ней — ждали, чтобы попадать в лесенку (захватываться в лесенку) и рости. Таким образом, более выгоднее было заполнять крепость не рядовыми, а разными, чтобы они строились в ряд и повышались все сразу.

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

                                      Но дело не в том, чтобы просто разбить задачи на разные уровни сложности, но и как-то повышать уровень, чтобы джуниор не остался вечным вытаскивателем бумаги, даже если допустить, что бумага застревает столь часто, что отдельный человек для её вытаскивания окупается.
                                      • +3
                                        Не понял как уменьшить картинку (в предпросмотре не срабатывают width=«200» height=«150»), здесь пример, справа watchtower, там рядовые, а когда внесут монетку, правый станет круче на 1 ступень(«позолотеет»), потом уже два правых, потом три, и так пока все не станут генералами из чистого золота:)
                                        image
                                        2VolCh, ну, не все же помнют:) А вот пусть между тем чтобы вытаскивать бумагу, ему будет задача поставлена, которую он еще не может выполнить, задача для следующего уровня мастерства:)
                                        • 0
                                          Ностальгичненько
                                          • +3
                                            Ну что вы делаете, демоны, нельзя же постить такое. Сейчас не выдержу и снова скачаю эту игру.
                                            • +4
                                              Главное не нападай первым, строй катапульты, копи золото, строй большие замки около главной резиденции и прокачивай там юнитов в генералов.
                                              • +1
                                                Не боитесь разочароваться, увидев, что ваш новый компьютер работает ни на сколько не быстрее на последней дополнительной карте и не поддерживает звуковуху? :))
                                        • 0
                                          хороший лайф-хак
                                      • +1
                                        Я уже давно не джуниор, но меня тоже иногда удивляет, когда за какой-то особо интересный проект платят на порядок больше, чем за рутину. Он же такое интересный, его и бесплатно не грех сделать :)
                                        • 0
                                          Ну, хотя бы за еду :)
                                      • +6
                                        Джуниор это инвестиции для компании. Достаточно рисковые.
                                        В среднем, первые полгода-год он не окупается, а только тратит — тратит время лида и миддлов, свою зарплату, налоги, велосипеды, баги.
                                        А в связи с тем, что в последнее время рынок перегрет, джуниоры хотят много денег сразу.
                                        Поэтому сейчас мало компаний возьмут на воспитание джуниора без кабальных контрактов.

                                        • +1
                                          Практика в крупных компаниях несколько другая.
                                          Заключается соглашение с университетами, на практику с низкой зарплатой берётся студент. Таким студентам дают отдельные маленькие проекты, или некритичные части больших проектов. Если за 3 месяца он показывает хорошее развитие и результат — после получения диплома нанимают на позицию джуниора.
                                          Дальше думаю ясно.
                                          • +8
                                            В среднем, первые полгода-год он не окупается, а только тратит


                                            Вот это всегда удивляло. Это как надо поставить процесс разработки, чтобы человек за целый год не мог сделать ничего полезного?
                                            Джуниор — это человек, который знает синтаксис языка, но имеет мало опыта в реальной разаработке.
                                            Ок, науськиваем его на какой-нибудь более-менее отдельный модуль. Сколько времени нужно, чтобы в нем разобраться? Ну месяца-то хватит.Если больше, то проблемы с архитектурой очевидны.Через месяц человек уже может править баги в этом модуле и дописывать какой-то функционал. Пары месяцев хватит, чтобы толковый человек прочитал результаты код ревью своего кода и осознал в чем есть ошибки и как сделать лучше.Если нет — ну что ж, три месяц как раз испытательный срок.
                                            Студенты курса «операционные системы» в приличных институтах вполне себе пишут патчи для ядра линукс, вролне разбираются в его кодовой базе в качестве курсовой.
                                            Юные хирурги, солдаты, ученые в первый год вполне приносят пользу, а программисты почему-то не могут…
                                            • +2
                                              Ну, тут может быть вариант, что пользу-то приносит, но пока зарплату и прочие траты (налоги, социалка и т. п.) не отрабатывает. Но вообще согласен — или очень неудачно наняли, или сильно завысили зарплату изначально, если за полгода он не смог хотя бы в ноль по бюджету выйти. Ну или вообще никого нанимать не надо было — и так бы справились :) Исключения равзе что проекты требующие глубоких теоретических и практических знаний в предметной области, но тогда лучше, наверное, специалиста в этой области обучить программированию, что часто подтверждается в топиках нужна ли «математика программисту».
                                              • +1
                                                Еще есть проблема в том, что никоим образом невозможно определить, в «плюс» джуниор для компании работает, или в «минус», если работа идет в команде. Оценивает все это руководитель и часто очень субъективно.
                                                • 0
                                                  Да, в принципе очень сложно оценить полезность программиста в деньгах.
                                                  Вот например человек исправил название переменной aaa1 на numOfClients. Это он сколько пользы принес? На 100 рублей? Или на 0 рублей, потому что клиент этого не заметит?
                                                  Я верю, что теоретически можно подсчитать, в какой момент технологический долг начнет приносить компании ощутимые убытки и насколько этот долг уменьшит такой рефакторинг, но не верю, что в «нормальных» компаниях таким занимаются.
                                                  • +2
                                                    Вопрос еще в том, сколько будет «стоить» этот подсчет, и какой смысл тратить эти «деньги» :)
                                                    • 0
                                                      Это вам сейчас есть над чем подумать в конструктиве, а как вы будете пользу от бухгалтера вычислять?
                                                      • +1
                                                        Эмпирически — убрать бухгалтера, посадить чувака с улицы за МРОТ и посмотреть на результаты :)
                                                        • 0
                                                          Тогда у вас получится что-то вроде деления на ноль, чего делать нельзя. Таким образом сумма пользы от каждого человека многократно приысит общую пользу. Т.к. без бухгалтера потеряешь 100% прибыли, без охранника потеряешь 100% прибыли, без дикертора..., без менеджера(продавца)...,…
                                                          • 0
                                                            Тогда только рыночным механизмам доверять — минимизировать зарплату пока приходят люди с достаточной квалификацией (не формальной, а реальной).
                                            • 0
                                              Мне кажется что это касается не только программистов, на самом деле. У них наверное это наиболее «остро» стоит, но думаю и в других отраслях точно так же. Точно так же из эникейщиков со временем можно вырастить нормального админа, к примеру.
                                              • 0
                                                А можно вырастить эникейщика, который может работать с вдвое большим количеством эникеев и считает себя кулхацкером :) Грань в самосознании тонкая :)

                                                Это я не поржать, а к тому что человек должен хотеть куда-то развиваться, иначе он не сможет вырасти из эникейщиков вообще никогда. Не заинтересованного не вырастишь.
                                                • 0
                                                  Естественно, всё упирается в желание. Я вот начал работать в 16 лет эникеем и все 12 лет работы стремился узнавать что то новое, в итоге сейчас я считаю себя неплохим, средней руки админом, но я всё ещё хочу учится и развиваться дальше (при чём уже и в программировании в том числе)
                                                  • 0
                                                    Ну эникейщик по определению должен развиваться больше чем программист. Новый софт и оси, новые версии старого, новое железо и т. п. А программист в теории может десятилетиям ничего нового в программировании не изучать, а просто выдавать результат — работающую программу, если его заказчиков/работодателей не интересуют такие вещи как качество кода, использование современных технологий и методологий, несовместимость с современным софтом/железом и т. п. Вон не так давно серия постов была о человек который до недавнего времени писал и успешно продавал бухгалтерский софт на FoxPro для DOS — вырос он как программист за 20 лет? Сомнительно.
                                                    • 0
                                                      Про программиста и 2- лет — это и правда только в теории :)
                                                      • +1
                                                        Хотите сказать, что столько не живут?
                                                        • 0
                                                          Ну почему в теории только? Vendor lock и все дела. Это, конечно, не массовый рынок, но в какой-то очень узкой нише вполне реально, особенно если пользоваться внерыночными методами борьбы с конкурентами.
                                                  • +4
                                                    Возвращаясь к вопросу о возможности сэкономить, наняв Джуниора. Уровень молодого специалиста все время растет, соответственно, должна расти и зарплата.

                                                    Должна…

                                                    Во многих компаниях, как я могу наблюдать, вообще нет такого понятия как «джуниор». В них все — «программисты»/«инженер-программисты». И довольно странно порой видеть человека, проработавшего в компании лет 10, который получает не на много больше, чем новый работник.
                                                    • +1
                                                      И компании обычно отечественные, советского образца. Такое наблюдалось на прошлой работе после ухода половины отдела. Тем кто работает долго — платили немного, когда все ушли постарались заинтересовать новых работников.
                                                      Математика простая: ушло условно 4 человека с зарплатой в 10 рублей — наняли 2-их на 12, оставшиеся 16 поделили еще на шестерых. Итого имеем 6 старых работников с зарплатой по 13 рублей, 2 новых с 12. Доп расходов нет — ситуация для работников «улучшилась».
                                                      • 0
                                                        Это нормально. Многим через 10 лет надо снижать зарплату. Потому что ничего кроме «наш проект уникальный, мы не можем делать так, как остальные, поэтому мы вводим ещё 23 новых процесса информирования начальства» они больше не могут. Вот эти ребята работают в глубокий минус. Вплоть до «проект закрыт по финансовым соображениям — заказчик убежал к конкурентам».
                                                      • +4
                                                        Про одну компания как-то услышал фразу: «не просто дают знания, но и платят стипендию», имя в виду, что на ту з/п, что это компания считала нужным платить работникам, иначе как стипендией назвать было нельзя. Шли на эти деньги по большей части студенты, ну или те, кому было край как надо работу найти.

                                                        Неудивительно, что уход работника происходил сразу, как только ему подворачивалось что-то поприличнее. Рук-во при том думало, что экономит, а все коллеги уходящего начинали грустить, т.к. любого работника заменить на студента — это не месяц и не два натаскиваний его… Про качество продукта компании говорить даже не буду, и так понятно.

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

                                                            Личное наблюдение — после отказа от предлагаемого повышения приходится увольняться, потому условия работы как-то ухудшаются. Вроде ничего конкретного, вернее мелочи какие-то типа премии на 5% меньше выписали, не разрешили на полчаса раньше уйти, коллегам мониторы меняют, а ты в конце очереди оказываешься, и т. п., но как-то капля за каплей…
                                                        • +4
                                                          Я не рассматриваю вариант, когда опытный тим-лид, чувствует в себе силы и желание помогать молодому поколению программистов, делясь своим опытом. Это прекрасно! Но я такого не встречал. Самый распространенный случай — Джуниор стоит дешевле.

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

                                                          Причин несколько:
                                                          1) социальная ответственность — понятие, по-видимому, в России незнакомое. «Соседские дети хотели бы научиться программировать, но в школах/вузах их научить некому — неужели дадим их таланту пропасть?»
                                                          2) вложение в экосистему — «чем больше программистов будет вокруг через десять лет, тем лучше будет всем, и в частности для нас рынок будет шире и лучше».
                                                          3) реклама — «если первое, с чем он привыкнет работать как программист, будет наш продукт, то наверняка он продолжит им пользоваться и в дальнейшем».
                                                          • 0
                                                            Даже сложно поверить, что такие фирмы есть в РФ и они частные. Про РБ я вообще помолчу :)
                                                            • 0
                                                              Наверное потому, что в РФ и РБ не относятся всерьёз к бизнес-моделям, предполагающим долгосрочные инвестиции?
                                                              И девиз отечественного бизнесмена — «куй железо, не отходя от кассы»?
                                                              • +2
                                                                Почему сложно поверить? Многие крупные конторы активно работают со студентами, самый простой пример — Яндекс.
                                                            • +2
                                                              Мне кажется, что не стоит забывать, что не всякий джуниор = студент/только выпустившийся из университета.
                                                              Инженер, который сменил род деятельности тоже будет на первых порах джуниором (как по факту, так и по приставке в названии должности). К примеру, QA перешл в разработчики или наоборот. У такого инженера есть определенный опыт за плечами. Но его нужно поднатаскать под новый для него род деятельности, и это не всегда убытки в полугодовой перспективе. Как уже заметили, любой новый человек, даже если он супер специалист в своем деле, на новом проекте даже в первый месяц не принесет особо много прибыли кампании т.к. в проект надо еще влиться.
                                                              • 0
                                                                Угу, тоже хотел отметить этот момент. Временами отсылаю резюме на вакансии Junior в областях, на которые хочется сменить текущую.
                                                              • +1
                                                                Вот интересно посмотреть на статистику по возрасту Junior'ов. В каком возрасте не стыдно начать Junior'ом?
                                                                • 0
                                                                  Мне в 38 не стыдно. Другой вопрос, что похоже работодателям за меня стыдно.
                                                                  • +3
                                                                    Хмм, а я вот в 40 лет думаю начать. Вот такой Junior.
                                                                    • 0
                                                                      Вопрос скорее в HR-магии. Вы готовы работать в коллективе, в котором средний возраст 25, а вашему начальнику, который будет давать вам по рукам за «кривой код», около 27-ми?
                                                                      А если честно? :)
                                                                      • 0
                                                                        Почему нет? Не раз работал, да и вообще с молодежью на равных общаюсь. Например с одногруппниками моей девушки, которой как раз 25.
                                                                    • +1
                                                                      Стыдно не начать, если есть такая возможность и желание. Другой вопрос в отношении работодателя к вашему возрасту
                                                                    • +1
                                                                      Спасибо, вынес одну ценную мысль — четко понимать для каких задач берется джуниор. Соответственно, можно из него вырастить узкоспециализированного профессионала, который закроет определенный фронт работ. Причем для узкого круга задач человека подготовить можно гораздо быстрее, чем разработчика-универсала, который умеет всё.

                                                                      На практике обычно все происходит иначе — руководство решает влить денег в проект, чтобы было быстрее/лучше, открывается вакансия, под нее находится джуниор. Далее тимлид уже по факту думает что бы ему такое дать, чтобы не мешал работать и сам справлялся. Ну да, человек растет, но вширь, т.к. кидают ему задачи простые и абсолютно разные.
                                                                      • 0
                                                                        И этот человек будет вынужденно к вам лояльней :)
                                                                        • 0
                                                                          Это про тот случай, когда я недавно интересовался — «как поменять менеджера?» :) Если с тимлидом не согласовали прием на работу сотрудника, то тимлид должен менять руководителя:)
                                                                          • +1
                                                                            Ну, согласовать может и согласовали, то есть известили, что вакансия открывается, попросили требования написать и т. п., а потом он выбирал из кандидатов.
                                                                        • 0
                                                                          Хорошая статья, но почему-то у меня сложилось впечатление, что вы работали всегда только в одной компании, максимум — в двух, через призму которых вы и делаете обобщение.

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


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

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


                                                                          Но ее осознает каждый настоящий руководитель/teamlead. На эту тему могу рассказать анекдот: на одном проекте осталось двое сотрудников: программист и менеджер. Программист подходит к менеджеру и спрашивает «Слушай, значит, я теперь тимлид?».

                                                                          Но я такого не встречал. Самый распространенный случай — Джуниор стоит дешевле.


                                                                          По-мойму здесь перепутаны директор, менеджер и тимлид. Это ведь не тимлид решает, кого нужно нанимать, чтобы проект стал более рентабельным, итд.
                                                                          • +1
                                                                            Это ведь не тимлид решает, кого нужно нанимать, чтобы проект стал более рентабельным, итд.
                                                                            Вот тут не согласен с вами. Директор мыслит категориями вложений-прибыли: «Давайте наймем еще человека, чтобы ускорить сроки и увеличить прибыль». Менеджер тоже слабо представляет кто нужен проекту: «Можно усилить тех.поддержку или разработку внеплановых задач, которые вечно срывают сроки». И только тимлид знает, что «На поддержке больше всего проблем вызывает СУБД, а вне плана чаще всего приваливают доработки отчетов, значит нам нужен чувак со знанием xxxSQL и yyyСУБД, коммуникабельный и флегматичный одновременно (техподдержка)».
                                                                            Естественно, на практике круг ответственностей и роли могут быть достаточно сильно искажены личными качествами всех этих руководителей.
                                                                            • 0
                                                                              Вы не о том. Я говорю о финансах в плане конкретных чисел, а не каких-либо категорий в стиле «ускорить», «увеличить». В компаниях, где работал я, финансами занимались менеджеры и директора проектов. Тимлид не отвечает за финансы и не должен забивать себе голову чужими обязанностями.
                                                                              Далее: рассказы про менеджеров, которые ничего не знают и что-то там слабо представляют я с вашего позволения оставлю за бортом, поскольку не считаю таких людей квалифицированными менеджерами. И также замечу, что поскольку вы говорите о техподдержке, то менеджеры на таких «проектах» имеют как правило гораздо большую возможность вникать в детали процесса, поскольку техподдержка не является проектной деятельностью в большинстве случаев.
                                                                          • 0
                                                                            Самый распространенный случай — Джуниор стоит дешевле. Если это ваш случай — откажитесь от этой идеи.

                                                                            Есть аутсорсинговые компании, делающие ставки именно на джуниоров. При том, если джуниор вырастает до сеньора, то его не очень то пытаются удержать, если тот требует зп хотя бы среднюю по стране в этой технологии.
                                                                            Если представить, что весь персонал это пирамида (уровень снизу вверх), то такие компании увеличивают пирамиду, закладывая новый фундамент, а не достраивая ее на основании более опытных сотрудников.
                                                                            Мне кажется, такой подход особенно оправдан в отделах саппорта. А сеньорам можно делегировать более сложные и ответственные задачи.
                                                                            • 0
                                                                              Есть такая классическая книга «Управление фирмой, оказывающей профессиональные услуги». Там как раз с этой пирамиды всё и начинается. И в именно уникальностью услуг (в смысле бизнес-процессов, а не в смысле рынка) определяется форма этой пирамиды. Если услуга отлажена и есть чёткий бизнес-процесс по которому её могут делать младшие специалисты, основание пирамиды должно расширятся. Иначе, оставляем джуниоров по минимуму.
                                                                            • 0
                                                                              Интересная статья.

                                                                              А может кто-то сказать, как подобное происходит с juniour web-дизайнерами? Что им на начальном этапе доверяют, какие требования?

                                                                              Заметил, что в вакансиях на младших программистов требуют «базовые навыки и понимание принципов одного ОО языков, а дальше научим», а вот у дизайнеров сразу «владение на высоком уровне вектор, растр, флеш и т д»
                                                                              • 0
                                                                                Везде по-разному, но вообще старший дизайнер (если так можно выразиться) отличается от младшего тем, что первый — это композитор, а второй — больше исполнитель. Соответственно, владение «инструментом» — это действительно важный requirement для младшего дизайнера.
                                                                                • 0
                                                                                  Спасибо за ответ. Я так и думал примерно. Странно, что на вакансию джуниора дают в основном задания «А сделайте из вот этого что-то креативненькое с иллюстрациями и рисованными иконками» :)
                                                                              • 0
                                                                                Я бьюсь уже долгое время и не могу никак найти ответ, может вы скажите хоть: до какого возраста джуниоров компании готовы трудоустраивать у себя? Понятно что седовласый джуниор 50ти лет это бред, и 45ти, а 40? а 35? Где проходит эта черта. Причем я имею в виду полного нуба, который перешел в эту сферу из других тех. специальностей, не гения и не тунеядца.

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