Для джуна поиск работы похож на полосу препятствий. Тот, кто успешно преодолел ров с крокодилами, катящиеся шары, лаву и дротики с ядом, получает приз — классную работу.
Всем привет, это Макс Кравец. В 2021 году я написал серию статей о том, почему джуны никому не нужны и куда катится рынок зарплат разработчиков в IT. В них я посмотрел на вопросы со стороны нанимателя. Рассказал, почему джуны — это рисковая инвестиция. Дал общие советы, как новичку не застрять на начальном уровне, прокачать самостоятельно soft- и hard-скиллы и достигнуть желаемого роста в зарплате. Спустя полгода я решил дополнить эти материалы.
В общем, в этой статье разберу причины, почему джунов все еще не хотят брать на работу. И расскажу, как должен развиваться начинающий разработчик, чтобы быть конкурентоспособными. В конце — бонус от меня и команды Holyweb.
Причина №1. «От тебя одни убытки!»
Джун не приносит прибыль компании. Иногда его работа выходит в ноль, но чаще это минус. Джунам нужны менторы: они не самостоятельны, не умеют писать качественный код и взаимодействовать с окружением, не понимают принципов командной разработки. Компания вынуждена тратить время опытных разработчиков на обучение такого специалиста. В текущей ситуации работодатели не хотят идти на такие издержки.
Что делать джуну? Уже на собеседовании покажите, что вы способны приносить пользу с первого месяца. Или будете приносить ее в ближайшее время.
Научитесь делать качественно небольшой перечень задач, например, создавать формы авторизации и регистрации. Разберитесь с тем, как работать с UI Kit, сделайте пять, десять форм, а потом спросите у комьюнити, насколько это правильно и качественно. Вы получите экспертизу на небольшом участке работы и сможете показать ее на собеседовании.
Создавайте pet-проекты. Важно, чтобы это было что-то стандартное — задачи, которые потом встретятся вам в коммерческой разработке. Например, на любом React-проекте есть типовые задачи: формы авторизации, регистрации, восстановления пароля, корзина, дашборды, таблицы. В каждом интернет-магазине есть корзина, добавление в избранное, карточка товара. На интервью дайте понять работодателю, что способны забирать рутинные задачи на себя. В обмен на 20-30% задач, нацеленных на ваш рост.
Ищите компании со стажировкой, пусть и неоплачиваемой. Гуглите, изучайте подборки hh и Хабр Карьеры, читайте отзывы, спрашивайте в комьюнити: «Ребят, посоветуйте компании, где стажироваться». Возможно, вы не получите ответ с первой или второй попытки, но уверяю, рано или поздно он поступит. Есть много людей, готовых помогать джунам.
Вот четыре признака стажировки, которая вам подходит:
Должна соответствует вашему профилю. Если вы топите за JS, ищите обучение в этом направлении и не соглашайтесь на что-то отвлеченное.
Это действительно должна быть стажировка. Не просто формальная подпись о прохождении практики. Вас будут вовлекать в разработку и обучать практическим навыкам.
В компании выстроена корпоративная культура и прозрачная система оценки работы сотрудников. Это можно понять по отзывам.
Вам дадут ментора, к которому можно будет обращаться с вопросами.
Лайфхак: если вы очень сильно хотите попасть в какую-то конкретную компанию, предложите работодателю поработать тест-драйв — поработать 1-2 недели бесплатно без оформления. Если справитесь, компания оплатит вашу работу и оформит в штат. Так вы повысите свою вероятность попасть на работу мечты. Но не злоупотребляйте этим способом.
Причина №2. Удаленка
С одной стороны, удаленка решает кучу проблем: не надо толкаться в общественном транспорте в час пик, появляется несколько дополнительных часов в день. С другой, пропадает важная часть развития — личное взаимодействие с командой, менторами и средой. Вопрос холиварный, но я на своем опыте убедился, что прогресс в развитии сотрудника в офисе происходит в 2,5–3 раза быстрее, чем на удаленке.
Вторая важная часть удаленки — это доверие. Представьте, вы джун в офисе и вам дают сложную «боевую» задачу. Вы сидите над дней с утра до вечера, советуетесь с ментором. Project-менеджер видит процесс и думает про вас: «У него не получается, но он старается. Дадим ему шанс».
Другая картина: квартира, та же задача. Раздражение ментора, потому что вы обращаетесь, когда он максимально занят. Раздражение project-менеджера, потому что прогресс медленный или его совсем нет. Какое мнение? Правильно, «он не работает». Добавьте к этому страх джуна спросить, уточнить задачу и прочие прелести вербального общения или переписки.
Кажется, ситуация безвыходная. Но у любой задачи есть решение — интенсивный набор опыта и формирование доверия к себе. Поэтому:
В идеале ищите компании с офисом в вашем городе. Гибридный график — отличное решение для старта. Это поможет снять проблему доверия нового руководства и коллег.
Если вы нашли работу / стажировку на удаленке, постарайтесь быстрее понять правила игры в компании. Запрашивайте созвон «один на один» с руководителем. Задавайте вопросы: «что я делаю так / не так?», «в чем мне нужно прибавить компетенции?» и так далее. Самому запрашивать обратную связь — это нормально. Чем раньше вы поймете, что принято или не принято, тем лучше адаптируетесь. А еще будьте предсказуемым для своего ментора — если не успеваете сделать задачу в срок, скажите об этом как можно раньше.
Не нашли работу или стажировку — делайте совместные pet-проекты или Open Source проекты, даже с такими же новичками, как вы сами. Так вы быстрее поймете, как устроена командная разработка.
Чтобы не застыть в развитии на удаленке, окружайте себя полезным общением с профессионалами. Найдите ментора, тоже желательно из вашего города. Помогут профильные сообщества ВКонтакте или Твиттере, Хабр или сабреддиты на специальных форумах — Stack OverFlow, Reddit, CyberForum. Вполне возможно найти наставника, который готов помогать за интерес или небольшие деньги.
Общайтесь с комьюнити. Задавайте вопросы на Хабре, делитесь pet-проектами, запрашивайте ревьюить ваш код. Получите продуктивное живое общение.
Мы все понимаем, что кружка с логотипом PHP или фотоальбом с хакатона во «ВКонтакте» — это не то, что делает программиста хорошим программистом. Но, как ни странно, эйчары на такое все еще обращают внимание. Так что поработайте над собственным позиционированием: намекните, что вы дышите разработкой, фанатеете от определенных технологий. Удивительно, но факт: это работает и добавляет вам очков в глазах HR-специалиста.
Причина №3. Фулстечность
Джуны не могут определиться со стеком. Учат все подряд — фронт, бэк, мобильную разработку, и не специализируются на чем-то одном. В итоге на собеседовании быстро выявляются поверхностные знания.
Другая крайность: джуны закапываются в роадмапах, стараются выучить все и умирают на середине списка. Если знания не закреплять практикой, мозг забудет их почти сразу.
В начале пути сфокусируйтесь на одном стеке или языке. Например, JavaScript + TypeScript + React будет отличной связкой для фронтенд-разработчиков. Если говорить про PHP, остановитесь на фреймворках Laravel или Lumen — для старта этого будет более, чем достаточно.
Подкрепляйте теоретические знания практическими задачами, например, pet-проектами.
Причина №4. Пресловутые софт-скиллы
В современной разработке почти не осталось разработчиков-одиночек. Программист — командный игрок: планирование спринта, обсуждения в процессе, код-ревью, общение с QA-командой, менеджером, девопсом. Ваша способность взаимодействовать проверяется через навык самопрезентации и умение четко излагать свои мысли.
Их можно наработать только практикой.
Тренируйтесь проходить собеседования дома, записывая свои ответы на диктофон. В качестве интервьюера подойдет даже ваш кот ;)
Попробуйте найти ментора, который вас прособеседует.
Смотрите видео на YouTube, как проходить собеседования. Изучайте подборки в стиле «40 самых популярных вопросов на собеседовании».
Тренировка добавит вам уверенности!
Причина №5. Зачем курсы, если есть гугл?
Часто встречаю джунов, которые признаются, что идут на курсы ради контроля. «Я отдал деньги, у меня будет программа и наставник, который меня проконтролирует». Это тупиковый подход. Если вы не готовы изучать все самостоятельно и для достижения целей вам нужна дополнительная мотивация, хорошим специалистом вам не стать.
Длительность некоторых курсов составляет 10-16 месяцев. За это время в коммерческой разработке можно стать хорошим специалистом. Тем более существует много бесплатных курсов, которые можно проходить, работая над коммерческим проектом.
Как будем это менять?
Научитесь гуглить. И не только на русском языке. Вообще, умение «серфить» — супер важный навык, которым обязан владеть каждый разработчик.
Развивайте навык самоконтроля. Лучший менеджер — это вы сами.
Отдельного внимания требуют бесплатные сервисы и курсы. Например, фронтенд-разработку можно изучать на Современный учебник JavaScript и HTML и HTML5.
Причина №6. «Да выучи ты уже!»
Из моей практики: кандидат, который отлично знает теорию, имеет гораздо больше шансов пройти собеседование, даже если на лайвкодинге не может решить всех задач. Логика работодателя проста: «Окей, он не дотягивает по hard-скиллам, это наработается с практикой. Зато ему не нужно разжевывать теорию».
Поэтому снова — научитесь гуглить. «Список вопросов для собеседования» + ваш вариант стека (JS, PHP, Java и так далее)*. В интернете можно найти массу примеров решения. Например, на портале LeetCode хорошие задачи на знание структур и алгоритмов.
* Я разделяю языки программирования на более и менее сложные в изучении. Это связано с количеством документации, поддержкой комьюнити и проектами, которые на нем создаются. С условного JS проще начать карьеру, чем с Java.
Причина №7. Резюме и Git
Джуны не понимают, насколько важно хорошо заполненное резюме с расписанными проектами и задачами. Пишет мне парень: «Я уже отправил 150 откликов на вакансии, мне не отвечают! Подскажи, что в нем не так?».
А собственно, там нет ничего, что может рассказать о нем как о специалисте, — с чем работал, какие задачи решал.
Наличие Git также большой плюс. Он показывает уровень подготовки, прогресс и задачи, с которыми вы работали. Мои разработчики запрашивают Git даже у джунов. И на собеседовании задают вопросы по нему. Почему это так сделал? Почему выбрал такое решение?
Поэтому обязательно оформите свое резюме — на что обратить внимание:
Распишите технологии, которые трогали. Все, по которым имеете теоретические знания или использовали в pet-проектах. Чем больше, тем лучше.
Обязательно указывайте образование и дополнительные активности, например, староста или победитель олимпиад.
Добавьте ваши проекты и опишите фичи, которые в них реализовали, даже если они кажутся мелкими. Нет коммерческих проектов? Описывайте pet-проекты.
Остались вопросы? Предлагаю поразгонять в Твиттере в эту пятницу, 29 июля в 20:00 по МСК. Я и senior-разработчик из команды фронтенда ответят на вопросы про поиск работы джуну, развитие карьеры и другие штуки, связанные с ИТ. Подписывайтесь на мою страницу в Твиттере, чтобы не пропустить старт!
И напоследок. Наша команда хочет помочь джунам в поиске работы в непростой 2022. Я выберу из комментариев одного из желающих, и мы вместе эйчарами Holyweb поможем составить содержательное CV, на которое вы будете получать отклики, а не стикеры «рука-лицо».
Для участия оставьте комментарий или напишите мне в Телеграм. Опишите ваше био (стек, опыт, где учитесь / работаете) и оставьте ссылку на текущее резюме. Итоги подведем 25 июля.
Комментарии (145)
Lesage
20.07.2022 13:27-19С такими статьями было бы весело, если бы существовал условный профсоюз джунов, который объявил бы забастовку года эдак на 3 - просто обвалилось бы количество новых людей в индустрии до нуля. Интересно было бы посмотреть, появлялись бы статьи "джуны не нужны" после этого.
suslovas
20.07.2022 13:40+39А забастовка против чего? Что их на работу не берут? Нас не берут на работу. по этому мы не пойдем к вам на работу и будем 3 года жить на солнечной энергии? Ну это странно,
Nihiroz
20.07.2022 13:43+6А что джуны будут кушать все эти 3 года? К тому же за время этой забастовки цены на джунов постоянно будут повышаться, и я не уверен, что у всех джунов хватит силы воли жертвовать собственными интересами в угоду общественно-джуновским
aamonster
20.07.2022 14:48+2К тому же за время этой забастовки цены на джунов постоянно будут повышаться
Не будут (точнее, будут не постоянно, а, вероятно, под конец этой забастовки, когда нехватка мидлов вырастет до такого уровня, что будут готовы вместо них брать джунов). Будут расти цены на мидлов (ведь пополнения нет).
И что самое неприятное – в первую очередь такая забастовка ударит по фирмам, которые готовы нанимать и учить джунов.А что джуны будут кушать все эти 3 года?
Пойдут в другие специальности, есть много разного. К примеру, квалифицированных сварщиков всегда не хватает. Всё равно за время "забастовки" они до мидлов не дорастут.
k102
20.07.2022 16:03+2Пойдут в другие специальности, есть много разного.
Т.е. в разработку они не вернутся, значит забастовка будет бессрочной. В итоге они пожертвуют своей карьерой для следующего поколения джунов, так что ли?
aamonster
20.07.2022 16:09+5Почему "для следующего поколения джунов"? Просто пожертвуют. Точнее, поменяют карьеру в IT на другую, на IT свет клином не сошёлся.
k102
20.07.2022 16:24+1Имею в виду - нафига им это делать? Если бы они умели и хотели заниматься чем-то еще, они бы так и поступили
aamonster
20.07.2022 16:43+1Ну, если туда можно наняться и там платят – то почему нет?
Если бы они умели и хотели заниматься чем-то еще, они бы так и поступили
Жизнь заставит – научатся и захотят. Не стОит их недооценивать.
k102
21.07.2022 13:32+1Я их не недооцениваю. А вот вы, кажется, переоцениваете привлекательность it - если за время "забастовки" они получат другую профессию, зачем бы им потом ее менять, снова начиная с начала?
aamonster
21.07.2022 13:55Незачем. Я про это и говорю: будет у нас меньше джунов-программистов (раз на них спрос низкий), но больше специалистов в других областях.
Ну или иначе можно сформулировать: чем устраивать забастовку на три года (джуну-то) – лучше поменять профессию. Может, за эти три года до мидла-сварщика дорастёшь.
Правда, всё это ведёт к "трагедии общин" – новым мидлам-программистам будет неоткуда взяться (все "собирают урожай" мидлов, но никто не заботится о "поле", на котором они растут). Но это забота не джунов, а фирм по разработке ПО.
Dismal
22.07.2022 09:56Тут такое дело, что скорее всего джунов будут набирать из ВУЗов и профильных колледжей, так как это наименее рискованная категория, а "вАйтишники" пойдут обратно работать в продажи или таки дорастут до сеньора-сварного.
aamonster
22.07.2022 11:04Это да.
Я говорил про гипотетическую (фантастическую, откровенно говоря) ситуацию "забастовки джунов" – когда нанять их станет вообще невозможно (из колледжей сразу будут уходить на переподготовку в сварщики). Т.е. три года без новых джунов в разработке. Когда будет, как в лазере – инверсия населённостей уровней :-)
M_AJ
20.07.2022 20:19+2Т.е. в разработку они не вевернутся
Откуда это следует? Будут брать джунов — уберут в гараж сварочные маски, и пойдут на собеседования в IT.
Rahovski
20.07.2022 13:50+2Ну хоть статья и имеет немного агрессивный оттенок в начале, но прямо сказано, что:
В общем, в этой статье разберу причины, почему джунов все еще не хотят брать на работу. И расскажу, как должен развиваться начинающий разработчик, чтобы быть конкурентоспособными. В конце — бонус от меня и команды Holyweb.
И дальше перечислены пункты,которые будущему кандидату стоит подправить перед подачей отклика на вакансию.
По опыту набору Junior разработчиков к себе в команду могу сказать,что в идеале у кандидата не будет выполнено каких-то пунктов. Мало pet projects, не сразу прикрепил ссылки на репозиторий и etc. И это абсолютно нормально, окончательная полировка специалиста будет во время практики в команде. И в итого можем получить специалиста под свой стэк с опытом, хоть и пришлось вложить в это сил. Ну и кандидата в сферу подарили, что она жила и процветала.
Jian
21.07.2022 11:53+5если бы существовал условный профсоюз джунов...
lol что?!
Цель профсоюзов это увеличение зарплаты и улучшение условий труда, а не брать на работу каждого встречного с обвалом заплат до минималки из-за избытка работников. Везде, где есть профсоюзы - они не смягчают условия входа в профессию, а напротив поднимают планку повыше, чтобы зарплаты не падали!
micbal
20.07.2022 13:44+17Причина подмена понятий джун и стажер. Джун готов не дорого выполнить простую задачу, то есть принести денег нанимателю. А стажера надо учить, это убыток для предпринимателя. Но могенники от курсов так и говорят: "три месяца и джун". Хотя так не бывает.
michael_v89
20.07.2022 14:43+1Это вы подменяете понятия. Нет такой характеристики уровня опыта "стажер". Стажер это тот, кто проходит стажировку. Если в компании нет стажировки, нет и стажеров. "Junior" переводится как "младший", и все разработчики без опыта входят в эту категорию, так как по определению не могут быть старшими.
michael_v89
20.07.2022 21:24+3Минусующим без аргументов рекомендую прочитать вот эту статью с описанием уровней опыта (на том языке, в котором появились эти термины):
Understanding Junior, Mid-Level, and Senior Developers
(подсказка: там нет никаких стажеров)А также словарь русского языка:
http://www.gramota.ru/slovari/dic/?word=%D1%81%D1%82%D0%B0%D0%B6%D0%B5%D1%80&all=x
СТАЖЁР — Тот, кто проходит стажировку где-л.
https://slovar.cc/rus/inostr-nov/1431043.html
СТАЖЁР ( фр. stagiaire) — лицо, проходящее испытательный стаж.
https://dic.academic.ru/dic.nsf/ushakov/1040986
СТАЖИРО́ВКА — Прохождение испытательного стажа на какой-нибудь работе.
mrise
21.07.2022 00:17+2там нет никаких стажеров
Цитата из приведённой вами статьи: "A good junior developer is a specialist who has completed courses or an internship".
В американских реалиях понятие intern очень близко по сути к стажёру. Настолько, что в reverso в трети случаев переводится именно так.
И, в целом, в указанной вами статье как раз говорится, что (хороший) джун должен иметь "the ability to solve simple tasks, but with support" и "basic knowledge of the profession".
Таким образом, заявляя, что все разработчики без опыта входят в категорию джунов, вы, по сути, противоречите собственным источникам. Потому что даже способность решать простейшие задачи и наличие базовых знаний о профессии не появляются из ниоткуда - это тоже знания и навыки, которые требуют приобретения. И вот здесь как раз появляется категория интернов/стажёров, из которых очень скоро получаются джуны.
Надо признать, что в некоторых направлениях разработки стажёры будут неотличимы от джунов - в конце концов, понятия "простая задача", "базовое знание" и даже "разработчик" довольно растяжимы. Но отрицать их существование - слишком категорично.
Хотя, тот, кому вы отвечали, на мой взгляд тоже слишком категорично высказался по поводу доходов, убытков и потребностей в обучении у джунов.
michael_v89
21.07.2022 06:00+3Цитата из приведённой вами статьи: "A good junior developer is a specialist who has completed courses or an internship".
Я как раз так и сказал — стажер это тот, кто проходит стажировку (an internship). Пока он проходит стажировку, он intern, когда закончил, уже не intern. Но если он не проходил стажировку, он все равно junior developer.
При этом стажировку могут проходить и опытные специалисты (под руководством более опытных).в указанной вами статье как раз говорится, что (хороший) джун должен иметь
Там также говорится "they lack a little experience". Я не говорил, что джун не должен это иметь.
Потому что даже способность решать простейшие задачи и наличие базовых знаний о профессии не появляются из ниоткуда — это тоже знания и навыки, которые требуют приобретения.
Это делается в университете и при выполнении собственных проектов. Если человек умеет программировать, но у него нет опыта работы, это Junior. Просто по определению слова "Junior", его придумали, чтобы обозначать эту категорию работников. Если человек не умеет программировать, его вообще нельзя назвать developer, и понятие "junior/middle/senior" к нему неприменимо.
Но отрицать их существование — слишком категорично.
Я не отрицал, я сказал, что понятие "стажер" не является общепринятой характеристикой уровня опыта. Оно существует параллельно им и связано с процессом прохождения стажировки.
dom1n1k
21.07.2022 03:23«Junior» переводится как «младший», и все разработчики без опыта входят в эту категорию, так как по определению не могут быть старшими.
То ли логическая ошибка, то ли сознательная манипуляция.
Junior developer == младший разработчик. То есть пусть и младший, но всё-таки разработчик. А человек совсем без опыта не является разработчиком. Ни старшим, ни младшим, никаким.
Поэтому да, джуниор это человек хотя бы с небольшим, но опытом. Умеющий решать несложные, но всё-таки задачи. И уже обладающий минимальной самостоятельностью.michael_v89
21.07.2022 06:08+3Нет, разработчик (программного обеспечения) это тот, кто умеет разрабатывать программы (то есть программировать). Если человек не умеет программировать, он не является разработчиком, если умеет, является. Независимо от того, сколько у него официального опыта работы.
Developer
"a person or company that creates new products, especially computer products such as software"
Junior
"0–3 years’ experience"
Junior developer
"0 – 1.5 years of experience"dom1n1k
21.07.2022 10:02это тот, кто умеет разрабатывать программы (то есть программировать)
Если программировать == уметь разрабатывать программы (а не просто знать синтаксис), то я именно это и написал. Умение это появляется после участия в решении реальных задач. Опыт не обязан быть записанным в трудовой книжке, но он должен быть реальным.
Пресловутые курсы такого опыта не дают, как правило. Сферический пет-проект в вакууме скорее всего тоже (ну блин не бывает такого, что человек нигде и ни с кем не работал, но запилил в одно лицо что-то серьезное). Универ — там когда как, по-разному бывает.michael_v89
21.07.2022 12:06Умение это появляется после участия в решении реальных задач.
Нет, после участия в решении реальных задач появляется опыт решения реальных задач. А опыт программирования появляется после участия в программировании, даже если это не реальные задачи. Может сделать тестовое задание, значит умеет программировать, несмотря на то, что это не реальная задача.
dom1n1k
21.07.2022 12:28На колу мочало, начинаем сначала. Там фигурирует слово «разработка». Разработка — это промышленный (звучит немного пафосно, но суть полагаю понятна) процесс, а не учебный.
И выполнить тестовое ещё не значит уметь программировать на уровне, достаточном для работы. Если речь идет о молодежи, от тестового обычно не ожидают идеального исполнения (лично я не ожидаю). Как правило, цель посмотреть на стартовые данные и понять, насколько человек перспективен/безнадежен.michael_v89
21.07.2022 12:40Там фигурирует слово «разработка». Разработка — это промышленный процесс
Ну давайте еще и на это цитату из словаря приведу.
Разработка программного обеспечения — это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения.Вики
Разработка программного обеспечения — деятельность по созданию нового программного обеспечения.
Программное обеспечение — программа или множество программ, используемых для управления компьютером.Про промышленность ничего не говорится.
И выполнить тестовое ещё не значит уметь программировать на уровне, достаточном для работы.
Неважно, что он не умеет программировать на уровне, достаточном для работы в вашей компании. Важно, что его можно назвать junior developer, даже если у него еще нет официального опыта работы. Разрабатывать умеет, значит developer, мало опыта, значит junior.
dom1n1k
21.07.2022 13:41+1Так нет тут противоречия моим словам :)
Всё верно, разработка это деятельность по созданию ПО. Но включает она не только написание буковок кода. Я всю дорогу пытаюсь донести мысль, что это более комплексный процесс, включающий анализ требований (да, у джуна он тоже есть, на своем уровне), взаимодействие с коллегами разных специализаций, выполнение регламентов и пр. И вот всё это приходит с реальным опытом.michael_v89
23.07.2022 04:13Ну а я пытаюсь донести мысль, что даже если человек знает эти вещи неидеально, а "на своем уровне", то он все равно разработчик. "Junior/middle/senior" это и есть обозначения этого уровня. А по вашим словам получается, что разработчиками можно называть только senior-ов с опытом работы не менее 10 лет, потому что у остальных опыта мало, и это "всё" пришло еще не всё.
Worminator_X
21.07.2022 09:11+1Манипуляция — подменять понятия, подразумевая под «без опыта» на самом деле «без коммерческого опыта». Опыт программирования в pet-проектах у начинающих разработчиков, как правило, есть.
Стандартная классификация в IT: junior — коммерческого опыта нет или менее года, начинающий разработчик; middle — опыт 1-3 года, участие хотя бы в одном проекте, разработчик с небольшим опытом; senior — более 3 лет, квалифицированный специалист.
SaharnyMishka
21.07.2022 09:12"и все разработчики без опыта входят в эту категорию"
Только вы джуном без опыта работы не устроитесь (ну в России по крайней мере). Может с точки зрения терминов они и входят, но на практике джуном без хотя бы минимального опыта (3-6 месяцев, а лучше год) не берут. Поэтому этот пробел и заполняется словом "стажер", потому что других не придумали еще, может введут чего со временем
michael_v89
21.07.2022 12:04Ну так это проблема компаний, которые не берут. Я вообще не очень понимаю, зачем для этого надо придумывать дополнительный термин. Не соответствует требованиям, значит не соответствует требованиям, хоть джун, хоть не джун. Такое ощущение, что это используется как какое-то моральное оправдание "Мы джунов берем, мы хорошие, а те кого не берем, они не джуны, они стажеры".
SaharnyMishka
21.07.2022 12:14Нет никакой проблемы у компаний и не должны они ни перед кем оправдываться, хотят берут, хотят нет. Есть противоречие в том что джун - человек без опыта и что нет, практически, ни одной вакансии на джуна, где этот опыт не требуется. И чтобы это противоречие как-то для себя закрыть люди и используют термин стажер
michael_v89
21.07.2022 12:48Нет тут противоречия. Джуниор это опыт примерно от 0 до 2 лет, а не именно 0 лет.
JediPhilosopher
20.07.2022 14:44+5Все эти джуны-синьоры - это слишком неформальные термины, каждый их как хочет - так и понимает.
И все-таки чаще всего мне встречалось понятие слова "джун" как "начинающий неопытный разработчик, требующий постоянного контроля и наставничества". Самостоятельно джун может решать задачи только в духе "сделать кнопку для тривиальной фичи", и то после того, как ему расскажут и покажут все.
И да, это убыток, так как опытный разработчик часто сделал бы все быстрее и лучше сам, чем объяснять то же самое джуну.
micbal
20.07.2022 14:53+8Учить джуна нужно только если его наняли на позицию мидла. А джун умеет выполнять работу джуна за зарплату джуна. То есть приносит прибыль а не убыток. На вакансию мидла не стоит нанимать джуна, тут будет убыток на обучение, чтобы небыло убытка нужно нанимать мидла.
Tim_86
20.07.2022 15:09+1Согласен. Даже за полгода-год обучения на курсах можно стать максимум потенциальным стажёром. Джуном - после такого же срока работы на реальных проектах.
michael_v89
20.07.2022 21:43+4А стажера надо учить, это убыток для предпринимателя.
Любого специалиста надо учить, как минимум особенностям вашего проекта. Поэтому на больших проектах даже Senior-специалисту на первое время выделяют наставника.
micbal
21.07.2022 06:40+2Тут тоже подмена понятий. Учить делать работу, и погружение в проект или онбординг на новом месте, это сильно разные вещи. Последние нужно и senior'у.
michael_v89
21.07.2022 12:33-1Нет, это одинаковые вещи, связанные с изучением новой информации. Изучить, как что-то делается в языке, в библиотеке, или в проекте, принципиально ничем не друг от друга отличается. Просто предполагается, что язык разработчик должен знать.
Вот устроились вы программистом на PHP, а через месяц на проекте внедрили Go для части функционала. Что-то для вас изменится в подходах к изучению? Нет, так же откроете документацию и будете разбираться, как и с основным проектом.
micbal
21.07.2022 12:40Логично, потому что мой уровень будет недотягивать до джуна на Go. Или начну писать на Go, простое и плохо, если у меня есть уровень джуна на Go.
siziyman
21.07.2022 12:46Не переживайте, хорошо на го писать невозможно. :)
micbal
21.07.2022 13:35:) Зря вы так, джависты привносят ООП и патерны банды 4х, все обвешивая интерфейсами, функциональщики пишут простые микросервисы и быстрые, где просто ООП, ORM и т.п. не нужны. И это все весьма быстро и стабильно работает. :)
siziyman
21.07.2022 13:45Го имеет к функциональному программированию даже меньше отношения, чем джава. О чём вы?
micbal
21.07.2022 13:52Как вы считаете, чистая функция возможна на Go?
siziyman
21.07.2022 14:04+2Из головы - чистая функция возможна на любом известном мне ЯП, включая го и упомянутую выше джаву. Возможность написать оную не является критерием того, что язык способствует функциональному подходу в программировании.
Вот то, что в го нельзя делать иммутабельные поля структур, и делать финальные переменные не-примитивных типов (const там есть только для литералов примитивных типов - даже не вызовов функций), куда больше мешает писать на го в функциональном стиле.
Я бы вообще сказал, что го максимально далёк от современного ФП, дальше всех из всех современных - в смысле относительно новых - языков, активно применяющихся в промышленной разработке.
micbal
21.07.2022 14:09Согласен, с константами и константными аргументами при передачу в функцию не очень, но можно по значению передать, горантировав неизменость. Наверно правильнее мне было сказать "процедурному програмированию". Да и микросервисы c GRPC и JRPC способствуют. :)
siziyman
21.07.2022 14:16Процедурному - да, но процедурно программировать опять же никто не мешает на той же джаве.
Микросервисы с невыразительным write-only кодом с корявой или отсутствующей обработкой ошибок, которому способствует го - это плохо. GRPC можно и в других, более адекватных ЯП использовать.
micbal
21.07.2022 16:53Ошибки могут оборачиватся по цепочке и так выходят на верхние слои, где цепочка разворачивается. Что плохого? То что выглядит не try-catch, но вполне работает. На худой конец и panic ловится в defer...
siziyman
21.07.2022 17:10Плохо то, что язык (и используемые коммьюнити инструменты и практики) не предоставляет механизмов предоставления информативных ошибок, с которыми удобно работать в коде программы. Исключения удобны как раз тем, что вы можете ловить конкретные, вам позволяет делать это система типов, и также можете информировать при желании, какие именно ошибки могут быть штатно выкинуты наружу. И исключения - ещё не лучший механизм, так-то.
inkelyad
21.07.2022 12:43Изучить, как что-то делается в языке, в библиотеке, или в проекте, принципиально ничем не друг от друга отличается.
Отличается. В случае проекта - мы большей частью изучаем(исключение - когда все пишется 'с нуля'), как в проекте что-то делать принято, чтобы делать это так же. Чтобы каши из разных способов делания одного и того же не создавать.
Когда же изучаешь язык или библиотеку - то просто необходимо попробовать так и эдак, посмотреть, что получилось, решить для себя, какой из способов лучше и когда что применять. В частности пробуешь совсем экзотические и странные способы, которые в реальном боевом коде скорее всего применять не будешь -- просто для того чтобы посмотреть 'что получится' и для того, чтобы свойства/устройство библиотеки было нагляднее и лучше в голове уложилось.
Возможно, более наглядное объяснение - это разница между изучением обычного (человеческого, на котором говорят) языка и изучением того, как тот язык, что знаешь, для написания текстов по конкретной теме использовать.
panzerfaust
20.07.2022 15:14+32Хватит обесценивать понятие "пет-проекта". Очередной "давайте напишем авторизацию на спринг-буте" - не пет проект. "Я научу вас формошлепать на анугляре" - не пет проект. Это, грубо говоря, детская раскраска. Контуры уже проведены - осталось фломастерами поработать. Так-то и литкодинг можно громко назвать "пет-проектом". Да, такие вещи необходимы, но раньше мы их скромненько называли "примерами".
Пет проектами в свое время были например nginx и scala. То есть люди в свободное время трудились первопроходцами, а не пирамидки из кубиков собирали.
Совет "начать пет-проект" тоже глупость несусветная. Сначала нужно увидеть какую-то проблему в своей рутине или в индустрии в целом, а потом иметь достаточный скилл, чтобы предложить новое решение проблемы. И это будет пет-проект
DailyMiracle
20.07.2022 15:33+10Пет проектами в свое время были например nginx и scala
TempleOS, вот это я понимаю пет-проект
Ndochp
20.07.2022 23:59Да берешь любую мелочевку (тудушник, финмониторинг семейный) и пилишь. Нет такой фиговины "искаропки" которая полностью бы удовлетворяла.
Так что если есть осознание нужности петпроекта, то можно его сразу начинать выбрав любую софтину, которой ты пользуешься, но в ней чего-то не хватает. Если она опенсорсная — еще лучше. Можно форкнуть и даже не слать MR в головную ветку.
Да, это не продашь, даже не соберешь миникомьюнити, так как на рынке все поделено и править баги, которые у тебя не воспроизводятся даже для знакомых лениво. Но это будет пет, это будет твой код, который можно показать на собеседовании, и это будет штука "по индивидуальной мерке".siziyman
21.07.2022 10:19+2К сожалению, в 99,99% случаев воннаби-джун будет делать такой пет, срисовывая один из миллиона туториалов в интернете - или, хуже того, все туториалы разом.
Если у меня на главной странице репозитория возникнут подозрения, что "пет-проект" джуна - очередной такой "а давайте перепишем туториал, переименовав только доменные объекты", я не стану даже смотреть на код, потому что с огромной вероятностью голова при написании кода включалась только, как подставка для глаз при копипасте из туториала.
Ndochp
21.07.2022 11:10Пет это не написанное, это используемое лично. Или хотя бы пишущееся с целью личного использования. "а давайте перепишем туториал, переименовав только доменные объекты" — это не жизнеспособный объект.
А вот "моя домашняя бухгалтерия" — жизнеспособный. Даже если половина там вообще мастерами платформы сделана через некст-некст-некст. Вторая то половина допилена так, чтобы мне удобно было. Причем удобнее, чем 1С: Деньги.
Но скорее всего в таком пете способности к написанию хайлоада не продемонстрируешь.siziyman
21.07.2022 12:45Сути дела это никак не меняет: если человек пишет, пусть даже и искренне для себя, что-то по туториалам из сети с минимумом личных усилий и рисёрча (раз мы говорим о начинающем изучать программирование без реального опыта), это не показывает его способности и знания.
БольшАя часть работающих уже ненулевое количество лет программистов тоже способности к написанию хайлоада никак не демонстрирует, если честно.
Ndochp
21.07.2022 12:59+3Если он не пишет иначе — это как раз показывает его способности и знания.
Он может найти туториал и дернуть из него нужный кусок.
Когда он придет в вашу компанию с большим легаси проектом (или не легаси) он точно так же будет дергать похожие вещи из соседних кусков проекта, туториалов и SO. Отличные навыки для джуна.
Как в анекдоте про научные уровни — диплом это компиляция из научрука, кандидатская — из литературы, вот в докторской можно и от себя что-то написать.siziyman
21.07.2022 13:44Он может найти туториал и дернуть из него нужный кусок.
Во-первых, к сожалению, как правило дёргают туториал плюс-минус целиком.
Во-вторых, человек, навыки которого ограничиваются "может дёрнуть кусок из туториала, но не может проанализировать, разобраться, написать своё" - это терпимый стажёр, может быть, но даже на джуна такой кандидат восторгов не вызовет, потому что люди с головой и знаниями есть, и они куда лучше, чем вот это вот
Ndochp
21.07.2022 14:46- Если пет используется в повседневной жизни, то там точно есть места в которых разобрался и подпилил под себя.
- "но не может проанализировать, разобраться, написать своё" из п.1 это не так. Ну и проанализировать, разобраться — это мидл и выше. А самое смешное, это то что в 80% после "проанализировать, разобраться" будет "и дернуть из проекта/туториала/SO" даже у мидла. (Сеньер или по памяти напишет, или шаблон вставит).
siziyman
21.07.2022 15:22Если пет используется в повседневной жизни, то там точно есть места в которых разобрался и подпилил под себя.
Нет, не точно. :)
Ну и проанализировать, разобраться — это мидл и выше
Нет, способность это делать - минимальные требования к тому, чтобы человек фулл-тайм занимался чем-то, кроме крудошлёпства.
Donkeyhot_kgd
22.07.2022 14:32"Сначала нужно увидеть какую-то проблему в своей рутине или в индустрии в целом, а потом иметь достаточный скилл, чтобы предложить новое решение проблемы."
Короче, нескоро или вообще никогда. Сначала накроет рутиной, потом дети-ипотеки, а потом уже и лет под сраку. Имхо, лучше делать, пока хочется -- и как можется.
acordell
20.07.2022 15:18+19Да, есть такое дело. Поставьте себя на место того, в чью команду попадает джун. Теперь у тебя, как у тимлида, помимо своих задач, есть еще буйный зверь на коротком поводке, в которого вливать, дрессировать и вытирать сопли еще минимум полгода, тратя на это силы и время. При этом объяснять начальству, что этот +1 к команде если и сказался на приросте общей производительности, то, вообще-то, отрицательно. Тут обычно никто ничего такого слышать в приницпе не желает, и в итоге ты херачишь и за себя и за того парня, с натужной улыбкой на губах и единственной мыслью "ну, все же когда-то были джунами..."
Потом проходят полгода-год, и джун уже что-то может. Даже, может, неплохо может, но вот проблема: он же не дурак, и понимает, что он теперь стоит на рынке больше. Ты идешь к начальству и говоришь, что: "...крутой чел, накиньте ему деньжат...уйдет же.." А тебе говорят, что "...пусть проявит себя... пусть подождет до следующего повышения..." и проч. хрень. А круче всего обычно слушать: "да на такие деньги мы могли бы и не джуна взять!". Да, блин, могли. И так и надо было сделать, и не есть никому мозги!
Денег в итоге не дают, и джун уходит на двойную зарплату, потому что ты хорошо отработал. И за себя и за джуна и за наставника. Но... нафига?
Diamon33
20.07.2022 21:57Всё так, но именно во втором абзаце вы и обозначаете:
А круче всего обычно слушать: "да на такие деньги мы могли бы и не джуна взять!"
Т.е. проблема-то не в том, кто вырастил специалиста (он, безусловно, крут), а в том, кто так распорядился кадрами и инвестициями в них.
Начальство думало, что джун останется потому, что "это честь работать в компании, которая его вырастила", хотя само при этом исходило только из корыстных побуждений.
zlat_zlat
21.07.2022 10:49С вашей точки зрения это описано так, будто тимлид сам этого джуна притащил и всем объясняет, почему он нужен и почему надо ему платить. Но вообще нормальная позиция должна идти от обратного - компания решила нанимать джунов как долговременную инвестицию, ибо не может позволить себе нанимать нормальных миддлов в команду. Да, для тимлида это всё равно геморрой, но если некое начальство это ещё и не устраивают - пусть забирают обратно, не тимлид его нанимал. Если же начальство сплошь из идиотов, а тимлид молодец - так ему и самому лучше найти другую контору, скорее всего, на нём тоже экономят.
static_cast
20.07.2022 15:19+8С джунами не хотят связываться просто в силу того, что новичок это долговременная инвестиция, бенефит которой уйдет другой компании. В ситуации, когда среднее время работы в IT компании 2-3 года, а на "ветеранов", работающих на одном месте 5-6 лет смотрят как на случайно выживших, скорее всего невостребованных на рынке труда, ламантинов, вкладываться в подготовку человека, который начнет приносить ощутимую пользу только через несколько лет, смысла нет. Все равно уйдет, и спасибо если не к конкурентам. Лучше искать полгода, но найти человека. который начнет работать просто полистав пару дней onboard-доку.
Это сложившиеся реалии рынка. Новичкам можно пожелать только терпения и упорства, через барьер поиска первой-второй работы пробиться трудно, но возможно. Джуном был каждый профи.
PS.
Лайфхак: если вы очень сильно хотите попасть в какую-то конкретную компанию, предложите работодателю поработать тест-драйв — поработать 1-2 недели бесплатно без оформления.
Это нарушение ТК, тащемта. Нормальную компанию такие предложения могут только отпугнуть.
SpiderEkb
20.07.2022 17:00+1С джунами не хотят связываться просто в силу того, что новичок это долговременная инвестиция, бенефит которой уйдет другой компании. В ситуации, когда среднее время работы в IT компании 2-3 года, а на "ветеранов", работающих на одном месте 5-6 лет смотрят как на случайно выживших, скорее всего невостребованных на рынке труда, ламантинов, вкладываться в подготовку человека, который начнет приносить ощутимую пользу только через несколько лет, смысла нет.
Отчасти справедливо, но только отчасти.
Да, это так для значительной доли IT компании, где используется "конвейерная разработка" с использованием типовых инструментов. Где не надо вникать в предметную область и во всякие тонкости архитектуры. Да, сейчас такого много. И тут, действительно, джуны без опыта особо и не нужны - есть варианты найти человека, который начнет "гнать код" с первых дней трудоустройства. А с учетом того, что джунов без опыта сейчас навалом...Но это не весь IT рынок. Есть места, где первые 2-3 года человек только растет от простых задач к сложным. И только после этого становится полностью самостоятельным разработчиком. Но это не те области, в которые на курсах готовят. Хотя работу джуном тут найти проще - никто не расчитывает на моментальную отдачу, есть время на обучение и погружение.
CyneP_KJleu
21.07.2022 11:58Я другое не могу понять, в чем проблема заключить контракт на какой-то срок, например на полгода или год? и при расторжении( например заявление по собственному), на работника сыпятся кары египетские, в виде штрафа за расторжение контракта и тд. Логично, что не каждый согласится на такие условия, но нам все джуны города и не нужны
PS.Это нарушение ТК, тащемта. Нормальную компанию такие предложения могут только отпугнуть.
Оформить на этот период стажировку. Не знаю как в РФ, у нас в стране ( Молдова ) это делается гораздо проще, даже без трудовой книжки и тд, а зп при удачном завершении можно прописать как премирование, что даже налоги не нужно будет выплачивать с этого
static_cast
21.07.2022 15:44Я другое не могу понять, в чем проблема заключить контракт на какой-то срок, например на полгода или год?
Полугода-года все таки, в общем случае, слишком мало для роста джунир->специалист. А заключать кабальные договоры на несколько лет... Эпоха рабовладения все-таки прошла.
Оформить на этот период стажировку.
По ТК РФ стажировка должна быть оплачена. Понятно, что можно попробовать обойти, но это серое поле, на котором можно найти себе проблем. Зарплата за пару недель не стоит того, тут важнее само принципиально решение работодателя, - работаем с новичками или нет.
siziyman
21.07.2022 16:10Оформить на этот период стажировку. Не знаю как в РФ, у нас в стране ( Молдова ) это делается гораздо проще, даже без трудовой книжки и тд, а зп при удачном завершении можно прописать как премирование, что даже налоги не нужно будет выплачивать с этого
Любая известная мне стоящая того, чтоб в неё устраиваться, компания будет бежать от кастомных серых схем непонятно ради чего и зачем, как от огня.
XaBoK
20.07.2022 16:04+3До короны найм начинающих бы довольно логичным под специфические задачи в многолетних проектах. Брали одного такого в каждую команду. Задача была проста - скинуть примитивный кодинг и чёрную работу на джунов, чтоб освободить опытных. Никто не сидел с ними, разве что на код ревью. Пол года они таким образом самообучались и плавно вливались в обычную работу.
TataSysueva
20.07.2022 17:10+3Я закончила курсы (вёрстка + JS + React со вкусом TypeScript'а), всплакнула, как многого я не знаю и сколько ещё надо узнать, и начала собирать свою теоретическую базу, ковырять под присмотром ментора одно объёмное тестовое, которое я про себя нескромно называю pet-проектом. О собеседованиях думаю с ужасом, поэтому решила, что фронтенд будет просто хобби, лишь бы не быть в толпе ищущих работу джунов (хех). Рада, что прочитала вашу статью, как-то отрезвляет что ли...
TsarS
20.07.2022 17:15Я уже лет 10 не хочу в джуны. Программирование как хобби и осталось. По возрасту все равно не возьмут ни в джуны, ни в стажеры.
Diamon33
20.07.2022 22:17+1А я бы посоветовал сходить на собеседования, с десяток хотя бы, оценить свой уровень и уровень вопросов. Главное при этом - не ставить никаких ожиданий, но постарайтесь не ходить в компании, которые выглядят как не имеющие IT-ценностей.
Собеседования - дичайший стресс, без шуток, но нередко оказывается, что имеющиеся знания недооценивают, и тем самым упускают возможности.
GabrielG
21.07.2022 10:35+1О собеседованиях думаю с ужасом, поэтому решила, что фронтенд будет просто хобби
Поддерживаю комментатора выше - попробуйте сходить на собеcедования. Для того, чтобы перестать бояться собеседований, нужно на них ходить. Это я понял, когда после многих лет, проведённых в одной фирме, решил всё-таки сменить и проект, и фирму сразу. И вот втянулся, после первых 3-5-7 собеседований уже намного легче.
M_AJ
20.07.2022 17:41+9Короче джуны они как дети, в целом никому не нужны, потому что налогов не платят, и прибыли не приносят – одни расходы. Вот было бы круто, если бы люди рождались сразу взрослыми, а желательно еще и сразу с образованием :) Интересно, откуда возьмутся мидлы, если совсем никто не будет брать джунов?
Areso
20.07.2022 17:57Фриланс или своё дело.
А там дальше насмотренность (в случае с фрилансом - точно) даст определенные плоды.
Своё дело - там, может быть, сложно стать миддлом с общепринятыми подходами, зато кто скажет, что ты лох и неудачник, если у тебя своя контора (которая не обанкротилась)? Даже если там будет лютейший говнокод в основе бизнеса :)
M_AJ
20.07.2022 19:45+3На фрилансе нужно стартовать с хороших отзывов, получить которые без опыта то ещё приключение. Плюс, фрилансер, это человек, который варится в собственном соку, вероятность того, что кто-то будет делать ревью его кода и говорить, где он принял не лучше решение — минимальна.
P. S. Если ты успешен в ведении бизнеса, то не очень понятно зачем потом идти работать в компанию другого бизнесмена, да и не любят таких, знаю по опыту дальнего родственника — год искал работу, а в итоге оказалось проще найти денег на новый бизнес, тем более что сумма дохода в случае успеха побольше зарплаты мидла.
urvanov
21.07.2022 06:49+2На фрилансе нужно стартовать с хороших отзывов, получить которые без
опыта то ещё приключение. Плюс, фрилансер, это человек, который варится в
собственном соку, вероятность того, что кто-то будет делать ревью его
кода и говорить, где он принял не лучше решение — минимальна.Даже на freelance.habr.ru полно заданий типа сделать пару страниц сайта за 100 рублей или спасибо. Можно хотя бы с этого начинать.
Diamon33
20.07.2022 22:20Вот бы сейчас где-нибудь посмотреть пропорцию тех, кто пришел в профессию с фриланса, и тех, кто пробился через первичное собеседование, и начал расти в профессии.
Неплохой стратегией выглядело бы обучение студентов с реальной практикой на предприятиях (где для этого заготовлены специальные проекты), но как же это утопично звучит.
i86com
21.07.2022 08:54Фриланс или своё дело.
И то и другое сейчас одновременно затруднилось и потеряло переспективы всвязи с понятно чем.
vassabi
20.07.2022 18:16нунуну, этак вы договоритесь, что и дети никому не нужны : "от них же никакой прибыли, одни расходы"
Areso
20.07.2022 22:51+6Ну, тащем-то чайлдфри не на пустом месте появились
HellWalk
21.07.2022 10:29Жду пока появится общество "Рожать в России - признак садизма"
Мне уже под 40 и ни разу не слышал, чтобы кто-то в окружении обсуждая рождение детей задавался вопросом - а захотят ли эти дети жить в России. Все размышления только в формате хочу ли я детей. Это печально.
zlat_zlat
21.07.2022 10:53То, что вы этого не слышите, не значит, что этого нет. Более того (ну, теперь с моей точки зрения) - часть людей уезжает именно из-за детей и их будущего.
Areso
21.07.2022 15:14Жду пока появится общество "Рожать в России - признак садизма"
Таких людей я многократно видел в интернетах, и есть такие среди знакомых моих знакомых. Уехали и родили детей (там), а в России жили - не хотели их даже ээ зачинать? В общем, делать.
Gryphon88
20.07.2022 18:51+3Разве вечная проблема "Мы их обучим, а они уйдут / Мы их не обучим, а они останутся" имеет решение? :)
Morriarte
20.07.2022 22:19+1Щедро платить, например)
Gryphon88
21.07.2022 00:03+3А, извините, за что? Выше описывался случай, когда взяли джуна, полгода учили его себе в убыток, он набрался знаний и уверенности в себе и попросил х*2 зарплату. Вопрос: почему не брать сразу профицитных людей на х*2 зарплату?
По моему опыту, свой человек нужен довольно редко. Например, свой квалифицированный сервисник нужен или если очень высокая цена простоя, или если очень много оборудования - в любом случае, когда приходящий сервисник или сервис-контракт банально дороже. И такого человека имеет смысл растить. А если и текучка большая, и особой нужды в разработчике нет, то, может, вообще зааутсорсить? С админами как-то так и разобрались, хотя еще лет 10 тому каждый владелец офиса считал, что ему обязательно нужна каморка с обитающим там на фуллтайме небритым мужиком.
Areso
21.07.2022 00:04Тогда небритые люди в растянутых свитерах были дешевле, а услуга админ-как-сервис только зарождалась
Gryphon88
21.07.2022 00:16Согласен, но сейчас джуны хотят сытно кушать на старте, фриланс жив, опенсорс во многих областях дошел до безболезненного внедрения, а галеры бодро шлёпают веслами. Имхо, ИТ-отделы будут потихоньку сдуваться.
jewalky
21.07.2022 02:26+5Вопрос: почему не брать сразу профицитных людей на х*2 зарплату?
Если рассматривать ситуацию с нуля, то смысла нет. Но джун-то уже есть, почему нельзя ему повысить зарплату? Это что-то из серии эффективного менеджмента класса "за что нанимался, за столько и паши" и "никогда не обсуждай зарплату с коллегами"?
А вообще ощутимый плюс в том, что не нужно посвящать нового человека в корпоративные секреты, выдавать доступы, забирать их потом, проверять насколько хорошо человек понимает задачи... нанять плохого разработчика очень легко, а если джун продержался достаточно времени, чтобы обоснованно просить повышения, то он скорее всего не плохой разработчик.
То есть повышая зарплату бывшему джуниору, который явно себя перерос, мы имеем явный плюс в его мотивации и лояльности. А увольняя его и нанимая другого человека мы имеем геморрой и неизвестность.
tommyangelo27
21.07.2022 11:26Вопрос: почему не брать сразу профицитных людей на х*2 зарплату?
Потому что их не найти, уже давно все трудоустроены?
Тема с джунами уже множество раз поднималась, и единственный реальный способ удержать джуна — это начать платить ему по рынку после того, как он прокачается. Иных вариантов просто не существует.
А профит — это лояльный работник, которому вы хорошее повышение дали, который в курсе процессов компании. И которого вы в принципе уже нашли, а не полгода безрезультатно ищете.Gryphon88
21.07.2022 11:50Неоднократно говорилось, что джун - это инвестиция, со своими рисками и сроками окупаемости. Понятно, что если "купить" нельзя, то приходится или "делать" и удерживать, или пересматривать критерии нужности, но если "купить" таки можно, то зачем делать?
Ndochp
21.07.2022 11:59если "свободного газа" на рынке не хватает, то возникает забавная ситуация — рыночная цена как средний оклад Х, но на этот Х почти все трудоустроены. Чтобы купить=переманить нужно платить хотябы 1.3Х. Означает ли это, что рыночная цена 1.3Х?
Ну а взять джуна и поднять ему зарплату когда вырастет до мидла позволяет сэкономить бонус за переманивание, те самые 30%.
Gryphon88
21.07.2022 12:20Согласен, но тут альтернативные затраты против 1,3х это зарплата стажера и пропорциональная потраченному рабочему времени часть зарплаты ментора. Смотреть надо, что ещё сказать.
Но есть ещё два варианта развития событий:
Стажер вырос не до миддла, а до джуна, а зарплату попросил миддловскую.
Из-за популярного мифа "чтобы постоянно профессионально расти, надо менять работу раз в год-два" можно потерять воспитанника уже после повышения зарплаты, но до возврата инвестиций.
tommyangelo27
21.07.2022 12:09Если ваша компания может найти готового спеца, то действительно, джуны не нужны. Но могут далеко не все.
DarkTiger
21.07.2022 00:10+2Не выход, всегда найдется тот, кто заплатит больше. Вопрос времени. Кто ищет, тот всегда найдет.
Яндекс давно это знает, огромное количество устарешей проприетарщины там - не от тупости руководства и перестраховки, а один из способов удержания.jewalky
21.07.2022 02:31Лояльность компании не совсем так работает. Пока твоя работа даёт тебе всё, что тебе нужно, ты на ней останешься чисто по привычке. Многие люди даже остаются на заведомо невыгодных работах просто потому, что боятся уйти в неизвестность. Чаще всего это происходит с первой-второй работой как раз, как у джунов.
А эти мифические люди, которые по мановению брови уходят к конкуренту, который больше заплатил... они как суслики, вроде бы существуют и все о них пишут, но я ни разу не видел их вживую.
90% текучки у нас — это люди, не справлявшиеся с задачами.
DarkTiger
21.07.2022 12:16Пока твоя работа даёт тебе всё, что тебе нужно, ты на ней останешься чисто по привычке.
Так не часто и не у всех. У меня тоже примерно такая сейчас, но это просто повезло.
А эти мифические люди, которые по мановению брови уходят к конкуренту,
который больше заплатил... они как суслики, вроде бы существуют и все о
них пишут, но я ни разу не видел их вживую.Они уходят не по мановению брови. Уходу предшествует целый комплекс проблем - начиная с непризнания заслуг руководством и кончая работой в коллективе, который тебе чужд. Зарплата - это лишь порог ухода, не более. Если разница в зарплате большая - перейти легче, если малая - то сложнее. Гораздо проще принять решение уйти в Интел с х1.5, чем в "Серожопов и К" с х1.2.
90% текучки у нас — это люди, не справлявшиеся с задачами.
С учетом контекста статьи - я правильно понимаю, что у вас остается только 1 джун из 10, остальных либо увольняют, либо они уходят сами?
jewalky
22.07.2022 15:42С учетом контекста статьи - я правильно понимаю, что у вас остается только 1 джун из 10, остальных либо увольняют, либо они уходят сами?
Это не про джунов, а про разрабов в целом) И нет, неправильно. Смысл был в том, что те, кто уходят, уходят не из-за з/п, а потому что их увольняют из-за несоответствия должности.
CyneP_KJleu
21.07.2022 12:33При нормальном ведении линкедина и опыте работы от полугода, тебе начнут в личку написывать hr. И если устраивался с зп в 600-700 евро, по предлагать будут порядка 1000-1200.
С опытом в полтора-два года, будет как в тиндере у красивой девушки - только успевай свайпать, и предлагать будут уже 1.5-2х.
snowmage
20.07.2022 19:14Если говорить про PHP, остановитесь на фреймворках Laravel или Lumen — для старта этого будет более, чем достаточно.
Не надо Lumen. Авторы фреймворка официально просят больше не использовать его.
reishi
20.07.2022 23:04+5Просто джунам надо просить меньше денег. А пока вы из группы людей "хочу сотку на старте" вы никому не нужны
DailyMiracle
21.07.2022 11:05джунам надо просить меньше денег
Всегда удивляет такая логика. Вот стоит человек на заводе и перекладывает детали с одной ленты конвейерной на другую, его труд примитивный и его можно заменить роботом который будет делать это даже быстрее и лучше, поэтому если человека не заменили это означает только одно, он стоит дешевле гораздо чем робот и сопутствующее его обслуживание. То же самое с джунами, если труд джуна настолько примитивный, что его можно автоматизировать почему этого еще не сделали? Если все-таки он не настолько примитивный, то платить нужно как положено. Если вы нанимаете человека потому, что он просто дешевый как китайский кроссовок, вы ему показываете свое отношение к нему, и не надо удивляться, что он сбежит когда к нему другой работодатель отнесется к нему с интересом и предложит больше денег.
DarkTiger
21.07.2022 00:05-1Английский. Онлайн-курсы на английском - дешевые, и по уровню сильно превосходят отечественные. Лучше параллельно работать над фундаменталкой - Линукс с сетями. У кучи народа, далеко не джунов, с этим всем дичайшие проблемы. Пригодится в любом случае.
Можете присоседиться к предпенсу в своей комнате и работать на пару - с него предметная область и консультации, с вас поиск в англоязычном интернете, освоение новых небольших тем и подчистка мелких задач, документирование. Как только он поймет, что на вас можно сгрузить кучу мелкой (для него) работы - считайте, что удержались, он вас уже ни за какие коврижки не сдаст.
jewalky
21.07.2022 02:03+5Другая картина: квартира, та же задача. Раздражение ментора, потому что вы обращаетесь, когда он максимально занят.
В нашей компании у ментора в такой ситуации нет права быть раздражённым, потому что "помочь новичку" — это конкретная задача, на которую выделяется время. Более того, это не для джунов, это для любого человека, который пришёл в компанию "только вчера". Как часть т.н. onboarding. Если я скажу начальству, что задача задерживается, т.к. я помогал новому разработчику, он поймёт и будет только рад, т.к. в его понимании — это освобождает от тупых вопросов его самого. Обратная сторона — если время будет тратиться очень часто, то нового разработчика всё-таки уволят, потому что мы джунов не нанимаем и об этом во второй половине поста.
А уж если заранее известно, что вы нанимаете человека без опыта, но при этом освоиться ему люди должны помогать в своё свободное время, никак не прописанное в распорядке дня, то что-то пошло серьёзно не так.
А ещё есть чудесная практика парного программирования через зум, когда один человек пишет, а другой на ходу делает ревью. Это хорошо работает даже для опытных программистов, например если ты фуллстэк и въезжаешь в какую-то принципиально новую для себя технологию, гораздо удобнее будет если тебя в неё посвятит человек для которого это главное или вообще единственное направление. У меня так было например со стэком Elixir+Ecto+LiveView.
В общем, это было о хорошем, а теперь о плохом.
У нас джунов не хотят брать не потому, что они чего-то не знают, а потому, что по определению начальства, джун — это человек, который думает о выполняемой задаче на принципиально неправильном уровне. То есть, он думает не о том, что делает (бизнес-логику и внешний вид), а о том, как пишет код. Это те самые джинны, которые выполняют желания слишком буквально, порождая недоработки и баги. Они не думают о том, как выглядит и работает существующая логика, бывшая до них. Честно говоря это может прозвучать грубо, но по-моему иногда они не думают вообще.
На случай, если этот коммент каким-то чудом будет читать человек, которому это когда-нибудь пригодится в работе, приведу парочку примеров типичных косяков джуниора в моём понимании (на самом деле эти косяки в нашей компании допускали люди, которые формально джуниорами не являлись и получали з/п от условных 2000$). Некоторые существенные, некоторые нет, но все из них отнимают время команды на фидбек от QA+заказчика, открытие багов, переоткрытие задач и т.п.
Кастомный кликабельный UI-элемент, в котором не будет прописано user-select: none или cursor: pointer, даже если во всей остальной платформе в подобных случаях оно прописано.
Отсутствующий эффект ховера или нажатия, если его нет в дизайне.
(Большинству дизайнеров пофиг с большой колокольни на ховеры, это не их уровень высоты художественного видения, так сказать)Невнимательное чтение чужого кода при рефакторинге или переписывании, отсутствие тестирования совместимости с предыдущим кодом на всех промежуточных этапах. Конкретно этот пункт связан с записью JSON-данных в БД, но может произойти где угодно, где есть какие-то исторические вещи, с которыми нужно сохранять совместимость.
-
Цельный пулл реквест, содержащий одну фичу с нуля, которая не работает end-to-end. Например, фича регистрации через емейл, где емейл тупо не приходит или приходит в сильно поломанном виде. Или фича входа через OAuth, которая падает в 500 при попытке залогиниться через гугл. Это как правило указывает на то, что человек работает в режиме райт-онли и даже отдалённо не пытается свою логику тестировать, и ему норм.
Подпункт: реализация REST API условного микросервиса по спеку, по которому в этот API будут обращаться другие сервисы. Почему пункт здесь? А потому, что реализовано было абсолютно не по спеку, а по какому-то внутреннему пониманию программиста, и этого никто не замечал пока не пришли ко мне с "ничего не работает".
Боязнь задавать вопросы заказчику, дизайнеру и т.п. при явных несхождениях каких-то новых фич со старыми. Например, если заказчик скинул иконку, которая ни к селу ни к городу, она будет воткнута прям в таком виде, несмотря на то, что на самом деле имелось в виду что её надо использовать как референс и найти что-то похожее, но более уместное.
Geograph
21.07.2022 06:37+5Дети не нужны, вот подростки и взрослые - это ок, а детей больше не будем делать.
vadimszzz
21.07.2022 06:49+2После 4 лет опыта работы на европейском линкедине меня считают джуном. Вероятно тех кого вы называете "джуны" вне России даже за грязь под ногтями не посчитают. Хотя я помню как 4 года назад проходил собеседования, человеком себя не чувствовал, шаблонные вопросы, задачи не связанные с работой, кем из симпсонов вы видите себя через пять лет, чем отличается граф от князя, как выбраться из блендера если ты миньон, все компании в которых были такие сказочные процессы у меня навсегда в черном списке независимо от того миддл я или синьор сейчас, их больше 30, в том числе Wrike и Яндекс.
vadimszzz
21.07.2022 07:47+8Такую шутку на линкедине однажды читал "найти сениора на оху***ший прайс
любая дура сможет, а вот найти мидла на ставку джуна - вот где
мастерство нужно". Вот они видимо это мастерство и практикуют
CyneP_KJleu
21.07.2022 12:40Хах) В компаниях, которые работают на аутсорс очень часто стараются быстро запромоутить способного джуна, потому что так от компании-заказчика можно будет стряхнуть больше денег за него. Знаю случаи, когда за чуть больше чем 4 года ребята становились сеньорами
siziyman
21.07.2022 12:48Четыре? Ха. Можно и за два.
Ещё хорошо работает в российских банках, что намекает на уровень квалификации и культуры разработки там, кек
Yerin
22.07.2022 06:59+1Наверно зависит от страны. В Корее, как мне кажется, берут всех подряд (если это конечно не samsung с lg), но с испытательным сроком 3 месяца.
Сейчас хотела бы вернуться в Россию, но вот такие статьи про требования к джунам и общее пренебрежение к "не звездам" напрочь убивают желание вообще идти на собеседование. Хотя по текущей должности я далеко не джун.
panzerfaust
21.07.2022 11:58+5Кстати, кто шутит тут про детей - это ж никакие не шутки. Как только дети перестали быть дополнительными руками на поле, их тут же перестали рожать каждый год. Теперь ребенка заводят, когда есть средства на такую роскошь.
Джунов тоже стоит заводить только если у вас все обмазано CI, тестами и качественным код-ревью - чтобы молодой не имел даже шанса что-то сломать, но имел шанс быстро учиться. А кто заводит джунов в голозадом стартапе, которому без году неделя, - тот делает на самом деле хуже и себе и джунам.
StjarnornasFred
21.07.2022 12:28Проблемы в ошибочном подходе к найму. Грубо говоря - некоторые работодатели пытаются посадить джунов не на их место, а потом удивляются, почему они плохо работают и не приносят прибыль.
Джуниор - это начинающий специалист, т. е. сотрудник низкой квалификации (по меркам специальности, конечно). Соответственно и нанимать его нужно на ту работу, для которой хватит и низкоквалифицированной рабочей силы. Если на проекте есть мастер ("мидл" или "сеньор"), то джун может быть подмастерьем, просто парой рук. Если проект в принципе предполагает много однотипных действий, то джуны могут образовать целый отдел под руководством опытного. Потом он по мере работы так или иначе наберётся опыта и потихоньку, сначала просто щупая, потом пробуя сделать и наконец делая сложные вещи, станет специалистом средней, а затем и высокой квалификации.
Джун - это не инженер-рукожоп и не мидл-нуб.
olezh
21.07.2022 13:36+1... «Я отдал деньги, у меня будет программа и наставник, который меня проконтролирует». Это тупиковый подход...
Полная чушь.
Качество преподавания на курсах конечно низкое, но если человек говорит что ему нужен наставник проконтролировать - он имеет ввиду правильность выполнения заданий. Наставник для джуна это бесценный ресурс. В поиске вы максимум получите ответ на вопрос "как делать?", наставник ответит "как делать правильно".
Вы с высоты опыта если что-то гуглите, то запрос по классике в себе уже содержит половину ответа. А начинающий сформулирует как сформулирует и получит то что получит.
...Длительность некоторых курсов составляет 10-16 месяцев. За это время в коммерческой разработке можно стать хорошим специалистом. Тем более существует много бесплатных курсов, которые можно проходить, работая над коммерческим проектом...
Вопрос всей статьи как попасть в коммерческую разработку, а тут совет - попасть. Логика где-то здесь закончилась.
С такими перлами, плюс вся критика выше, как эта статья ещё в плюсе - непонятно
greenkey
21.07.2022 15:15+1Позволю себе оспорить многие положения данной статьи.
1) Джун не приносит прибыль компании. Иногда его работа выходит в ноль, но чаще это минус.
Джуны бывают разные. Это первое. Второе - джун обычно стоит на порядок меньше, чем опытный разработчик (например, в 2 а то и в 3 раза дешевле). Так что это утверждение, как минимум, спорное, а я бы даже сказал, неверное.
2) Вторая важная часть удаленки — это доверие. Представьте, вы джун в офисе и вам дают сложную «боевую» задачу. Вы сидите над дней с утра до вечера, советуетесь с ментором. Project-менеджер видит процесс и думает про вас: «У него не получается, но он старается. Дадим ему шанс»
Обычно стартовые задачи для джуна дают попроще, особенно если проект большой и ему требуется ознакомиться с ним. В основном, именно из-за последнего возникают трудности.
Раздражение ментора - тоже не всегда. Вообще, практика менторства и преподавания для разработчиков - весьма важный скилл, полезный. Но это тема отдельной статьи.
3) Джуны не могут определиться со стеком. Учат все подряд — фронт, бэк, мобильную разработку, и не специализируются на чем-то одном. В итоге на собеседовании быстро выявляются поверхностные знания
Не так уж и плохо. Как я уже писал выше, джуны (как и их уровень подготовки) бывают разные. Возможно, что хорошей подготовки мало... Есть такое термин, как "Т-человек", видел где-то в статье про Valve. Общая ИТ-эрудиция и опыт в каком-то минимум одном направлении. У джуна его еще нет, но общая эрудированность в стеке - это очень хорошо.
4) Ваша способность взаимодействовать проверяется через навык самопрезентации и умение четко излагать свои мысли. Их можно наработать только практикой
Хех. В процессе обучение они также нарабатываются, если что.
5) Наличие Git также большой плюс. Он показывает уровень подготовки, прогресс и задачи, с которыми вы работали. Мои разработчики запрашивают Git даже у джунов. И на собеседовании задают вопросы по нему.
Странно было бы, если бы его не было.
EugeneUl
22.07.2022 14:30Я бы хотел посмотреть эфир живьём/в записи, но нет твиттера. В телеге где-то будет анонс?
Спасибо
igorekudashev
22.07.2022 14:37+1Джунам нужны менторы: они не самостоятельны, не умеют писать качественный код и взаимодействовать с окружением, не понимают принципов командной разработки. Компания вынуждена тратить время опытных разработчиков на обучение такого специалиста.
Это характеристика несамостоятельного человека, а не джуна. Нормальный джун, даже если он многого не знает, сам все загуглит и напишет решение, задавая вопросы коллегам только по архитектуре либо по каким то совсем специфичным вещам
jewalky
22.07.2022 15:50Это к сожалению работает только для пет-проектов в которых у тебя нет ограничения по времени. При работе на дядю всегда есть строгие временные рамки и ты не можешь тратить время на изучение какой-нибудь новой для тебя фигни неделю.
Самый простой пример из мира веб-разработки: ты перед наймом на работу изучал React, может даже сделал пару страничек чтобы понять как это всё работает, а реальное продуктовое приложение построено с использованием не только реакта, но и Redux, причём скажем с RxJS и всё это образца года этак 2017. По своему опыту скажу что в таком проекте непонятно абсолютно всё.
А если там ещё какое-нибудь Immutable.js (никогда не пользуйтесь этим, кстати, очень медленная либа) то придётся ещё и изучать map/reduce, и на эти фокусы и пинг-понг во время код-ревью уйдёт ещё одна неделя.
insighter
>Наличие Git также большой плюс. Он показывает уровень подготовки, прогресс и задачи, с которыми вы работали. Мои разработчики запрашивают Git даже у джунов. И на собеседовании задают вопросы по нему. Почему это так сделал? Почему выбрал такое решение?
Такое ощущение что абзац написал человек далекий от разработки:) В нескольких предложениях подряд перепутать Git и GitHub
maximw
Зря вы так. Я лично это понял как собирательное название для публичных git-репозиториев. Кроме GitHub, есть еще как минимум GitLab и BitBucket.
insighter
Это и называется пет-проектом.
А если я такой стапер, что проект буду вести под SVN - то всё, не считается? :)
И как это на практике звучит:
Собеседующий - Ок, со скилами понятно, а что на счет Гит, сколько их у тебя
Мидл разработчик со стажем - ???
maximw
Пет-проект не обязательно имеет репозиторий, не обязательно под системой контроля версий и не обязательно вообще имеет открытый код.
На практике это звучит так: Где можно было бы посмотреть ваш код в открытом доступе?
aamonster
"Не обязательно под системой контроля версий" – всё-таки немножко чересчур.
ЗЫ: Интересно, что будет лет через 20-30 таким же само собой разумеющимся, как использование VCS?
Nialpe
Настоящие старперы (как я) используют VSS.
ZloyVampir
Настоящие старперы плюются от sourcesafe и с гордо поднятой головой используют perforce )))
TsarS
winrar
Areso
и хорошо если с датой-временем в имени архива!
(а если ну_теперь_точно_точно_работает_после_правок.rar, то это жопа)
TsarS
new-new-2-site.rar тоже ничего
А так с данными даты и времени в названии файла можно и гит написать)
vassabi
а как же префиксы?
alexshipin
Какие вы молодые примеры накидываете... :)
Самым лучшим названием всегда было и будет "Новая папка" с любым значительным индексом и постфиксом :)
TsarS
тогда уж A_110_rabotaet_new(4).rar
Areso
Поэтому, когда просят ссылку на профиль Github или на конкретные проекты там же, а получают ссылку на Gitlab/BitBucket - это норм, потому что контекст понятен из вопроса, а когда просят ссылку на git, можно просто порофлить чуточку. Какой гит и почему на него должна быть ссылка?)
*git, держите :)
micbal
&git :))
powerbroker
но сама идея стартовать у себя сервер Git(perforce, cvs)))) и с ним попрактиковаться имеет полное право на жизнь
все-таки практика решает. а набор технологий уже настолько большой, что для работодателей частенько бывает непростительной наивностью расчитывать на идеально подходящего спеца в пределах их желания оплачивать его работу ;)