Специально пишу под верхним комментарием, чтобы побольше людей увидело: не делайте так, как герой статьи - идите к врачу. Не нужно проводить эксперименты.
Спасибо за статью, но мне кажется, нет каких-то простых вопросов, которые можно задать и узнать что за человек. На вопрос можно ответить правильно / неправильно. Что-то упустить, или наоборот - рассказать все достаточно полно. Но ведь тут как - пока не попробуешь с человеком поработать, не узнаешь, что за специалист перед тобой.
Кандидат может на 1-й вопрос ответить "Я!" и ошибиться (что для тимлида, конечно, не очень), но при этом, с большим энтузиазмом относиться к работе, брать на себя ответственность и предлагать решения. Для меня перечисленные качества важнее понимания принципа командной ответственности и подстраховки(их в конце концов легко объяснить).
Более того, если вы составили список "контрольных" вопросов и кандидат ответил не так. Это еще не значит, что он ответил неправильно. Возможно у него другой опыт, он побывал в других ситуациях. А возможно, и ваш собственных ответ, на ваш же вопрос неидеален.
Никто и не говорит, что библиотека jQuery должна заменить целый ЯП. Имелось ввиду, что из-за фичей современного JS, подходов к разработке, по большей части, отпала необходимость в jQuery. Что, в общем-то очевидно.
Необходимость в jQuery, в первую очередь, была обусловлена незрелостью и многословностью API JS. Вспомните сами эти document.getElementByClassName. $('.button') конечно же проще. И цепочка методов тоже хорошо. jQuery упрощал работу не только с DOM API. Но и с анимацией и сетевыми запросами.
Но! Зачем использовать $.ajax(...), если есть fetch, верно? Зачем использовать animate() и анимировать через JS, когда CSS анимации отлично работают. Да и querySelector упростил работу с DOM...
А по поводу модного подхода для манипуляций DOM... Ну я тут в корне не согласен: манипулировать напрямую DOM - плохая затея, если вас большего одного человека в команде. Можно и не понять, в какой момент и где происходят изменения.
P.S. Я не говорю, что сейчас не найдется задачи для jQuery, просто по большей части, надобность в нем отпала: из-за современных фич JS, библиотек реактивного рендеринга, компонентного подхода, их состояния и т.д.
В статье почему-то забыли, что сейчас не Starship, а прототип Starship. И очень странно сравнивать по надежности прототип Starship и готовую, отточенyую Falcon Heavy.
Если резюме — это «простыня Толстого» с кучей технических терминов, его выкидывают. Вы пишете для технарей, а читает-то рекрутер, который не обязан разбираться в каждой технологии
Подскажите, как тогда описывать свой опыт, если технические термины(стек) - это, по факту, ключевые слова, которые матчатся с требованиями к вакансии?
iPhone 7 Plus отличный телефон. Отходил с ним почти 8 лет. Самостоятельно меняя батарею время от времени. Легкий и тонкий, по сравнению с 16 pro. И кнопка местами удобнее, чем жесты/Face ID.
Специально пишу под верхним комментарием, чтобы побольше людей увидело: не делайте так, как герой статьи - идите к врачу. Не нужно проводить эксперименты.
Пару дней назад была новость, что в западном IT-секторе «все» хорошо :)
Спасибо за статью, но мне кажется, нет каких-то простых вопросов, которые можно задать и узнать что за человек. На вопрос можно ответить правильно / неправильно. Что-то упустить, или наоборот - рассказать все достаточно полно. Но ведь тут как - пока не попробуешь с человеком поработать, не узнаешь, что за специалист перед тобой.
Кандидат может на 1-й вопрос ответить "Я!" и ошибиться (что для тимлида, конечно, не очень), но при этом, с большим энтузиазмом относиться к работе, брать на себя ответственность и предлагать решения. Для меня перечисленные качества важнее понимания принципа командной ответственности и подстраховки(их в конце концов легко объяснить).
Более того, если вы составили список "контрольных" вопросов и кандидат ответил не так. Это еще не значит, что он ответил неправильно. Возможно у него другой опыт, он побывал в других ситуациях. А возможно, и ваш собственных ответ, на ваш же вопрос неидеален.
На самом деле, выглядит как попытка прикрыть финансовые проблемы
Субъективно. У меня, например, совсем другой опыт: почти все QA были профессионалами своего дела.
Никто и не говорит, что библиотека jQuery должна заменить целый ЯП. Имелось ввиду, что из-за фичей современного JS, подходов к разработке, по большей части, отпала необходимость в jQuery. Что, в общем-то очевидно.
Необходимость в jQuery, в первую очередь, была обусловлена незрелостью и многословностью API JS. Вспомните сами эти document.getElementByClassName. $('.button') конечно же проще. И цепочка методов тоже хорошо. jQuery упрощал работу не только с DOM API. Но и с анимацией и сетевыми запросами.
Но! Зачем использовать $.ajax(...), если есть fetch, верно? Зачем использовать animate() и анимировать через JS, когда CSS анимации отлично работают. Да и querySelector упростил работу с DOM...
А по поводу модного подхода для манипуляций DOM... Ну я тут в корне не согласен: манипулировать напрямую DOM - плохая затея, если вас большего одного человека в команде. Можно и не понять, в какой момент и где происходят изменения.
P.S. Я не говорю, что сейчас не найдется задачи для jQuery, просто по большей части, надобность в нем отпала: из-за современных фич JS, библиотек реактивного рендеринга, компонентного подхода, их состояния и т.д.
Касательно jQuery, современный js действительно неплохо его заменяет
В статье почему-то забыли, что сейчас не Starship, а прототип Starship.
И очень странно сравнивать по надежности прототип Starship и готовую, отточенyую Falcon Heavy.
Это называют Temporal Dead Zone
От графических интерфейсах не откажутся - кликнуть мышкой может быть проще, чем сказать.
Скорее увольнение одних демотивирует других, заставляя обновлять резюме и меньше верить в "компанию-семью".
Спасибо за ответ, но вопрос немного в другом: является ли опыт >= 10 лет «красным флагом»? И если да, то почему?
dev_flex, подскажите, почему стоит убрать опыт >= 10 лет?
Спасибо за ответ
Подскажите, как тогда описывать свой опыт, если технические термины(стек) - это, по факту, ключевые слова, которые матчатся с требованиями к вакансии?
Поделитесь тактикой, если не затруднит)
Не знаком с leetcode, подскажите, в чем отличия от codewars?
Лучше бы поддержку markdown завезли…
На каком оборудовании сейчас майнят в основном?
iPhone 7 Plus отличный телефон. Отходил с ним почти 8 лет. Самостоятельно меняя батарею время от времени. Легкий и тонкий, по сравнению с 16 pro. И кнопка местами удобнее, чем жесты/Face ID.