Например потому что на 1 отклик специалиста с валидным опытом/стеком приходится 10 откликов от тех, кто этот опыт выдумал, чаще всего с нуля. И отклик просто могут не заметить, резюме-то открывают далеко не все)
На собеса разработчики не могут определить вкатуна?
Не могут, представьте. Кто-то проходит собес со вторым экраном и нейронкой, кто-то с наставником в чате/ухе
Почему в других сферах такой проблемы нет?
Деньги и как раз возможность пройти собес, сидя дома с наушником в ухе) ну и видимо распространённое мнение в духе "да там просто всё, в этой айтишке". Речь причём не о накрученных 6-12 месяцах, сразу лепят в резюме 3 года мидла.
На самом деле проблема достаточно острая. Например даже на хабре имеется некий m0rtymerr, который под предлогом борьбы за права джунов предлагает за денежку помочь с накруткой опыта и трудоустройством. Всё это подправляется соусом из рассказов о потерявших берега HR'ах и сеньорах-пердунах, которые не хотят молодых пускать, чтобы не потерять свои насиженные места. Бред в общем, но работает)
Этот персонаж вот недавно был крайне активен, за месяц выдал несколько крупных постов. Вероятно в телеге стало тесно. И благодаря понабежавшим личинкам с той же телеги у постов куча лайков и комментов, правда чувак почему-то всё равно уже почти месяц как затих)
А теперь предположим, что он такой вряд ли один, раз подобное пользуется спросом и приносит деньги. Так что проблема носит массовый характер. Визуально это можно представить так: куча людей из конца огромной очереди ломится вперёд, топча друг друга, а заодно и всех тех, кто стоит сильно впереди. В цивилизованном мире это назвали бы варварством)
больше гораздо) просто человек очевидно не интересуется ни js, ни веб-разработкой, но зайти и кинуть какаху в js - святое дело. вы ничего не объясните такому и не докажете)
То есть вчера вы не знаете, где лежат закрытые issues на гитхабе, а сегодня якобы имеете достаточно компетенции, чтобы поносить целый OpenSource как явление. Не приходит в голову, что иначе, кроме как отчаянное желание расписываться в собственном скудоумии, это не выглядит?
В чём смысл существования этой статьи, кроме того, чтобы OTUS лишний раз засветилась в ленте хабра? Уровень материала низкий, все замечания выше по делу, и даже не исправляются. Никто видимо даже не вычитывал, цель же не в том, чтобы донести до аудитории какие-то знания
К сожалению всё куда прозаичнее: обратите внимание на тематику постов автора - она специально резонансная. Сначала HR'ы плохие, а теперь собеседующие. Ну то есть собственно все те, через кого обычно проходит любой человек, который пытается устроиться на работу) а знаете, кому сложнее всего устроиться на работу в IT? Конечно же джунам со вчерашним сертификатом прохождения курсов. Их много, они в большинстве своём бестолковые(как и любой другой новичок в своей сфере), а главное бизнесу их столько не нужно.
Так вот наш доблестный автор помогает неприкаянным найти свой заветный оффер, только не повышая их уровень владения языком или областью его применения, а клепая фальшивое резюме. Да, всё так просто) зачем на самом деле выделяться на фоне остальных джунов за счёт живого ума и интереса к технологиям, правда же? когда можно с помощью гуру создать себе образ толкового мидла 3+ годами опыта, там вроде даже говорить учат как мидл(что бы это ни значило) и проходить собесы с нейронкой. Короче серьёзно всё, и увы это работает. А подобные темы на хабре не что иное, как убедить последователей в своей правоте, создавая потребность в своих услугах. Ну а что, у постов много просмотров и плюсов? Значит правда, это же хабр!
вспоминаем классику
И не важно, что те же последователи прибежали сюда ставить эти несчастные плюсы и строчить комменты(схожего содержания само собой), главное что очередной сомневающийся джун после очередного подобного поста окончательно надломится(работа-то не ищется, мы все были в твоей ситуации, держись бро) и понесёт деньги автору.
Ах да, деньги! Ради этого собственно всё и затевалось, не было же мысли, что перед нам Робин Гуд от мира IT?) Который тут и тех, и этих осадил! Да, так им, покажи! Нет) всё это делается исключительно ради личной выгоды.
Как итог - рекрутеры прекрасно понимают, что сейчас 3 года опыта в резюме могут запросто означать "азаза, я пытаюсь вас обмануть", в результате чего могут молча отлетать те, кто действительно работал эти годы, рос и развивался. Иначе говоря проблема перекладывается с больной головы на здоровую) были проблемы у поиска работы для джунов? Не вопрос, мы нарисуем этим джунам массово опыт и хоба - теперь проблемы у мидлов и "мидлов", которые в итоге получились) честно, я бы просто выбрасывал подобных персонажей с хабра, это миркоопухоли, их нужно вырезать
set: function(target, property, value) {
if (property === 'age' && value < 0) {
console.error('Age cannot be negative');
} else {
target[property] = value;
}
}
А вот что про метод set у прокси говорит дока: The set() method must return a Boolean indicating whether or not the assignment succeeded. Many operations, including using property accessors in strict mode, throw a TypeError if the [[Set]] internal method returns false
потому что идёт обращение к count.value, которое именно при таком обращении перерисовывает компонент) почитайте доку, если вам нужно текущее значение без триггера, то нужно использовать signal.peek()
И при изменении переменной count будет перерисовываться только SomeComponent1. В сравнении с тем же Effector, возможность создавать экземпляры локальных сторов, которые ещё и не аффектят изменения всех дочерних компонентов из коробки - крутая фишка)
Больше всего меня удивило, что вы не обратили внимание на signal - https://www.npmjs.com/package/@preact/signals-react. У которого даже скачиваний больше, чем у Effector) Он обладает почти всеми "преимуществами" эффектора, которые были упомянуты в этой статье, вдобавок прекрасно себя чувствует при использовании в качестве экземпляра чего-то более крупного. Более того, не знаю как, это чудо умеет перерисовывать ноды напрямую, без перерисовки всего компонента(и его потомков), без запуска методов жизненного цикла, без проверок различных массивов зависимостей прочих хуков. При этом у сигнала есть свой эффект, если нам нужно не только на уровне перерисовки DOM, но и на уровне запуска какого-то кода отреагировать на изменение состояния сигнала. А то всё mobx, mobx)
Могу ошибаться, но будто бы с решением прекрасно справились Map и Set. И lodash тут не нужен, и пайпы. Без шуток, одной из тех.задач на прошедшей неделе было выпиливание lodash из проекта)
const handleEvent = useCallback(() => {
// используем предыдущее состояние внутри setCount
setCount(prevCount => prevCount + 1);
// оставляем массив зависимостей пустым, что позволяет избежать
// пересоздания ссылки на handleEvent
}, []);
// profit?
? И всё, нет пересоздаваемых ссылок на функции, нет созависимых замыканий, сколько бы useCallback вы ни использовали
Немножко добавлю: здесь вообще не нужен useCallback, вы совершенно ничего не сэкономили таким образом, потому что не передаёте мемоизированную функцию вниз по дереву компонентов. Её мемоизация буквально ни на что не влияет. Да ещё и ссылки на setCountA и setCountB всегда останутся прежними, потому что реакт их в принципе не меняет между рендерами, только ссылки на сам стейт. Возможно мысль и здравая, но примеры ужасны
Например потому что на 1 отклик специалиста с валидным опытом/стеком приходится 10 откликов от тех, кто этот опыт выдумал, чаще всего с нуля. И отклик просто могут не заметить, резюме-то открывают далеко не все)
Не могут, представьте. Кто-то проходит собес со вторым экраном и нейронкой, кто-то с наставником в чате/ухе
Деньги и как раз возможность пройти собес, сидя дома с наушником в ухе) ну и видимо распространённое мнение в духе "да там просто всё, в этой айтишке". Речь причём не о накрученных 6-12 месяцах, сразу лепят в резюме 3 года мидла.
На самом деле проблема достаточно острая. Например даже на хабре имеется некий m0rtymerr, который под предлогом борьбы за права джунов предлагает за денежку помочь с накруткой опыта и трудоустройством. Всё это подправляется соусом из рассказов о потерявших берега HR'ах и сеньорах-пердунах, которые не хотят молодых пускать, чтобы не потерять свои насиженные места. Бред в общем, но работает)
Этот персонаж вот недавно был крайне активен, за месяц выдал несколько крупных постов. Вероятно в телеге стало тесно. И благодаря понабежавшим личинкам с той же телеги у постов куча лайков и комментов, правда чувак почему-то всё равно уже почти месяц как затих)
А теперь предположим, что он такой вряд ли один, раз подобное пользуется спросом и приносит деньги. Так что проблема носит массовый характер. Визуально это можно представить так: куча людей из конца огромной очереди ломится вперёд, топча друг друга, а заодно и всех тех, кто стоит сильно впереди. В цивилизованном мире это назвали бы варварством)
Видимо и отвечать на комментарии в рамках поста, который создан исключительно для упоминания названия компании, тоже не обязательно)
больше гораздо) просто человек очевидно не интересуется ни js, ни веб-разработкой, но зайти и кинуть какаху в js - святое дело. вы ничего не объясните такому и не докажете)
То есть вчера вы не знаете, где лежат закрытые issues на гитхабе, а сегодня якобы имеете достаточно компетенции, чтобы поносить целый OpenSource как явление. Не приходит в голову, что иначе, кроме как отчаянное желание расписываться в собственном скудоумии, это не выглядит?
Открою огромный секрет - ранее закрытые issues лежат в там же, в разделе Closed
Если вам даже это было сложно самостоятельно узнать, то не удивительно, что связка обсуждаемого проекта и ангуляра вызвала у вас затруднения
Пока сплошная годнота от автора, каждый пост читаю с удовольствием. Редко где встречается разбор спецификации и погружение в движки
В чём смысл существования этой статьи, кроме того, чтобы OTUS лишний раз засветилась в ленте хабра? Уровень материала низкий, все замечания выше по делу, и даже не исправляются. Никто видимо даже не вычитывал, цель же не в том, чтобы донести до аудитории какие-то знания
К сожалению всё куда прозаичнее: обратите внимание на тематику постов автора - она специально резонансная. Сначала HR'ы плохие, а теперь собеседующие. Ну то есть собственно все те, через кого обычно проходит любой человек, который пытается устроиться на работу) а знаете, кому сложнее всего устроиться на работу в IT? Конечно же джунам со вчерашним сертификатом прохождения курсов. Их много, они в большинстве своём бестолковые(как и любой другой новичок в своей сфере), а главное бизнесу их столько не нужно.
Так вот наш доблестный автор помогает неприкаянным найти свой заветный оффер, только не повышая их уровень владения языком или областью его применения, а клепая фальшивое резюме. Да, всё так просто) зачем на самом деле выделяться на фоне остальных джунов за счёт живого ума и интереса к технологиям, правда же? когда можно с помощью гуру создать себе образ толкового мидла 3+ годами опыта, там вроде даже говорить учат как мидл(что бы это ни значило) и проходить собесы с нейронкой. Короче серьёзно всё, и увы это работает. А подобные темы на хабре не что иное, как убедить последователей в своей правоте, создавая потребность в своих услугах. Ну а что, у постов много просмотров и плюсов? Значит правда, это же хабр!
И не важно, что те же последователи прибежали сюда ставить эти несчастные плюсы и строчить комменты(схожего содержания само собой), главное что очередной сомневающийся джун после очередного подобного поста окончательно надломится(работа-то не ищется, мы все были в твоей ситуации, держись бро) и понесёт деньги автору.
Ах да, деньги! Ради этого собственно всё и затевалось, не было же мысли, что перед нам Робин Гуд от мира IT?) Который тут и тех, и этих осадил! Да, так им, покажи! Нет) всё это делается исключительно ради личной выгоды.
Как итог - рекрутеры прекрасно понимают, что сейчас 3 года опыта в резюме могут запросто означать "азаза, я пытаюсь вас обмануть", в результате чего могут молча отлетать те, кто действительно работал эти годы, рос и развивался. Иначе говоря проблема перекладывается с больной головы на здоровую) были проблемы у поиска работы для джунов? Не вопрос, мы нарисуем этим джунам массово опыт и хоба - теперь проблемы у мидлов и "мидлов", которые в итоге получились) честно, я бы просто выбрасывал подобных персонажей с хабра, это миркоопухоли, их нужно вырезать
А вот что про метод set у прокси говорит дока: The
set()method must return aBooleanindicating whether or not the assignment succeeded. Many operations, including using property accessors in strict mode, throw aTypeErrorif the[[Set]]internal method returnsfalseПодскажите, дефолтные экспорты компонентов - это необходимость в SolidJS? Как например отсутствие деструктуризации пропсов
я резко осознал, с кем имею дело. умываю руки)
Я наврал, вопрос решается так
теперь с реактивностью всё в порядке?) такое ощущение, что вы изо всех сил стараетесь найти минусы вместо того, чтобы хотя бы рассмотреть плюсы
потому что идёт обращение к count.value, которое именно при таком обращении перерисовывает компонент) почитайте доку, если вам нужно текущее значение без триггера, то нужно использовать signal.peek()
https://stackblitz.com/edit/vitejs-vite-a2zysg?file=src%2FApp.tsx&terminal=dev вот, поиграйтесь. Ни одного лога после всех рендеров
Он перерисовался, как бы это сказать...без ведома реакта) даже профайлер не покажет перерисовку
к примеру
уже не покажет никаких логов. Более того, вы можете сделать к примеру так
И при изменении переменной count будет перерисовываться только SomeComponent1. В сравнении с тем же Effector, возможность создавать экземпляры локальных сторов, которые ещё и не аффектят изменения всех дочерних компонентов из коробки - крутая фишка)
Это неправда) благодаря { useSignals } from "@preact/signals-react/runtime" оно прекрасно работает в реакте
Больше всего меня удивило, что вы не обратили внимание на signal - https://www.npmjs.com/package/@preact/signals-react. У которого даже скачиваний больше, чем у Effector) Он обладает почти всеми "преимуществами" эффектора, которые были упомянуты в этой статье, вдобавок прекрасно себя чувствует при использовании в качестве экземпляра чего-то более крупного. Более того, не знаю как, это чудо умеет перерисовывать ноды напрямую, без перерисовки всего компонента(и его потомков), без запуска методов жизненного цикла, без проверок различных массивов зависимостей прочих хуков. При этом у сигнала есть свой эффект, если нам нужно не только на уровне перерисовки DOM, но и на уровне запуска какого-то кода отреагировать на изменение состояния сигнала. А то всё mobx, mobx)
Могу ошибаться, но будто бы с решением прекрасно справились Map и Set. И lodash тут не нужен, и пайпы. Без шуток, одной из тех.задач на прошедшей неделе было выпиливание lodash из проекта)
https://habr.com/ru/articles/774548/ более подробный разбор
Стоп, а почему не
? И всё, нет пересоздаваемых ссылок на функции, нет созависимых замыканий, сколько бы useCallback вы ни использовали
Немножко добавлю: здесь вообще не нужен useCallback, вы совершенно ничего не сэкономили таким образом, потому что не передаёте мемоизированную функцию вниз по дереву компонентов. Её мемоизация буквально ни на что не влияет. Да ещё и ссылки на setCountA и setCountB всегда останутся прежними, потому что реакт их в принципе не меняет между рендерами, только ссылки на сам стейт. Возможно мысль и здравая, но примеры ужасны