Я на меренно не буду давать временных рамок нахождения в каждом из грейдов, так как это весьма индивидуальная штука и длительность развития в роли может быть очень разной.
Добавлял в введении, это очень скользкий путь, давать такие временные оценки. В моём опыте в компаниях, где я работал, мы апали сильных джунов примерно через год-полтора. Но ещё раз, это очень индивидуально. Просто не хочу ситуации, где требования роста на основе выслуги года будут появляться из-за какого-то чувака в интернете)
Нет, это крайне полезный опыт и, кмк, джунов в команде к этому нужно приучать сразу, передавать им опыт и привлекать их к процессу. Причём иногда они умудряются задавать правильные вопросы.
Много где нет какой-то внятной границы куда он там растёт и как. Часто встречается явление джоб-хоппинга для смены зарплаты и грейда.
Пожалуйста, цитируйте полную мысль. Тут имеется ввиду, что часто встречается проблема, где уже давно выросший из джуна джун не может вырасти в мидла в силу корпоративного болота и ему приходится идти через офферы или прыгать через работу, чтобы вернуться в грейде выше. В некоторых аутсорсах я встречал открытые советы менеджеров о таких прыжках для упёршихся головой в потолок джунов.
UPD: на всякий случай опишу это в статье более ясно.
Я обычно в техническом направлении делаю и доклады, и статьи. Просто последнее время часто всплывали споры в кулуарах по грейдам, матрицам компетенций и т.д. Стало интересно попробовать описать мысли на эту тему, а в рамки тг канала не влезало. Я уже забыл, как такие темы сообществом встречаются, посты про матрицы точно дальше телеги не пойдут)
Да уже принципиально захотелось добить весь поток мыслей по поводу, там почти паритетит по + и -. 3 части точно не будет, она меня потопит, возвращаюсь к техническим статьям.
Пункт 4, неужели никто никогда не вспоминает про reduce, зачем вы делаете два прохода, производя 2 массива, если можно всё это сделать в одну итерацию с какими-то явными проверками.
Зачем упоминать про ES2020, если тут нет практически ни одной фичи из последних реализаций, например nullish или pipe. Очередная копипаста 100500 подобных статей ради плюсов, без практической пользы для сообщества.
Например я ещё не дошёл до синтаксиса #row="", поэтому не знаю, это способ что-то передать в слот или достать из него наружу внутреннюю переменную компонента
Эта директива по сути просто рисует переданный ей html элемент, это может быть как константа, реактивное свойство, так и значение, возвращаемое из метода. Вот ссылка на документацию или можно делать так
Добавлял в введении, это очень скользкий путь, давать такие временные оценки. В моём опыте в компаниях, где я работал, мы апали сильных джунов примерно через год-полтора. Но ещё раз, это очень индивидуально. Просто не хочу ситуации, где требования роста на основе выслуги года будут появляться из-за какого-то чувака в интернете)
Будет классно, если распишешь почему, мне правда интересно.
Нет, это крайне полезный опыт и, кмк, джунов в команде к этому нужно приучать сразу, передавать им опыт и привлекать их к процессу. Причём иногда они умудряются задавать правильные вопросы.
Пожалуйста, цитируйте полную мысль. Тут имеется ввиду, что часто встречается проблема, где уже давно выросший из джуна джун не может вырасти в мидла в силу корпоративного болота и ему приходится идти через офферы или прыгать через работу, чтобы вернуться в грейде выше. В некоторых аутсорсах я встречал открытые советы менеджеров о таких прыжках для упёршихся головой в потолок джунов.
UPD: на всякий случай опишу это в статье более ясно.
Я обычно в техническом направлении делаю и доклады, и статьи. Просто последнее время часто всплывали споры в кулуарах по грейдам, матрицам компетенций и т.д. Стало интересно попробовать описать мысли на эту тему, а в рамки тг канала не влезало. Я уже забыл, как такие темы сообществом встречаются, посты про матрицы точно дальше телеги не пойдут)
Да уже принципиально захотелось добить весь поток мыслей по поводу, там почти паритетит по + и -. 3 части точно не будет, она меня потопит, возвращаюсь к техническим статьям.
Не, в этом случае ты джун с прописанным ЛПР (ИПР), сейчас в основном так =)
Уух, тема требований от компании к компании вообще отдельная) Сегодня ты сеньор в аутсорсе,
завтрав течении месяца 5 собесов и трейни в Яндексе =DНу вот и я тоже получил свой вкусный и познавательный подарок, спасибо Деду Морозу =)
Фото подарка)
Как вы до сих пор умудряетесь писать JavaScript раздельно, отдавайте на проверку статьи техническим специалистам что ли, если упоминаете технологии.
Почему не использовать динамический импорт?
Зачем на каждой итерации создавать новый массив, посмотрите какая у вас сложность алгоритма выходит? Делайте просто acc.push(); return acc;
Зачем упоминать про ES2020, если тут нет практически ни одной фичи из последних реализаций, например nullish или pipe. Очередная копипаста 100500 подобных статей ради плюсов, без практической пользы для сообщества.
Для этого пункта вот ссылка на документацию
Эта директива по сути просто рисует переданный ей html элемент, это может быть как константа, реактивное свойство, так и значение, возвращаемое из метода. Вот ссылка на документацию или можно делать так
Тут речь вот про это