норм спрос

вон выше все в поисках норм девов

мы тоже ищем мидла

Та ну. Мне кажется на любом уровне человек должен выполнять задачи. Вопрос только в эффективности решения

Ну, я привязываюсь к эффективности когда определяю мидл/синьер, я больше о том что мидл если че уже знает что загуглить и в какую сторону смотреть, а джун не имея достаточно опыта не поймёт в некоторых ситуациях даже куда смотреть, в общем всем и так ясно что это вещи субъективные) в гугле senior software engineer тоже чуть другое чем в среднем по Украине)

Тоже мидла не можем найти толкового уже месяц) а по вопросу зп после года работы ответить нереально, т.к. никто не знает что ты умеешь и знаешь. Можно просидеть тупо год. Собесится нужно в любом случае раз в пол года / год

Ребята из Гугла придумали хуки для собесов ? 😅
Без этих хуков очень тяжело когда пишешь библиотеки. Половина Material почти на них 😊

Так как для дева, просто вкладываешь компонент в компонент, а ребята всю работу с контентом делают за тебя.

Вот, хорошая статья.
https://youtu.be/PTwKhxLZ3jI

До Ангуляра 8, достоверно получить ViewChild можно было только из AfterViewInit.

AfterViewChecked работает хорошо в паре с OnPush. Так как по DoChanges ты не можешь адекватно понять changeDetection cycle для компонента.
И в этих хуках, например, можно синхронизировать дом руками, если работаешь с 3rd party либами. (Но всегда нужно помнить о layout trashing  https://developers.google.com/web/fundamentals/performance/rendering/avoid-large-complex-layouts-and-layout-thrashing)

Абсолютно все симметрично для Content.

Кстати, если кому-то нужен ремоутом на парт-тайм Angular/NestJS developer который использует ngAfterViewChecked, я открыт к предложениям :)

Хм, спасибо

Не пойми неправильно. Если за два года тебе не приходилось часто работать с этими хуками это может быть и хороший знак😊

Ведь если писать по правильному, с использованием всех хороших практик и существующих библиотек, то вполне вероятно, можно обойтись без них 😊

Нам нужен. Но уровня middle+, senior. Так как пишем сложные проекты с упором на производительность. Если интересно, пиши в личку 😊

Команда пять чуваков. За 10 месяцев работы джаваскрипт конструкцию switch - case использовали четыре раза. Архитектура тащит

А к чему тут свитч?))

К тому что лапшу не пилим с сложной структурой и по компонентам раскидываем) так что всякие не то что хуки, а даже свитч кейсы не нужны) максимально прозрачная логика

Даже не знаю что сказать

использование хуков не показатель хорошей\плохой архитектуры

не показатель.
но моя внутреняя интуиция говорит, что чем более сложные штуки приходится использовать, тем большая вероятность что что-то пошло не так и это придется рефакторить)

Так от скиллов зависит, а не от кол-ва лет на проекте

100%

+++