Попробую объяснить еще раз. Ваше резюме - не читает человек в 99%. Поэтому все наши фокусы, для прохождения фильтра, дальше уже посмотрят на месте перед тех интервью и там зададут в любом случае вопросы и про возраст и про вуз. Если у вас есть аргументы и знания, то вы сможете пройти успешно собеседование. Мы лишь делаем так, чтобы вас не отсеял бот не посмотрев на ваши знания
Да, думаю стоит внести корретировки в статью) Много раз видел, как в курсы записывают скиллбокс, или еще какие-то курсы от онлайн школ обычных, вот такое писать не надо))
Приукрасить - можно, а то, что в статье обман? А валидатором обмана являетесь вы? Где было сказано, что нужно приписывать пару лет опыта? Ну, а про столицу, я объяснил, как работает HH со стороны работадателя, вы видели хотя бы раз интерфейс?)
В нашем случае команды, используют единые походы и практики, а не так что кто во что горазд то и воротит.
Про частый процесс, опять же раз в пять лет запросить правку в N командах, а значит потратить ресурсы каждого человека, либо раз в пятилетку обновить пакет. Где еще раз повторюсь, даже версию не надо будет менять, просто yarn/npm install сделать.
P.S. Я понял, что вы хотите донести, что усложнения ради усложнений, это излишества. Но у нас вот подсчитав в цифрах, это выходит не лишнее. Может конкретно вашей команде не подойдет :(
Моя цель была простой, донести в каких случаях может пригодиться, и короткая инструкция как. Есть правда недочеты со структурой подачи, но все мы не идеальны)
1) Хей парни обновите, с понедельника свои конфиги не работает, по ряду причин:
а) разработчики заняты, у них нет времени б) менеджементу на это нужна карточка, значит на это еще уйдет время в) хорошо, если у вас две команды, если их много и не все читают чаты, то проблема с тем, чтобы информация дошла
г) из-за пункта а, б. Могут стать разные конфиги приведет к потере качества и уйдет та единость
2) Да, обновляем конфиг, но в одном месте, силами любого 1 разработчика, сообщить что обновился. Тут сразу скажу, что проблем не будет, потому что даже если разработчики это не сделают, на процессе CI, пакет сам обновиться до актуальной версии, и код если что просто не пройдет проверку
3) Затраты на обслуживание. Тут надо посчитать, что дешевле потратить, время N проектных разработчиков (а во время входит еще муторный процесс по созданию карточку с описанием свойства) или же дешевле занять пару кб, общей дисковой квоты, и немного ресурсов CI? Так что затраты на обслуживание были, в виде человеко часов. Телодвижения уменьшились, потому я не рассматриваю вариант, что вы такую настройку делаете, для одной двух команд
Верно, впринципе как и при наличии своей ui библиотеки, при новом релизе вы забираете последнюю версию. В голове приходит максимум, автоматическое создание тикетов на обновление, на связанных проектах.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Попробую объяснить еще раз. Ваше резюме - не читает человек в 99%. Поэтому все наши фокусы, для прохождения фильтра, дальше уже посмотрят на месте перед тех интервью и там зададут в любом случае вопросы и про возраст и про вуз. Если у вас есть аргументы и знания, то вы сможете пройти успешно собеседование. Мы лишь делаем так, чтобы вас не отсеял бот не посмотрев на ваши знания
Да, думаю стоит внести корретировки в статью) Много раз видел, как в курсы записывают скиллбокс, или еще какие-то курсы от онлайн школ обычных, вот такое писать не надо))
Приукрасить - можно, а то, что в статье обман? А валидатором обмана являетесь вы? Где было сказано, что нужно приписывать пару лет опыта? Ну, а про столицу, я объяснил, как работает HH со стороны работадателя, вы видели хотя бы раз интерфейс?)
Именно так, я не про вранье и накрутку) Я про обход фильтров, которыми неумело пользуются 😬
Мне кажется у второй части не стоит даже работать :) Мне интересно, а как вы будете работать с ситуацией?
например я тимлид кроссфункциональной команды, а в трудовую мне записали руководитель группы тестирования 1+1, кажется тоже не сойдутся 😅
Ну вы можете, оставить правду в резюме и ждать, что вас позовут один раз за месяц. Или все же пообщаться со всеми.
Я был на этом месте и это важно, чтобы вас оценили все таки по вашим профессиональным качествам, а не возрасту
А как hr зацепится? То есть вас нанимали по вашим профессиональным навыкам, а отзовут оффер, почему?
В нашем случае команды, используют единые походы и практики, а не так что кто во что горазд то и воротит.
Про частый процесс, опять же раз в пять лет запросить правку в N командах, а значит потратить ресурсы каждого человека, либо раз в пятилетку обновить пакет. Где еще раз повторюсь, даже версию не надо будет менять, просто yarn/npm install сделать.
P.S. Я понял, что вы хотите донести, что усложнения ради усложнений, это излишества. Но у нас вот подсчитав в цифрах, это выходит не лишнее. Может конкретно вашей команде не подойдет :(
Моя цель была простой, донести в каких случаях может пригодиться, и короткая инструкция как. Есть правда недочеты со структурой подачи, но все мы не идеальны)
Спасибо за комментарий. Ну давайте разберемся:
1) Хей парни обновите, с понедельника свои конфиги не работает, по ряду причин:
а) разработчики заняты, у них нет времени
б) менеджементу на это нужна карточка, значит на это еще уйдет время
в) хорошо, если у вас две команды, если их много и не все читают чаты, то проблема с тем, чтобы информация дошла
г) из-за пункта а, б. Могут стать разные конфиги приведет к потере качества и уйдет та единость
2) Да, обновляем конфиг, но в одном месте, силами любого 1 разработчика, сообщить что обновился. Тут сразу скажу, что проблем не будет, потому что даже если разработчики это не сделают, на процессе CI, пакет сам обновиться до актуальной версии, и код если что просто не пройдет проверку
3) Затраты на обслуживание. Тут надо посчитать, что дешевле потратить, время N проектных разработчиков (а во время входит еще муторный процесс по созданию карточку с описанием свойства) или же дешевле занять пару кб, общей дисковой квоты, и немного ресурсов CI? Так что затраты на обслуживание были, в виде человеко часов. Телодвижения уменьшились, потому я не рассматриваю вариант, что вы такую настройку делаете, для одной двух команд
Верно, впринципе как и при наличии своей ui библиотеки, при новом релизе вы забираете последнюю версию. В голове приходит максимум, автоматическое создание тикетов на обновление, на связанных проектах.