4:39 это не смешивание кода, а предоставление инструментария. Для профи нет проблем освоить еще один API. Расширение API происходит из нужды программистов. Кажется что JS сравнивается с другими языками, которые на рынке уже многие десятилетия. Чтобы и JS "устаканился", он так же должен пройти путь "взросления". У меня ещё возникло ощущение, что нынешние начинающие хотят за раз всё и сразу, и стать сеньёром. Не бывает такого. Наберитесь терпения ;) Упорство и труд всё перетрут. 5:10 в чем проявляется кардинальное изменение? Разве код написанный 15 лет назад перестал работать? Это эволюция языка и обогащение функционалом.
@@biovawan Имеешь ввиду мой скепсис? Я лично считаю, что это, во-первых, делает неявные вещи под капотом (кэширование и менеджмент зависимостей). Это создает вероятность выстрелить себе в ногу и создавать трудно отлавливаемые и отлаживаемые баги. Во-вторых, стейт менеджмент может быть специфичен для каждого фреймворка, и по мне, эта фича не очень универсальна. Даже если это нативно работает быстрее, не значит что надо просто так впихнуть все в язык, превращая ее в свалку.
@@smith-dev Знаю, в стандарт они хотят впихнуть всю эту сложность в натив. Просто стейт менеджемент, хотя и распространенная штука, она довольно специфическая, и может быть гораздо сложнее, чем этот стандарт предлагает. Например в Ангуляре RxJS со всеми его премудростями, ChangeDetectorRef и ChangeDetectionStrategy. Про остальные молчу. Создать стей манеджмент на все случаи жизни врядли получится.
@@SurenEnfiajyan Для начала, никто никого не заставляет использовать сигналы. Всё добровольно ;) * Неявные вещи: оч даже всё понятно, что откуда и куда присваивается. Будет пример, сможет предметно обсудить. Кэш обновляется функцией `set(...)` и всё, состояние изменено. * Выстрелть себе в ногу: сколько программирую с angular и сигналами, пока всё цело XD. Тут можно, конечно, свести к тому, что, мол, малый проект и т.п. Будут примеры, сможем предметно обсудить. * Фича не универсальна: слишком абстрактно. Как мы, профи, знаем, всё зависит от задачи; нет "серебряной пули". * [...] не значит что надо просто так впихнуть все в язык [...]: давай по порядку. Для чего смешивать тёплое с мягким? Если фича работает быстро, почему ей нельзя существоввать? Каким образом быстродействующий API JS превращяет JS в свалку? Надеюсь ты понимаешь, что любой функционал тестируется и только тогда добавляется в движок. Ах да, тёплое быстродействие, мягкое - свалка. Буду рад прочесть более детальную аргументацию )) Успехов в изучении JS
Мне за 8 лет работы с Джаваскриптом и Ангуляром всегда было странно слышать, что JS и фронт (да и JS бэкенд решения) - вообще не программирование, а так, - баловство и ничего сложного. )) Но в то же время, когда мои друзья и коллеги, хардкордные бэкендеры, пытались разобраться с фронтом, то они хватались за голову, охреневая, и и комментировали "да ну нет, что-то у вас тут как-то нереально все сложно... Пожалуй, я так и дальше буду на любимой понятной джаве писать" )). При этом у меня нет больших трудностей с пониманием Джавы, Спринга, ORM и ODM, баз данных. Так что да, это правда, Джс - реально "живой растущий организм", полный своих особенностей и уникальностей, который можно познавать хоть всю жизнь и не скучать )))) Но, как по мне, он и самый крутой )))
джава действительно кажется очень легкой и знакомой после тайпскрипта, синтаксис очень похож -) тоже освоил легко. круды писать в бэке легко да, там сложности начинаются дальше когда доходишь до микросервисов и построения их взаимоотношений между собой, на архитектурных встречах до сих пор ничего не понимаю -)
Сигналы планируются для использования в ядре фреймворков т.к. они делают реализацию одного и того же только каждый по своему и этот момент решили стандартизировать. Для нас обычных работяг ничего не меняется.
"Эволюция в сторону увеличения производительности мне нравится больше" - так вот сигналы поэтому и появились) а про "стабильность" можно забыть) P. S. я юзаю сигналы в проде и пропозал скорее для реализации фреймворками нежели для обычного использования
Да, все равно над сигналами будут обертки с доп функционалом в виде либ и стейт-менеджеров. Вообще 90% того что принимают в proposal лоббируют для реализаций инструментов по спеке в интересах компаний-"ментейнеров", а не для применения при разработке интерфейсов.
Ну сигналы и так можно реализовать с помощью внутренних фишек js. Лучший в этом помощник Proxy, который используется для реализации реактивности почти во всех последних версиях нынешних фреймворков (поправьте, если ошибаюсь). Про сигнали не читал, но будто это ещё одна обёртка над этим же функционалом
Миша, ведь реактивное программирование было всегда в десктоп приложениях... просто есть реактивность (two-way bind на десктопе) на автоматизированную и ручную.
Слушай, так, по-моему, все языки перенимают какие-то штуки крутые из других языков) А насчет того, что стабильности - ну тут вопрос развития. Пусть в нашем мире хоть один язык такой будет, где бурное развитие непрерывное, ведущее к чему-то новому и прорывному. ДЖС уже сделал прорывы в проге, не за горами новые, надеюсь. Когда-нибудь JS переборщит конкретно, мб да, но это даст дорогу новым языкам и технологиям, которые учтут предыдущий печальный опыт
да только в этом уравнении есть 1 ошибка, js не умрет так как он постоянно меняется и постоянно в себе вмещает не вмещаемое все просто прийдет к тому, что js будет языко-ориентированным языком, создавая для каждого проекта свой dsl исключая при этом фактор фреймворков
То чувсвто когда видишь превью на ролик в ютюбе типа: "теперь такая то фича в JS дольше не нужна появилась новая более крутая", а ты ещё даже не успел приступить к изучению той устаревшей.
Ну не знаю, сам язык меняется оооочень медленно, тут не вижу проблем, а вот с бесконечно появляющимся либами которые через месяц устаревают как раз хотелось бы большей стабильности
Зачем постоянно тянуть в ядро языка то, что можно сделать в виде библиотеки? Тем более что "сигналы" подозрительно похожи на классический шаблон Pub/Sub...
ну, типо, то, что раньше реализовывалось концепцией редакс, для контроля ререндера компонентов приложения теперь пытаются реализовать нативно. Зачем -- не понятно, ясно же, что на каждой переменной юзать сигналы бессмысленно. Это имеет смысл, когда изменение данных инициирует какую-то тяжеловесную процедуру, но примеры, по типу представленного в видео притянуты за уши, ну давайте сигналы вешать на любое потенциальное изменение любой переменной, онаж всё-таки переменная, а значит может измениться, а значит сигналы тут вполне уместны. Вырастет ли от этого производительность -- сомневаюсь
производительность вырастет, тогда когда люди будт осознавать цену решений принимаемых при разработке, как на это может повлиять не добавление чего-то мне не хватает компетенции, другой вопрос, что если существует концепт, который по сути используют часто, не добавить нативно, чтобы не приходилось людям интегрировать готовые, но не стандартизированные решение к себе в проект без смазки. Другой вопрос, а в чем принципиальная разница этих сигналов от уже существующих проксей?
Ты же сам жаловался, что каждые полгода учишь новый язык просто потому что в родном направлении некуда расти, вот теперь есть - а ты снова недоволен)))
Накину на вентилятор: жаваскрипт - самая большая ошибка в области программирования, которую могли совершить программисты. (В других языках тоже не без этого, но оно локальное: например отступы в питоне вместо скобок; или безумный синтаксис в перле, или $this-> в php и пр.) Но вот жаваскрипт - это всё одна большая ошибка, примерно совершённая в момент, когда он из нетскейпа переполз в гугл руки. И сейчас жаваскрипт выглядит как почта гугла - без слёз никак...
4:39 это не смешивание кода, а предоставление инструментария. Для профи нет проблем освоить еще один API. Расширение API происходит из нужды программистов. Кажется что JS сравнивается с другими языками, которые на рынке уже многие десятилетия. Чтобы и JS "устаканился", он так же должен пройти путь "взросления". У меня ещё возникло ощущение, что нынешние начинающие хотят за раз всё и сразу, и стать сеньёром. Не бывает такого. Наберитесь терпения ;) Упорство и труд всё перетрут.
5:10 в чем проявляется кардинальное изменение? Разве код написанный 15 лет назад перестал работать? Это эволюция языка и обогащение функционалом.
Пока это всего лишь proposal. Многие такие proposal-ы даже закрыли. Я лично скептично отношусь к этой фиче.
Почему?
@@biovawan Имеешь ввиду мой скепсис? Я лично считаю, что это, во-первых, делает неявные вещи под капотом (кэширование и менеджмент зависимостей). Это создает вероятность выстрелить себе в ногу и создавать трудно отлавливаемые и отлаживаемые баги. Во-вторых, стейт менеджмент может быть специфичен для каждого фреймворка, и по мне, эта фича не очень универсальна. Даже если это нативно работает быстрее, не значит что надо просто так впихнуть все в язык, превращая ее в свалку.
@@SurenEnfiajyan это буквально делают для фреймворков.
@@smith-dev Знаю, в стандарт они хотят впихнуть всю эту сложность в натив. Просто стейт менеджемент, хотя и распространенная штука, она довольно специфическая, и может быть гораздо сложнее, чем этот стандарт предлагает. Например в Ангуляре RxJS со всеми его премудростями, ChangeDetectorRef и ChangeDetectionStrategy. Про остальные молчу. Создать стей манеджмент на все случаи жизни врядли получится.
@@SurenEnfiajyan Для начала, никто никого не заставляет использовать сигналы. Всё добровольно ;)
* Неявные вещи: оч даже всё понятно, что откуда и куда присваивается. Будет пример, сможет предметно обсудить. Кэш обновляется функцией `set(...)` и всё, состояние изменено.
* Выстрелть себе в ногу: сколько программирую с angular и сигналами, пока всё цело XD. Тут можно, конечно, свести к тому, что, мол, малый проект и т.п. Будут примеры, сможем предметно обсудить.
* Фича не универсальна: слишком абстрактно. Как мы, профи, знаем, всё зависит от задачи; нет "серебряной пули".
* [...] не значит что надо просто так впихнуть все в язык [...]: давай по порядку. Для чего смешивать тёплое с мягким? Если фича работает быстро, почему ей нельзя существоввать? Каким образом быстродействующий API JS превращяет JS в свалку? Надеюсь ты понимаешь, что любой функционал тестируется и только тогда добавляется в движок. Ах да, тёплое быстродействие, мягкое - свалка.
Буду рад прочесть более детальную аргументацию ))
Успехов в изучении JS
Геймекьюб лучший подарок
вы большой молодец!
В с# давно используют с avalonia , reactive ui
Мне за 8 лет работы с Джаваскриптом и Ангуляром всегда было странно слышать, что JS и фронт (да и JS бэкенд решения) - вообще не программирование, а так, - баловство и ничего сложного. )) Но в то же время, когда мои друзья и коллеги, хардкордные бэкендеры, пытались разобраться с фронтом, то они хватались за голову, охреневая, и и комментировали "да ну нет, что-то у вас тут как-то нереально все сложно... Пожалуй, я так и дальше буду на любимой понятной джаве писать" )). При этом у меня нет больших трудностей с пониманием Джавы, Спринга, ORM и ODM, баз данных.
Так что да, это правда, Джс - реально "живой растущий организм", полный своих особенностей и уникальностей, который можно познавать хоть всю жизнь и не скучать )))) Но, как по мне, он и самый крутой )))
джава действительно кажется очень легкой и знакомой после тайпскрипта, синтаксис очень похож -) тоже освоил легко.
круды писать в бэке легко да, там сложности начинаются дальше когда доходишь до микросервисов и построения их взаимоотношений между собой, на архитектурных встречах до сих пор ничего не понимаю -)
Да ,вы правы!
Переменная, которая не меняется - это же круто. Ждем функции, которые не функционируют)
Не опять учить новое, а, о, что-то новое, чтобы выучить
Да, давайте заниматься бессмысленной тратой времени
так говорят только те, у кого помимо js нет никаких фреймворков
Задрот! Найди наконец-то девушку
Хватит уже что-то учить, надо жить ☝️🥸
Согласен на 100%
"My job is to keep our code running while other packages are changing theirs" (C) Interview with Senior JS Developer
Спасибо за классное видео❤❤❤🎉🎉🎉
Прикольно. А я даже не знал, что вообще существуют сигналы
Так они не существуют, их еще не добавили
@@klirmio21 что за бред, в Ангуляр фреймворке например они еще полгода назад появились.
@@q3articus так я тебе не за ангуляр, а за нативный primitive в JS, про который он в этом видео и говорит)
Сигналы планируются для использования в ядре фреймворков т.к. они делают реализацию одного и того же только каждый по своему и этот момент решили стандартизировать. Для нас обычных работяг ничего не меняется.
"Эволюция в сторону увеличения производительности мне нравится больше" - так вот сигналы поэтому и появились) а про "стабильность" можно забыть)
P. S. я юзаю сигналы в проде и пропозал скорее для реализации фреймворками нежели для обычного использования
Да, все равно над сигналами будут обертки с доп функционалом в виде либ и стейт-менеджеров. Вообще 90% того что принимают в proposal лоббируют для реализаций инструментов по спеке в интересах компаний-"ментейнеров", а не для применения при разработке интерфейсов.
Ну сигналы и так можно реализовать с помощью внутренних фишек js. Лучший в этом помощник Proxy, который используется для реализации реактивности почти во всех последних версиях нынешних фреймворков (поправьте, если ошибаюсь). Про сигнали не читал, но будто это ещё одна обёртка над этим же функционалом
Мне нехватает pipe оператора. Предложиои давно, висит до сих пор 😢
Миш, возвращай старые превью к роликам, они были очень вайбовые и выделялись от всех остальных!
Что изменилось?
@@biovawanто что голова сидит 1/3 видоса дома, потом 2/3 на улице в парке и добивает все в машине, да ?
Тоже соглашусь. То что сейчас делают с изменением Swift в сторону Tasks мне плакать хочется...
"Перемен требуют наши сердца"
Миша за константы и против переменных)
используем Preact Signals для управления состоянием в Реакт приложении, супер удобно
Используем angular signals. Супер удобно
Миша, пожалуйста подскажи стоит ли углубиться в fullstack или лучше углубляться в бэк? Для трудоустройства в ЕС/США компаниях
Миша, ведь реактивное программирование было всегда в десктоп приложениях... просто есть реактивность (two-way bind на десктопе) на автоматизированную и ручную.
концепция сигналов: Ленивая реакивность
Слушай, так, по-моему, все языки перенимают какие-то штуки крутые из других языков)
А насчет того, что стабильности - ну тут вопрос развития. Пусть в нашем мире хоть один язык такой будет, где бурное развитие непрерывное, ведущее к чему-то новому и прорывному. ДЖС уже сделал прорывы в проге, не за горами новые, надеюсь. Когда-нибудь JS переборщит конкретно, мб да, но это даст дорогу новым языкам и технологиям, которые учтут предыдущий печальный опыт
да только в этом уравнении есть 1 ошибка, js не умрет так как он постоянно меняется и постоянно в себе вмещает не вмещаемое все просто прийдет к тому, что js будет языко-ориентированным языком, создавая для каждого проекта свой dsl исключая при этом фактор фреймворков
@@daiske2867 ну вот, что-то новое опять будет)
1:31 генераторы елды? 😮 Это реально какой-то асинк-авэйт...)))
yield'ы
Пацан в конце видео полностью кооопия Даша 😂😂 Как две капли
ну на Мишу тоже похож! )
Давно смотрю твои видео но как-то так случилось что никогда не видел твоё аутро, спасибо 💙💛
Вы просто стареете Михаил
ЖИРНАЯ РЫБА МЕДЛЕНО ПРОГРЕСИРУЕТ
МЕЛКАЯ РЫБА БЫСТРЕЕ ПРОГРЕСИРУЕТ В ОБЛАКО ИИ
СЛЕДУЮЩИЙ ЛВЛ
А Даша это Жена?
да)
да ладн. сигналы привнесут в джаваскрипт намного больше плюсов чем минусов в плане DX
Хочется стабильности то надо в джаву переходить 😅
Или на 1С.
Ретрогейминг форевер
То чувсвто когда видишь превью на ролик в ютюбе типа: "теперь такая то фича в JS дольше не нужна появилась новая более крутая", а ты ещё даже не успел приступить к изучению той устаревшей.
Ну не знаю, сам язык меняется оооочень медленно, тут не вижу проблем, а вот с бесконечно появляющимся либами которые через месяц устаревают как раз хотелось бы большей стабильности
"Хочется стабильности" - стареешь Миша)
Веб обычно обратно совместим, ну то есть то что поддерживают браузеры нативно.
Сомнительно, но окей.
Зачем постоянно тянуть в ядро языка то, что можно сделать в виде библиотеки? Тем более что "сигналы" подозрительно похожи на классический шаблон Pub/Sub...
Это какой то изрвращенный rxjs на минималках
Но джавастриптизеры так и не освоили ооп и все пишут через константные стрелочные функции 😂
продемонстрированный код с сигналами выглядит как мусор. надеюсь этот пропоссал не пойдёт на следую стадию
ну, типо, то, что раньше реализовывалось концепцией редакс, для контроля ререндера компонентов приложения теперь пытаются реализовать нативно. Зачем -- не понятно, ясно же, что на каждой переменной юзать сигналы бессмысленно. Это имеет смысл, когда изменение данных инициирует какую-то тяжеловесную процедуру, но примеры, по типу представленного в видео притянуты за уши, ну давайте сигналы вешать на любое потенциальное изменение любой переменной, онаж всё-таки переменная, а значит может измениться, а значит сигналы тут вполне уместны. Вырастет ли от этого производительность -- сомневаюсь
производительность вырастет, тогда когда люди будт осознавать цену решений принимаемых при разработке, как на это может повлиять не добавление чего-то мне не хватает компетенции, другой вопрос, что если существует концепт, который по сути используют часто, не добавить нативно, чтобы не приходилось людям интегрировать готовые, но не стандартизированные решение к себе в проект без смазки. Другой вопрос, а в чем принципиальная разница этих сигналов от уже существующих проксей?
@@daiske2867 "а в чем принципиальная разница этих сигналов от уже существующих проксей" - а что у них общего? Это же вообще о разном
Про сигналы с 3:00, по существу ничего
Видео пустое, дизлайк
Ты же сам жаловался, что каждые полгода учишь новый язык просто потому что в родном направлении некуда расти, вот теперь есть - а ты снова недоволен)))
от того что кто-то научится работать с сигналами, он особо не вырастет) Это просто еще один интрумент
У вас код не читаемый - табы вместо пробелов.
В то же время зоопарк фреймворков: ...
Накину на вентилятор: жаваскрипт - самая большая ошибка в области программирования, которую могли совершить программисты. (В других языках тоже не без этого, но оно локальное: например отступы в питоне вместо скобок; или безумный синтаксис в перле, или $this-> в php и пр.) Но вот жаваскрипт - это всё одна большая ошибка, примерно совершённая в момент, когда он из нетскейпа переполз в гугл руки. И сейчас жаваскрипт выглядит как почта гугла - без слёз никак...
Соглашусь с Мишей, хочется стабильности, а не постоянно обучаться)))
Надо сваливать с фронта куда-нибудь, где каждый месяц "новый убийца всего" не выходит и не нужно всем срочно нужно его бежать учить
а когда последний раз выходил "убийца всего"? Возможно просто стоит повзрослеть и перестать читать только заголовки?
Javascript давно надо полностью переписать и половину выкинуть.