Комментарии 198
обе задачи в одном репозитории в разных папках, истории коммитов при этом конечно нет;
смесь модели, вьюшки и контроллера в один класс длинной в сотни строк кода;
отсутствие понимания юнит-тестирования;
А это точно проблемы для джуниора? У джуниоров, как мне казалось, зачастую просто нет еще опыта работы в команде, чтобы понимать всю важность вышеперечисленного.
И я не очень понимаю в чем беда отсутствтя истории коммитов. Я бы для тестового задания тоже бы вряд ли ее вел. Особенно если оно небольшое. Сделал за один присест, причесал, закоммитил.
Я бы для тестового задания тоже бы вряд ли ее вел
Это вопрос культуры. Аккуратный человек не станет свинничать только потому, что можно. Не бывает перфекциониста по ситуации :-)
Но да, я согласен, что джуниору знать это неоткуда — это не то, что можно нагуглить.
Это вопрос культуры. Аккуратный человек не станет свинничать только потому, что можно. Не бывает перфекциониста по ситуации :-)Есть ещё «паралич перфекциониста», когда работа не делается из-за страха того, что она получится неидеальной. Довольно скверное состояние.
нам прислали решения 54 кандидата
В итоге мы нашли классные варианты на React, Angular, Vanilla JS — таких набралось 29. И еще одного кандидата мы решили пригласить без тестовых за его очень крутые пет-проджекты.
Мы провели 21 интервью по такой схеме.9 человек с «классными» вариантами куда-то испарились. Те у кого отсутствовали юнит тесты прошли или нет? Какого рода должны быть собственные разработки, чтобы освободили от тестового? Сколько их должно быть? Какого они должны быть уровня? На какую тематику? Своя собственная операционная система сойдёт за достойный проект? А компилятор? Опять же, что неаккуратного в размещении нескольких тестовых в одном репозитории, может я не хочу десять штук плодить только ради тестовых? Какая история коммитов должна быть у крестиков-ноликов и зачем? Статья не даёт на это ответов.
Опять же, что неаккуратного в размещении нескольких тестовых в одном репозитории, может я не хочу десять штук плодить только ради тестовых?
Опять же, что неаккуратного написать мимо унитаза? Может я не хочу прицеливаться ради чистоты туалета, в который больше не вернусь ;-)
Если вы не видите, что неаккуратного в свалке, то как я смогу объяснить?
Врядли я смогу донести до вас, что культура сама по себе иррациональна и искать где ее включать, а где не включать, невозможно по определению. Потому что если культура есть, то ее в чистом поле даже будут исповедовать. А если человек воспринимает ее как дополнительное усилие, требующее обоснования и не несущее радости, то наверно это не культура для него, а расходы ресурсов. Примерно как ставить запятые там, где и так поймут без запятых.
Опять же, что неаккуратного написать мимо унитаза? Может я не хочу прицеливаться ради чистоты туалета, в который больше не вернусь ;-)Туалет создали и обслуживали вы? Он продолжит существовать после того как вы оттуда уйдёте? Это будет причинять неудобство следующим посетителям? У тестового задания ответы прямо противоположные.
Если вы не видите, что неаккуратного в свалке, то как я смогу объяснить?В каком месте свалка, когда разные задачи в разных папках?
Врядли я смогу донести до вас, что культура сама по себе иррациональна и искать где ее включать, а где не включать, невозможно по определению.Не всегда. Какие-то аспекты весьма рациональны, какие-то нет.
Какие-то аспекты весьма рациональны, какие-то нет.
Именно. Причём, по-моему, в основе своей культура всегда рациональна, просто, по мере развития обстоятельств, её часть может быть перестать соответствовать изменившимся обстоятельствам и, соответственно, перестать быть рациональной, но продолжать считаться культурой. И искать, где ее включать, а где выключать, — не только возможно, но и нужно (я считаю, что это именно то, что делает нас людьми).
Аккуратный человек не станет свинничать только потому, что можно. Не бывает перфекциониста по ситуации :-)
Вот как раз перфекционист не станет делать коммит после каждой написанной строчки, а скорее постарается, чтобы коммиты соответствовали логическим «шагам», сделанным при выполнении работы. Коих в достаточно простом тестовом задании может оказаться всего один (и плюс, не забывайте, что git — достаточно паршивая система контроля версий, которая не позволяет исправлять историю коммитов а-ля Mercurial Changeset Evolution, и это может вызывать у тестируемого дополнительные ужимки). Короче, с таким подходом, как у Вас, Вы скорее упустите настоящих перфекционистов, чем найдёте.
Не бывает перфекциониста по ситуации :-)
А вот это, кстати, в реальной жизни с точностью наоборот. Человек, делающий абсолютно всё идеально, заведомо обречён. Поэтому в реальной жизни перфекционизм всегда частично иррационален и в каких-то случаях более проявляется, а в каких-то — менее (иначе человек просто не дожил бы до момента тестирования).
а скорее постарается, чтобы коммиты соответствовали логическим «шагам»
Это делается перед PR: squash
В крайнем случае — amend.
git — достаточно паршивая система контроля версий, которая не позволяет исправлять историю коммитов а-ля Mercurial Changeset Evolution
Это надо для тех, кто так и не загуглил что такое squash. То есть нужно вообще не понимать смысл архитектуры git'а, чтобы делать такие высокомерные заявления типа «достаточно паршивая система»
Человек, делающий абсолютно всё идеально, заведомо обречён
Ваша фраза держится на утрировании. Я говорил про элементарную чистоплотность. И, по моему, это было понятно из каждой моей фразы.
копипаста, либо разработка по одному и тому же туториалу без собственной архитектуры;
Значит ли это, что вы считаете плохой идеей переиспользовать уже существующее решение и видите необходимость в написании точно такого же (причем ладно существующее решение бы противоречило некоторым требованиям, но их нет, так-что такое себе)
Ну, понятно, что бывают специфические ситуации и проблемы, но эти ситуации и проблемы уж точно не в юрисдикции джунйора. Тем более, что готовых решений по вебу существует огромное множество почти для любых ситуаций.
Ну и структура проекта должна быть достаточно стандартизована, чтобы эти решения заходили без треска.
Их полно, пользоваться ими никто не запрещает — но кажется, что на 80% полагаться на чужую копипасту — такая себе идея. Особенно, когда цель тестового задания — показать свои скиллы
А еще мы обращали внимание на соседние репозитории — классные пет-проджекты шли в плюс, а куча тестовых заданий от других компаний была скорее звоночком: почему же кандидат не смог пройти туда?
Возьмём например человека из глубокой провинции, денег у него нет чтобы вот так взять и приехать в Москву, снять жилье и ходить два-три месяца по собеседованиям (говорим про джуна), как и нет гарантии что он найдёт работу со своими знаниями и навыками.
Точнее работу то он найдет, но хватит ли ему этих денег на жизнь, по минимуму?
Поэтому логично в таких случаях хорошенько набить руку на подобных заданиях, разобрать кучу кейсов и уже будучи уверенным в своих силах ехать за оффером. По крайнер мере так зафейлится тяжелее.
Кажется что Вы зря обобщаете, и жаль если у Вас был только такой опыт. Продуктовая компания в отличии от аутсорса всегда набирает людей под себя, чтобы они смогли качественно развивать продукт и саму компанию. Например, если бы Вы занимались перепродажей машин, то наверняка покупали бы дешевле, а продавали дороже. Но машину для себя, уверен, Вы бы выбирали тщательно, из многих вариантов и за справедливые деньги, верно?
Предположу что такой бмв развалился бы сразу после постановки на учёт)
Не обладают — нет проблем. Обратите внимание, я уже несколько раз писал, что это не главный критерий отбора и мы не отказывали ребятам без истории коммитов
Выстроить хорошую масштабируемую архитектуру, но без оверинжиниринга
Это сениор. Даже не миддл. Сениор, готовый двигаться в архитекторы — потому что он может строить масштабируемые архитектуры и может это сделать без оверинжиниринга (редчайший зверь).
Камон, крестики нолики — вся масштабируемость в том чтоб не хардкодить вин комбинации для поля 3х3 (и то, многих таких ребят мы позвали на интервью) и не смешивать вьюшку с логикой в один гигантский файл
— Мы, русские, друг-друга не обманываем!
Это не недостаток, а обычное инженерное решение. Если дан частный случай, то излишнее обобщение приводит к потере точности
Есть крестики-нолики до пяти на бесконечном поле, но там дохера чего переписывать придется.
Вы считаете, сортировка массива слов по последней букве это сложно, серьезно? Практически все наши кандидаты с этим заданием справились. Те, кто не справился, залип например на таких вещах, что у функции должен быть блок return и она вообще должна как-то возвращать значение.
Нарисовать дерево и объяснить как работает рекурсия — это тоже сложно? Кажется, это достаточно базовые вещи, которые дают на лабораторках на первом курсе. И опять же, большая часть кандидатов смогла осилить это невероятное задание.
Мы готовы и хотим вкладываться в развитие джуниоров, но также понимаем, что у ребят может быть совершенно разный уровень, и возможно тем, кто с ходу повесит на себя ярлык «формошлеп», лучше начать свою карьеру в другом месте.
Что касается классных пет-проджекта у джуниоров — они были. Возможно, мы по-разному понимаем слово «классный», но в целом были неплохие калькуляторы, крестики-нолики, проекты на ангуляре — много всего.
Мы получили на вход 122 резюме. А у нас, напомню, было всего 4 позиции. Да, наш отбор достаточно строгий. Зато он позволил нам взять самых классных ребят, которые сейчас занимаются прокачкой своих хард-скиллов, вместо того, чтобы слушать от нас лекции для первого курса и не иметь возможности написать ничего самостоятельно без копипасты и стэковерфлоу
А при каких обстоятельствах Вы использовали наш продукт, что берете на себя ответственность вешать ярлык про квинтэссенцию формошлепства? :) Кажется, что до формочки (да и вообще любой вьюшки) на фронтенде существует достаточно архитектурных слоёв, для работы с которыми нужны знания разработчика, не так ли?
Предлагаю Вам сначала попробовать продукт вживую, а потом делать выводы) у нас большое количество сложных интерактивных вьюшек от редактора текста с одновременным редактированием несколькими пользователями до ганттчарта, дашбордов, репортов и календарей
Посмотрите на досуге как работает диаграмма Ганта или как работает коллаборейшн в тех же гугл документах
А их джуниор писать будет? Компоненты
Так никто и не просит его писать такой код с нуля, но тюнить какие-то небольшие вещи — кажется вполне посильно
А при чем тут алгоритмы?
Попробуйте разобраться, как эти фичи должны работать. Кажется, что просто накидать их в конструкторе сайтов не получится
а от джунов на собеседовании требуете классных сторонних проектов
Ясно, понятно.
Забил Wrike в гугл, справа в блоке отзывы из 5 предложенных мне 2 хвалебных написано с профилей а)ваших сторудников б)в их профилях было по одному отзыву, т.е ранее и после люди графоманией в интернетах не занимались.
Я могу сделать вывод что после оффера политика вашей компании заставляет сотрудников писать хвалебные отзывы о вашей компании?
Касаемо помощи в прокачке хард скиллов — для каждого джуниора у нас есть индивидуальный роадмап на три месяца и ментор, который помогает ему разобраться со всеми темами из этого роадмапа. Плюс есть набор курсов по нашему стэку, которые ведут наши фронтендеры. Ребята проходят эту программу параллельно с тем, как начинают работать непосредственно в командах над реальными задачами — и по первым ощущением это эффективнее, чем нанимать формошлепов и надеяться, что они как-то будут работать, имея под рукой стэковерфлоу)
Потому что, как известно, зарплата айтишника 300к в секунду)
Знаете, это не так. К тому же нашим джуниорам мы можем дать индивидуальный план развития, ментора, который будет помогать в его прохождении, внутренние курсы по веб-разработке а также опыт с реальными задачами, которые будут на порядок интереснее описанных в соседнем треде «добавить выпадающий список на формочку». Не говоря об опыте работы над большим проектом в большой команде с хорошими процессами.
Хочу добавить, что в хороших вузах на первом курсе проходят и все сортировки, и всякие б-деревья, красно-черные и ТД. Так что большинство таких вопросов на джуниора не должно вызывать сложности!
Во-вторых многие программисты самоучки.
Научить программировать проще, чем научить английскому. А в остальном согласен.
Судя по описанию, в Яндекс проще пройти собес на мидл, чем к Вам на Джуна.
Как же с теми джунами, которые уже сменили парочку работ, они не коммитили в свои репозитории, так как пахали с утра до вечера на рабочие проекты. В корп репозиториях большая активность, ее-то не продемонстрируешь.
ИМХО mode off.
предел мечтаний для разработчикаречь ведь о пределе функции, а не о привлекательности. Вы уж определитесь) К тому же в моей реальности, указание на ИМХО — уже субъективная, не требующая подтверждения точка зрения.
Но для Вас отвечу — не привлекают неуверенные в себе компании/представители компаний, которые при окончании аргументов начинают сливать карму. Сам карма — глупость, но в данном случае четко показывает качество Wriketeam. Видимо правильно я отказываюсь от приглашения на собеседования к вам. Хорошего дня!
А офер от Яндекса может быть лишним?
Даже если человек по какой-то причине не хочет идти в данную компанию, то на собеседование в другие фирмы это может стать не плохим бонусом или средством повышения зарплатой планки косарей на 10.
У них политика компании относительно алгоритмических задач, этим знамениты их собесы.
Никогда не успокаивается, везде влезает, а на интервью завалит вас потоком мыслей, напрямую даже не связанных с заданным вопросом.
А может быть, он точно так же исследует вас? :) Вы ждёте, что кандидат будет отвечать именно на ваши вопросы, а он хочет узнать, что вы знаете в его вопросах.
— В одной из моих увлекательных магловских книг, — холодно начал Гарри, — описано исследование: люди, притворяясь умниками, задавали вопросы, на которые только они знали ответы. И ни один наблюдатель не смог их раскусить. Так вот, профессор, назовите мне число электронов на внешней орбите атома углерода.
Гарри Поттер и методы рационального мышления.
Будьте полегче на поворотах а то корона с головы слетит, из тех 54-х все из них вполне на это способны, иначе вы бы не увидели тестовых заданий. Но тенденция демпинга зарплат, путем усложнения отбора конечно радует. Хорошо что раньше такого балагана было меньше и не редко брали тех кто просто готов работать. Имхо конечно, но просто работающий люд, который нельзя назвать гениями нужнее индустрии, нежели этот странный призрак молодого рок стар.
На счет всем интересно все же просто вам нужны те кто делает проекты, им нужны деньги, ну и по возможности опыт.
Достаточно много ребят смогли сделать тестовое задание хорошо. Фактор про шаблоны никак повлиять не мог — это было бы несправедливо, даже если подозрения были, таких ребят мы звали. Но как правило, они отваливались на техническом интервью.
Что не очень здорово в коде со стэковерфлоу: мы хотим понять, как кандидат думает, как выстраивает свои решения, а не как умеет копипастить чужой код. Без проблем можно подсмотреть что-то, что не знаешь — но у нас было очень много совершенно одинаковых решений. В них даже была одинаковая структура папок, а код внутри отличался только неймингом. Камон — если вся группа в универе сдает одну и ту же лабораторку но только меняет титульник, это ок?
Касательно лабораторной под копирку, как говорил когда-то один преподаватель, это отличный повод отойти от обычных вопросов и перейти на углублённые.
С опытом обычно приходит, что зачем писать что-то своё, если можно использовать готовое решение. Порой оно не на 100 процентов удовлетворяет задаче и приходится подпилить или улучшить. К примеру кто сейчас будет писать маску для телефона, когда когда есть стабильные, проверенные решения. Зачастую в них предусмотрены те варианты, до которых с ходу не додумаешься.
random.shuffle(candidates)
candidates[:4]
? Что плохого в том, чтоб выбрать лучших из них?
Ибо если они реально все знают, что вы там на джуна хотите, то они уже уровня начинающего мидла. Плюс предлагаемый нормальный стек, а никому не нужный dart и мы получаем разработчика.
«Как нанять мидла на зп джуниора. Опыт Wrike.»
Хорошо, а какие скиллы по Вашему должны быть у джуна? Получается, способность пользоваться гитом, отсортировать массив и объяснить рекурсию уже достаточны для уровня миддла?
Насчет юнит тестов — надо было написать бинарный поиск и покрыть его юнит-тестами :) Похоже на 1-2 курс универа, не правда ли?
Понимаете, есть работа для Джуна, для Мидла и для сеньора. Если вы набираете джунов, значит вам нужно формочки шлепать. Если вам чтоб формочки шлепать нужен мидл, то у вас полная жопа с архитектурой. Написан какой то чертов каковелосипед вашим псевдосеньором, в который без этого сеньора и трех лет опыта не разобраться.
Понимаете, джуниоры могут не только шлепать формочки. Если мы набираем джуниоров, то в первую очередь чтобы они выросли до миддлов — а никак не для того, чтобы скинуть на них грязную работу, как это описываете Вы
А кто джуновскую работу выполнять будет, если у вас все мидлы? Я думал вы набираете людей, чтоб они делали работу, а у вас оказывается благотворительная организация -курсы повышения квалификации, где еще и приплачивают… Тогда нет вопросов.
Логику то по слоям разносить — это дело хорошее, но фреймворк то нафига для крестиков-ноликов? Хотите без оверинжиниринга и сами же к нему силой толкаете кандидатов.
P.S. Собеседование проходил на java junior. На первом собеседовании (с HR) мне сказали, что первые 3 месяца я буду писать только unit-тесты, потом «будет видно». Видимо не попал я в тот список джунов, которых «активно растит компания».
После такого задумываешься, вроде все так помпезно, но чего-то сами джуны выходит и не в курсе, что их ростят )
В данной статье под словами «растить джуна» я вижу только описание роадмапы и выделение ментора — иначе говоря, пытаются структуризовать знания человека и дать ему наставника, который сможет отвечать на вопросы и подсказывать куда двигаться. Всё это делается в любой средненькой и выше компании во время рабочего процесса. И, имхо, пользы в таком случае будет намного больше, нежели изучение технологий в отрыве от их реального применения.
1 этап. Письмо с приглашение, обсуждение по телефону позиции и выбор удобного времени для очной встречи в офисе с HR. HR прислала ссылку на решение 5 алгоритмических задач. Никакого телефонного собеседования не было.
2 этап. Техническое собеседование. Очное. Интересная задача на парсинг лога.
3 этап. Техническое собеседование. Очное. Абсолютно неуместная задача, постановка которой звучала примерно следующим образом: Есть SQL запрос, в котором присутствуют специальные слова, которые необходимо поменять на данное заранее выражение. По факту написал решение с применением одного только replaceAll — всех устроило. Решение в одну строку. Если бы у меня в этот день не было другого собеседования в городе — возможно бы расстроился за зря потраченное время.
Период собеседования — июль 2016 год.
Речь я вёл изначально про то, что за предлагаемую вами среднюю ЗП по Воронежу (а на тот момент 30к ей и являлись) вы выставили изначально завышенные требования (в вакансии было ещё много требований, которые у меня ни на одном из этапов даже не спросили). Кроме как в вашей компании я таких собеседований с такими оферами не встречал.
Когда видишь компанию, которая активно ведет блог на хабре, рассказывает всем как правильно набирать джунов, таская их по пяти этапам собеседования, для того что бы «растить» только самых лучших, явно не ожидаешь увидеть в офере средненькие цифры.
В Ростелекоме вообще без опыта в поддержке предлагали больше на то время в том же Воронеже.
в большую компанию
и вы только задумать о выращивании своих джуниоров? Комон) У вас хорошие продукт, но вы крепкая средняя компания.
Окей! :) А расскажите пожалуйста, как по-вашему выглядит джуниор?
Я во многом согласна с комментариями выше, где описано какие требования завышены, повторяться не буду. На мой взгляд, таким «Джунам» нужно от сотни в месяц платить, чтобы не сбежали :)
Тот, который умеет кнопочку и выпадающий список добавить на очередную формочку. И я не понимаю вашей тяги к развитию джунов… А кто кнопки будет добавлять, если вы их всех разовьете?)))
Может быть, Вы, в рамках своих задач? :) или это настолько зазорная работа, что для неё нужен отдельный человек? Мы воспринимаем наших джуниоров как разработчиков, а не как рабочую силу для грязной работы
Это не зазорня работа и я не понимаю, почему вы ее грязной называете, просто простая и дешевая. Не стоит на нее тратить профессиональные дорогие ресурсы. Вы когда себе дом будете строить, пеноблоки таскать тоже себе архитектора с высшим образованием возьмете?
Вы формулируете так, что джуниоры нужны только для формошлепства. Я считаю что по такому принципу разбивать задачи не всегда корректно, к тому же джуниор, который целый год собирает выпадающие списки, с большей вероятностью перегорит и уйдёт, чем тот, который занимается разными задачами с помощью ментора и лида и растет до миддла
После многолетнего опыта в другой айти области, с разработкой не связанной, то есть хороший такой джун, качественный.
Ходил он по собеседованиям, и мне, как вполне себе состоявшемуся сеньору-помидору, пересказывал свои скитания.
Попал он, в том числе, и к вам на собес.
Так вот, конкретно ваша компания, по тому что он мне напел, была _абсолютно_ худшей по соответствию уровня требуемого в вакансии и уровня реальных вопросов на собесе.
То есть вы абсолютно целенаправленно пытаетесь взять людей по цене значительно ниже рынка. Скорее всего к вам попадет мидл с заниженной самооценкой.
С точки зрения работодателя такой подход выглядит оправданным, всегда хочется рабочую силу лучше и дешевле чем у других.
Но вижу я у этого подхода и минусы.
Минус 1. Репутация на рынке труда
Я вот в здравом уме никому из знакомых к вам пойти теперь не посоветую.
Неоправданно жесткий отбор джунов создает плохую репутацию у мидлов и сеньоров, которые знаю кто как нанимает из видных игроков. Таким образом экономя на низких позициях, компания тратит значительно больше денег на найм позиций более серьезных.
При этом на попытки создать положительный имидж в опытном js-коммьюнити wrike тратит очень немало сил, и таким образом правая рука слегка борется с левой.
Как посчитать этот эффект в конкретном бабле и человеко-часах я не знаю, но он определенно есть.
Минус 2. Цена hr-конвеера.
Сито призванное отсеять из большой пачки джунов самых-самых имеет вполне конкретную цену. Время эйчаров, разработчиков проверяющих тестовые задания и проводящих собеседования. Отбиваются ли эти деньги наймом чуть более хорошего джуниора — это серьезный вопрос.
Впрочем этот эффект я думаю вы предусмотрели и посчитали, он весьма очевиден.
Минус 3. Дополнительные усилия на удержание людей.
Вы явно нанимаете людей дешевле рынка. Люди, которые в один прекрасный момент осознают свою реальную цену на рынке, могут вести себя по-разному. Пойти к начальству просить еще денег — это хороший кейс. С кейсами «я ухожу через две недели на зп в два раза больше» и тем более кейсом «да ну его, мне недоплачивают, буду работать из-под палки» иметь дело куда дороже и сложнее.
Способы посчитать текучку недооцененных людей, чтобы понять насколько это выгодно, у вас тоже наверняка есть. Но боюсь это эффект весьма длительный, его результаты вы могли просто не успеть оценить.
Возникает кстати вопрос, зачем вообще эта статья на хабре?
Открывают сейчас ваши джуниоры статью от своего работодателя на хабре.
Читают комментарии, видят что им сильно недоплачивают, и начинают грустить.
Или шевелиться по поиску места где платят лучше.
Открывают сейчас ваши джуниоры статью от своего работодателя на хабре.
Читают комментарии, видят что им сильно недоплачивают, и начинают грустить.
… а потом осознают, что пишут они на никому не нужном dart, начинают грустить еще больше, и никуда не уходят :)
Видимо на то и расчёт.
Да, меня всегда это забавляет… Мы ищем мега супер разработчиков, умных, алгоритмичных, амбициозных, блаблабла, но мы юзаем дарт, потому что наш самый главный сеньор… Эээ… Ну не очень сеньор, короче…
Мы юзаем дарт, потому что у нас большой проект и нам важна нормальная честная типизация. Полагаю, Вы уже видели какие-то материалы про то, как мы выбирали стек, если берете на себя ответственность делать подобные суждения? Может быть у Вас получится аргументировать свою позицию без перехода на личности? С удовольствием обсудил бы этот вопрос в более спокойном режиме
Спасибо за столь развёрнутый ответ и жаль, что у вашего товарища не все сложилось с нашим интервью. В любом случае, я не стал бы судить об уровне зарплат джуниоров в Wrike и о том, чего им нужно делать, читая комментарии. Мы набирали ребят для того, чтобы выращивать их и развивать, а не для того, чтобы поездить на их скиллах за низкую стоимость. Может быть Вас это удивит, но первые недели они почти вообще не занимались разработкой, а интенсивно прорабатывали первые шаги своего роадмапа с ментором и на наших курсах. Когда их скилл вырастет, мы не будем это замалчивать в надежде сэкономить на зарплате — такой задачи у нас нет
Git как показатель уровня кандидата?! Зачем? Даже если человек никогда о нем не слышал это разве как-то характеризует его уровень?
Ни одна компания, где я проходил собеседование ни разу ничего не спросила про Git.
Весь Git разработчика это 5 команд на стикере приклееном на монитор. Это ровно то, что знают о Git инженеры даже уровня Staff.
Стало интересно, а зарплату вы обсуждаете сразу или в начале: " ответьте на наши вопросы к резюме, сделайте не маленькое тестовое задание, пройдите технический собес, собес с эйчаром, руководителем и тд. Мы подумаем и только тогда скажем сколько хотим предложить"?
https://www.wrike.com/ru/team-collaboration-software/ что-то на этой странице "полезные функции..." у меня на мобильке глючил. Если медленно прокручивать вниз, дойти до картинки и начать медленно скролить вверх, то меня начинает автоматически возвращать вниз. В какой-то момент вообще все зависает и скролится вверх не получается, только вниз. После этого отпускает. Это именно мобильная версия сайта, телефон он плюс, хром последней версии.
Между тем, топы it-компаний России не позволяют себе писать статьи с публичным осуждением своих потенциальных кандидатов...
Стек технологий дарт и первый ангуляр. Н-да не много вакансий на hh где требуется дарт.
Так а где же я осуждаю потенциальных кандидатов? Наоборот — наша история про отбор сильных ребят для их дальнейшего развития, а не для формошлепства, как обсуждалось выше.
И нет, у нас не первый ангуляр, где Вы взяли такую информацию?
https://hh.ru/vacancy/23183165 описание стека. Ну ок, вы не указали какой ангуляр, бывает, не досмотрели, hr-у, составлявшие у описание вакансии что первый, что второй все одинаково. Сори.
Первый ангуляр — это AngularJS, а «Angular» как указано в описании — это версии ангуляра 2+. Сейчас у нас используется последняя доступная под дарт стабильная версия
Сам использую Ангуляр, начиная с беты и для меня выбор Дарта кажется просто диким.
Тайпскрипт не даёт строгой проверки типов, а она очень важна, когда почти 30 команд каждый день комитят в 400 репозиториев и пытаются избежать конфликтов — это важно сделать на этапе анализатора и сборщика. Я понимаю к чему Вы клоните, сам провёл на тайпскриптовом ангуляре почти 3 года и в целом проблем с ним не было. Но на больших проектах это уже не работает. Ну и плюс гугл написал AdWords на дарте и не менее ясно дал понять, что отказываться от него не намерен)
Тайпскрипт не даёт строгой проверки типов
Скажите тайпскрипту её делать и запретите any — и будет у вас проверка типов, о чём речь-то?
Заявление про TS, который не работает на больших проектах — и вовсе относится к прохладным историям. Именно на них он и работает в полную силу.
Ну и плюс гугл написал AdWords на дарте и не менее ясно дал понять
… что переписывать AdWords на другом стеке они не будут. Всё.
Посмотрите https://youtu.be/Bk-uJgo5GO4, там в начале на примерах объясняется про тс и дарт
1) XmlHttpRequest. Вы серьезно?
2) Ой, я не читал спеку, и не понимаю, что такое HTMLCollection, NodeList, и вообще все эти мутные (они и правда такие) типы DOM. На этом месте захотелось спросить «и чё?». Тайпскрипт-то тут при чём? Все эти типы там есть, со всеми этими типами там прекрасно работается, а если вас дико возмущает, что у вас тут HTMLCollection, а здесь NodeList — ну так напишите конверсию, кто не даёт-то? Перегоняйте в Array и радуйтесь жизни.
В докладе много каких-то личных проблем разработчика с типами DOM, которые (внезапно) не имеют вообще никакого отношения к возможностям и невозможностям тайпскрипта.
3) Ой, а тайпскрипт нас не спасает от использования законных фич яваскрипта. И в самом деле, а чё это он так? Может, команде Wrike стоит открыть для себя линтер, если уж они честно не хотят стрелять себе в ноги?
Итого я в докладе вижу, что автор очень сильно и глубоко страдает от JS, и поэтому видит Dart (который не JS) большим спасением, чем TS (который JS с рюшечками и автоматическими проверками). Но по выслушивании этих примеров у меня сложилось мнение, что автор просто испытывает необоснованную неприязнь к базовому веб-стеку, и поэтому хочет отгрести от него подальше, «просто штоб не JS».
Линтер спасает не всегда. Почему бы вообще всем не писать на js в таком случае?
Вы же прекрасно понимаете, что дарт ровно как и тайпскрипт — это только инструмент. Для всякого инструмента есть свои задачи. Пусть дарт менее популярный, но на нашем проекте он работает максимально эффективно, как наверняка тайпскрипт — на вашем
Линтер спасает не всегда. Почему бы вообще всем не писать на js в таком случае?
Линтер не будет контролировать вам типы. TS — будет. Напоминаю, мой комментарий относился к вашим необоснованным выпадам в адрес TS, а уж какие там у вас в конторе нелады с линтером — мне неинтересно. Линтер был упомянут только в контексте примеров из доклада.
Вы же прекрасно понимаете, что дарт ровно как и тайпскрипт — это только инструмент.
Конечно. И поэтому не надо бросаться фразами типа «Тайпскрипт не даёт строгой проверки типов». В контексте этой беседы такие фразы звучат как "- Молоток не может забивать гвозди! — Но вы ошибаетесь, может. — Неправда, мы забиваем гвозди камнем, и вообще это только инструмент, и камень у нас прекрасно работает".
Во блин, оказывается, AngularDart — это совершенно другой фреймворк, который не имеет никакого отношения к Ангуляру с 2016года. Умеет же гугл давать названия фреймворкам.
Ну и возвращаясь к вашим джуниорам, тяжело им, наверное, осваивать инструмент, которым пользуется 1.5 человека, помимо гугла.
зарплату вы обсуждаете сразу или в начале: " ответьте на наши вопросы к резюме, сделайте не маленькое тестовое задание, пройдите технический собес, собес с эйчаром, руководителем и тд. Мы подумаем и только тогда скажем сколько хотим предложить"?
Знаете. Я к wrike никакого отношения не имею, но обсуждать зарплату с джуниором ДО подтверждения навыков считаю бессмысленным.
Собеседующий: здравствуйте. какую зарплату вы бы хотели?
Джуниор: здравствуйте. Думаю 90к в Москве для меня прожиточный минимум.
Собеседующий: у нас вилка для джуниоров от 50 до 70.
Джуниор: может быть 80? У вас наверняка есть возможность немного превысить верхнюю границу, если кандидат хороший
Собеседующий: ладно. Сойдёмся на 80. Теперь давайте приступим к тестовым заданиям. Вам дан односвязный список и индекс. Нужно удалить элемент из списка на указанном индексе
Джуниор: (тупит, не понимает задачу) Знаете, есть исследования о том, что такие вопросы на самом деле не показывают реальный уровень кандидата. Из за стресса в незнакомой обстановке люди совершают ошибки.
Собеседующий: но тут ведь просто односвязный список.
Джуниор: давайте вы меня наймете и у вас будет целых три месяца, чтобы по-достоинству оценить мои навыки.
Ну все-таки вилку стоит оговаривать на берегу. Или хотя бы спрашивать, сколько хочет. Просто выходит, что человек должен до фига своего времени потратить на 100-500 шагов отбора, а потом узнать, что за деньги, которые ему в итоге предложили, он бы даже кнопочку отправить резюме обломался бы нажимать.
Интересно, какое самомнение должно быть у джуниора без опыта, чтобы он обломался нажимать кнопочку отправки резюме вообще куда-либо?
Вы так говорите, как будто зарплату платят в качестве компенсации за первоначальные испытания. Если следовать такой логике, то можно вообще без отбора выбирать случайных людей из пула кандидатов. У них не будет 100500 шагов отбора, поэтому можно и зарплату маленькую платить.
Мы ведь сейчас о джуниорах без опыта работы говорим.
Чтобы говорить о том, подходит вилка или нет, они должны сначала узнать свою реальную ценность. Как они могут определить её, если еще нигде не работали? По оценкам в универе? По количеству посещенных митапов?
Я согласен, что нужно взаимное уважение. Но с позиции джуниора все таки лучше попробовать несколько раз и, не оглядываясь на вилку, устроиться в наилучшее место, куда берут. Его ведь никто не заставляет всю жизнь работать в одном и том же месте.
Так с чем конкретно из моих слов вы не согласны?
То есть джуниоры не должны сначала себя проявлять? Ну допустим. В таком случае, из каких соображений он должен выбирать подходящую вилку зарплаты?
Если он промахнулся и загнул много, через некоторое время потыкавшись по разным собеседованиям, он придет к оптимуму или же будет яростно ипрувить свои скиллы.
Вот именно. Человек должен соответствовать своим зарплатным ожиданиям. Поэтому он сначала должен показать что чего-то стоит, а уж потом строить из себя рок-звезду, которая обламывается отправлять резюме куда-то.
Вообще, понятие «соответствие зарплатным ожиданиям» в условиях свободного рынка весьма условно, разбег +- 30% от компании к компании за одну и ту же работу фактически норма, а в случае младших позиций вилка (в столице) может быть от 30 до 70 и совершенно очевидно, что в этих условиях идти на 30 смысла нет, а вот на 50 — вполне можно.
Так какие должны быть зарплатные ожидание у джуна то? Или надо обязательно потратить тонну времени на собеседования, чтобы узнать, что в конкретном месте предлагают меньше среднего?
Почему вдруг процесс доказательства своей квалификации для вас равен страданию?
Страдать не надо. Надо показать что умеешь и поторговаться.
Так какие должны быть зарплатные ожидание у джуна то?
На мой взгляд — такие, чтобы можно было прожить в данном городе для иногородних. Если же человек уже тут живет и у него нет капитальных затрат вроде жены с ребенком, то зарплата вообще не должна играть роли. Первый год надо активно получать опыт и зарабатывать себе имя.
Чтобы узнать сколько предлагают "по рынку" все таки надо везде показать свой уровень. Рынок это ведь не просто зарплата, а компенсация за квалификацию. Недостаточно просто тыкаться в каждую дверь и говорить "я хочу столько, дадите?". Если нигде себя не проявлять, то как понять что заявленные ценники относятся к одной и той же квалификации?
Почему вдруг процесс доказательства своей квалификации для вас равен страданию?
Страдать не надо. Надо показать что умеешь и поторговаться.
Ну, «страдать» тут все-таки в переносном смысле, но тем не менее, этот процесс время- и ресурсозатратен.
Рынок конкурентен, но конкурентен он для обоих сторон («работать негде» совместно с «нанимать некого») и чтобы ввязываться в действительно серьезный отбор, нужно понимать зачем ты это делаешь и что получишь в итоге. Компании это выражают через усложнения отбора, так как хотят получить максимум за минимальные деньги, а работники ищут наимее трудозатратный путь.
Компании уровня FAANG могут себе позволить не писать ни детализированных требований в вакансии, ни зарплатную вилку, первое — потому что у них куча проектов, а второе — потому что там с этим точно все нормально и платят они однозначно в рынке и даже выше него. То есть с ними вообще все однозначно — чувствуешь увернность — пробуй в интернатуру, каков бы не был отбор, если возьмут — это круто. Собственно, поэтому там и отбор такой замороченный — за забором неиссякаемая очередь.
Если же мы говорим о вполне обычных компаниях, то тут есть выбор, и выбор большой. Начинающий специалист с потенциалом и нормальными базовыми знаниями скорее всего будет выбирать минимум из 2-3 компаний, куда его позовут пособеседоваться.
Отсюда возникает вопрос — зачем прикладывать столько усилий к доказательству своей квалификации, если можно получить желаемое (работу за средние деньги в обычной компании) более простым путем? Это исключительно вопрос рациональности.
Чтобы узнать сколько предлагают «по рынку» все таки надо везде показать свой уровень.
Или уметь пользоваться интернетом и погуглить\пойти в чатике поспрашивать\найти знакомого в индустрии. Обычно сам себя человек более-менее может оценить (в крайнем случае есть куча порталов где можно проверить свои навыки разработчика) и сопоставить собственные знания со знаниями, необходимыми для работы на позиции N за M денег.
Первый год надо активно получать опыт и зарабатывать себе имя.
Я вот тут с вами не очень согласен.
Точнее согласен — но это не вся правда. Зарплата важна. И компания важна.
Год интерном\джуном в Google\Facebook\Yandex, на худой конец (его хоть как-то знают на глобальном уровне) — это да, тут зарплата не так важна, потому что строчка с этими именами в резюме работает и доказывает что ты чего-то, да стоишь, так как в индустрии все примерно представляют, какой туда отбор и как сложно туда попасть (хотя это тоже не особо правда, но большинство все-таки думает именно так).
Если это год в обычной компании, название которой надо гуглить, чтобы узнать что это (если оно вообще гуглится) — это совершенно другое, «имя» себе такой работой не заработаешь и будет в резюме написано компания «А» или компания «Б» не так важно, поэтому в этом случае деньги уже важны, как минимум в роли критерия выбора места работы.
зачем прикладывать столько усилий к доказательству своей квалификации, если можно получить желаемое (работу за средние деньги в обычной компании) более простым путем?
На джуниорские позиции претендуют сотни людей, большинство из которых не способны работать. Усилия нужно прикладывать, чтобы выделиться из этой толпы.
Да, для этого придется пройти какой-нибудь отборочный онлайн-тест, отправить какое-нибудь тестовое задание и может быть даже с кем-то поговорить вживую.
Все эти телодвижения происходят не потому что компания считает себя гуглом, а потому что соискателей тупо много и надо их фильтровать.
Таким образом, первый разговор уже происходит тогда, когда человек как-то себя проявил. Причем этот человек может быть уже миддлом и было бы логично оценить его дороже, чем джуна. Озвучивание вилки до начала отбора не дает возможности торговаться ни одной из сторон.
В конце концов, если из 100 человек выбрали 3, то разговор явно не кончится фразой "наш потолок 30".
Более "обычные" компании могут вообще не заморачиваться с многоэтапным отбором и воспользоваться услугами генератора случайных чисел в случае, когда к ним пришло слишком много соискателей. Но если компания не продумала процесс найма, вряд ли сможет предложить какое-то обучение и дальнейший рост.
Озвучивание вилки до начала отбора не дает возможности торговаться ни одной из сторон.
Для торга нет разницы, озвучена вилка или нет, она же всегда есть. Сокрытие вилки зарплат — это просто попытка купить человека как можно дешевле, тут нет никакого иного сакрального смысла. Другое дело, что сразу будет понятно, есть смысл общаться или нет, чтобы потом не попадать в утомительные (а местами даже бредовые) ситуации с торгом на понижение.
Типичный диалог, который у меня был с десяток раз точно сразу после знакомства с HR-ом в в ситуациях, когда вилка не озвучена:
— Сколько вы предлагаете?
— У нас гибкая вилка, а сколько вы хотите?
— Я хочу N.
И вот тут есть 2 варианта (на самом деле больше, но сводятся к этим двум):
1) Да, это потенциально возможно, зависит от вашего уровня, давайте продолжать.
2) Простите, мы не можем столько дать, расходимся.
Никто не тратит время, все прекрасно.
Если бы сумма была указана, то этот шаг можно было бы вообще пропустить.
Если вилка сильно большая (ну там, до 300к, допустим) и готовы брать от джунов до лидов и рок-старов, то просто создается соответствующее количество вакансий с ожиданиями на каждый диапазон компенсации.
Причем этот человек может быть уже миддлом и было бы логично оценить его дороже, чем джуна.
Это вообще невероятное везение для компании и признак того, что человек скоро осознает что он себя недооценивает и пойдет искать еще большие деньги, так как джун, оцененный в мидла скорее всего все равно получит меньше, чем если бы он изначально на мидла собеседовался. Исключения бывают, но это именно что исключения.
Все эти телодвижения происходят не потому что компания считает себя гуглом, а потому что соискателей тупо много и надо их фильтровать.
Оно понятно, что соискателей сотня, но и компания тоже не одна. Эти сильно фильтуют и скрывают вилку — другие менее сильно и озвучивают вилку, можно идти туда, it — конкурентная индустрия, а о лояльности тут речи пока быть не может.
Да, для этого придется пройти какой-нибудь отборочный онлайн-тест, отправить какое-нибудь тестовое задание и может быть даже с кем-то поговорить вживую.
Если у джуна есть пет-проекты, то достаточно одного собеседования с обсуждением любого из его проектов и все станет понятно. Кто-то так делает, кто-то навязывает выполнение стандартного тестового задания…
В конце концов, если из 100 человек выбрали 3, то разговор явно не кончится фразой «наш потолок 30».
Это совершенно не явно. Возможно эти трое как раз те, что по каким-то причинам согласились на 30.
«я хочу столько, дадите?» — это отличный первый вопрос. И вот только потом, если вилки кандидата и компании хоть как-то пересекаются стоит тратить время на подтверждение квалификации.
На мой взгляд, самое ценное что может дать компания джуну без опыта работы, это не зарплата, а обучение.
Компенсация ему должна быть такой, чтобы человек мог решить базовые житейские вопросы.
Хотя бы огласить уровень (вилку) ЗП, которые она готова платить кандидату, в случае его успешного прохождения.
Если человек умелый, то заявленная вилка не позволит ему запросить выше верхней планки.
может на другом конце очередная студия
Для этого надо тратить время, чтобы узнать что там на другом конце. Причем заранее и узнавать не только про зарплату.
На мой взгляд, самое ценное что может дать компания джуну без опыта работы, это не зарплата, а обучение.Это может дать любая средняя компания. Обучение происходит во время работы.
Если человек умелый, то заявленная вилка не позволит ему запросить выше верхней планки.И какую в этом всём играет роль объявление вилки ПОСЛЕ собеседования, а не ДО? Он точно так же не сможет запросить. Просто он не будет рассматривать вашу компанию, вот и всё.
Для этого надо тратить время, чтобы узнать что там на другом конце. Причем заранее и узнавать не только про зарплату.Трата этого времени и называется собеседованием. И если технические навыки компания неспособна оценить за несколько минут, то вот дать оценить возможности финансовой компенсации собеседуемому — возможно. И дальше этого разговор может просто не пойти, сэкономив время обоим участникам собеседования.
Это может дать любая средняя компания. Обучение происходит во время работы.
Компании могут еще организовывать внутренние тренинг центры с курсами, которые ведут опытные сотрудники. Еще могут оплатить за счет компании какие-нибудь внешние платные курсы или подписку на книжки.
Обучение во время работы происходит по узкой специализации и применительно к конкретным проблемам. Грубо говоря — во время работы могут натаскать пилить фичи одним конкретным способом в то время, как инструмент позволяет применять три разных способа. Да и самих инструментов есть несколько разных.
И какую в этом всём играет роль объявление вилки ПОСЛЕ собеседования, а не ДО?
Если удалось произвести хорошее впечатление, то позиция в переговорах будет сильнее. Например те же иногородние женатые(замужние) с детьми могут попробовать выторговать себе больше, чем вчерашние выпускники.
Например те же иногородние женатые(замужние) с детьми могут попробовать выторговать себе больше, чем вчерашние выпускники.
Вы в открытую предлагаете дискриминационный подход к компенсации по семейному положению? Это как бы нарушение закона. В России на него конечно кладут, но на других рынках за такое можно ощутимо отхватить.
Обучение во время работы происходит по узкой специализации и применительно к конкретным проблемам.
Безусловно. В этом и ценность. Общие знания, которые неприменимы для решения проблем конкретного бизнеса этот бизнес вряд-ли будет давать. Разве что вот подписка на онлайн-библиотеку от O'Reilly какая-нибудь.
Компания в целом вообще не заинтересована учить людей каким-либо вещам, которые не несут для нее пользы.
При этом, компании примерно одинакового уровня при схожем стеке используют +- одни и те же инструменты одним и тем же способом, так что с высокой степенью вероятности разницы между ними будет не особо много, можно выбирать по другим критериям.
Вы в открытую предлагаете дискриминационный подход к компенсации по семейному положению?
Я в открытую предлагаю идти навстречу умелым людям, которым требуется помощь например с переездом или с решением базовых житейских вопросов.
Релокационные пакеты вы тоже дискриминацией по территориальному признаку будете называть?
В этом и ценность. Общие знания, которые неприменимы для решения проблем конкретного бизнеса этот бизнес вряд-ли будет давать.
Ценности в натаскивании на один прием нет. Это как при изучении Гита освоить только коммит, пуш и пулл. В то время как есть много чего ещё, что может быть полезно.
Релокационные пакеты вы тоже дискриминацией по территориальному признаку будете называть?
Нет, не буду, это другое и любой кандидат его при необходимости получит (если компания предоставляет). Если компания говорит, что перевезет кандидата и его семью при расходах в пределах N денег, то тут нет разницы, какого размера семья и есть ли она, так как ситуация очевидна. К тому же релокационный пакет не является компенсацией за труд, его цель — релокация и она предоставляется без дискриминации, если она нужна.
А вот варьировать зарплату от семейного положения уже нельзя.
Ценности в натаскивании на один прием нет.
Тогда ценности в обучении внутри компании тоже практически нет, так как совсем общих знаний компания не даст и даже тот же ШАД от Яндекса — это натаскивание на решение широкого круга алгоритмических задач, которые нужно решать в работе.
Открою страшный секрет, когда человек работу ищет, он не только в Вашу супер-звездную компанию подаёт, но и ещё в штук 20 других и ещё штук 15 пишут ему сами. Демонстрировать что-то компаниям, которые не потянут его стремления «от x тысяч рублей» не целесообразно. Дальше продолжать дискуссию смысла не вижу, так как каждый все равно останется при своём мнении.
Джуны частенько думают, что они единственные и что компании должны доказывать им, а они в свою очередь могут прийти и требовать высокую вилку.
Впрочем я нисколько не оправдываю компании, которые не дают обратную связь.
Про такое стоит на глас дор писать, поток кандидатов будет сильно ниже, может и вести себя научатся )
А как джуниору, который по вашим словам, не знает свою цену, понять, что эта компания — лучшее место куда его берут?
Походить по собеседованиям, выяснить условия.
Описанному в вашем случае джуну вилка в вакансии может только помешать. Потому что если точная зп не указана, то можно поторговаться до достаточной для жилья иногороднему. Если же вилка указана, то выше головы не прыгнешь. Заметьте, я не говорил что нужно всем джунам без исключения давать 20, в том числе в Москве.
Моя позиция в том, что торговаться нужно после того, как прошло техническое интервью и навыки были оценены. Потому что смысл торговаться, если человек не сможет выполнять свои обязанности?
Вы можете предположить, что компания банально может не знать какой будет результат отбора? Ну то есть взяли 100 человек, провели онлайн-тестирование, посмотрели тестовые задания, а вдруг оказывается что лучшие из лучших не такие уж классные. При этом вилка была заявлена большая и раз эти прошли, то нужно будет давать им по верхней планке. Они же прошли столько испытаний!
2) Устраивате анальный отбор джунов, аки Гугл, чтобы:
— у человека появилось ощущение важности того, что он пробился.
— сбить цену на человека, типа вот было 100 претендентов. Ты типа проходишь, поэтому давай веслай, а то вон 100 человек еще стоит ждет своей очереди.
3) 98 вакансий на HH и ни на одну не указана зп (даже Вилка не указана). Опытный разраб вилку знает, а вот глупый джун не знает. Все делается для того, чтобы сэкономить.
В общем, ребята. Почитайте статьи mail.ru/yandex.ru — они делают тоже самое, что и вы, но они это делают в разы умнее. У вас же лисий хвост видно невооруженным взглядом.
Эй, а зачем столько желчи? Дарт дартом, это отдельная беседа. Серьезный отбор на джуниоров у нас возник по ходу дела, когда стало понятно, что кандидатов сильно больше, чем мы можем переварить. Логично взять лучших, верно? Или Вы предлагаете просто делать оффер первым четверым, кто смог запустить IDE? У нас нет задачи экономить на зарплатах, зарплатах джуниоров в том числе. Жаль, если Ваш подобный опыт был негативный. Касаемо вилок, Вы удивитесь, у какого количества компаний она не указана, просто потому что это решается с кандидатом индивидуально
Большая ты компания или маленькая ты компания, я бы предложил сначала самому сходить на парочку интервью для отрезвления.
Поддерживаю уже высказавшихся о конских требованиях
Веб-приложением должны были стать крестики-нолики с использованием любого фреймворка (или без него).
обе задачи в одном репозитории в разных папках, истории коммитов при этом конечно нет;
решение «в лоб» — хардкод матрицы выигрышных комбинаций 3х3, что достаточно тяжело будет расширить до 10х10, к примеру.
А в ТЗ это было? Делать мелкие детали за бесплатно — не лучшая стратегия.
Разобью в пух и прах иллюзии о тындексе, там ВНЕЗАПНО зарплаты ниже по рынку, а штат раздут настолько, что вполне можно просиживать штаны на ИБД. И чем крупнее штат, тем больше уровень ИБД.
Мне кажется, автор забыл упомянуть важный момент. Что успешным джуна делают не то, как он решает задачи уровня мидла, а то, каким образом он пытается в них разобраться. И КАК он это делает, как ошибается, как относится к своим ошибкам, отрабатывает их с ментором. Но есть и такие, которые при виде «задачи уровня миддла» бросают в лицо перчатку и валят в закат, брызжа ядом во все стороны.
успешным джуна делают не то, как он решает задачи уровня мидла, а то, каким образом он пытается в них разобраться
Вот тут я с вами согласен.
Разобью в пух и прах иллюзии о тындексе, там ВНЕЗАПНО зарплаты ниже по рынку, а штат раздут настолько, что вполне можно просиживать штаны на ИБД.
Да, про ниже рынка это правда. По крайней мере в 12-16 годах точно, сейчас хз. Про ИБД — ну как повезет, при желании можно конечно. Другое дело что в России запись о работе в Яндексе очень даже неплохо работает в дальнейшем, как уже сказали ниже.
Другой вопрос, что это достигается не просеиванием рынка, а бесплатными внутренними курсами и менторингом — до этого они зарплату не получают, но и занимаются бесплатно.
Ситуация понятна. У вас больше сотни резюме, а вакансий 4, понятно что хочется отобрать лучших из тех, кто есть. Или даже просто отобрать, выбрать из 20 сильных джунов 4 — сложно, и в дело тдут методы отсева «неудачники нам не нужны»
Но зачем же столько пренебрежения? Приручить джуна, он вам что, животное? Ни за сто бы не пошел к вам работать после такой статьи джуном
Как приручить джуниора?