Так у вас там makeAutoObserver, который работает с «объектом» + observer из mobx-react-lite, который является биндингом, а в статье авто же хотел показать, что акту никакие биндинги не нужны, он работает из коробки средствами самой либы.
Никто не мешал автору сделать свой observer, но опять же цель статьи в другом ??♂️
Кроме этого, вы говорите что код чище, но внутри у вас магия, нет реактивного примитива, есть контейнер, который при создании автоматически создаёт внутри себя геттеры/сеттеры на описанные свойства без разбору, и так каждый раз.
Можно конечно и в ручную всё это обрабатывать и бла-бла-бла, выйдет как акт и подобных в итоге, просто вместо функций, ячейкой будет объект/экземпляр класса.
PS useProxies, я про сам петтерн, а не Proxy как таковой
Не очень понятно про какой лишний код мы говорим и о каких ручных подписках...
Если отбросить функции, то кода ровно столько же будет, что на том же mobx, просто без магии Proxy, которые заставляет вас даже примитив засунуть в "объект" чтобы получить геттер, ну а тут вызывать функцию, чем и является геттер ??♂️
Эээ, автора не защищаю (хотя работа отличная проделана), но он обмолвился про прокси паттерн имеет место быть, а дальше написал что получись эффективнее, но по другому
Статистика всегда правильная, дальше все зависит от того, как вы интерпретируете, поэтому чтобы понять реальную картину, достаточно использовать процентили, дальше можно бить по браузерам и т.д.
Повод, если нет запроса, нет и реакции, кроме этого, именно такое поведение хабра является основной причиной оттока людей на другие площадки, которые заботятся как о авторах, так и читателях.
Не согласен, вопрос должен звучать как: «Почему хабр не заботиться о читателях и не оптимизирует картинки в зависимости от устройства и канала, ведь все возможности для этого есть, как и сделать открытие оригинала по клику?»
А так, все изображения для статьи взяты из оригинальной, которая на dev.to весит как раз 2.1M, ибо dev.to, в отличии от хабра, думает о читателях.
Добавлю ещё от себя, Discovery.js и jora два мощных инструмента, которые постоянно развиваются и улучшаются, например они используются в таких проектах как:
Верное замечание, но необязательное. Хорошие библиотеки, получаются из реального боевого опыта и «набитой руки» в написании этих велосипедов.
ps Сейчас, кстати, настало новое время, когда как раз хорошо не брать готовое, а создать новое, т.к. очень много новых технологий появилось, js больше не стоит на месте и развивается с каждым годом, поэтому можно делать велосипед с заделом на бедующее.
«Суд общественности» рукоплескал еще одним яйцам в профиль или у нее были какие-то киллер-фичи, которые общественности полюбились?
По началу, сообщество очень и очень холодно приняло тот же React или Angular 2. А если б в Vue был менее сырым и за ним стоял бы не никому неизвестный «чувак», а какая-нибудь крупная компания, то кто знает, какая бы расстановка сил была бы сейчас.
Нет «всё», вы просто не понимаете простую истину, если бы в своё время, эти инструменты не были вынесены на суд общественности как opensource, они никогда не смогли превратиться из обычного местечкового велосипеда в то чем они стали.
Angular — велосипед
Vue — велосипед рожденный под впечатлением от Angular
React — велосипед, в его JSX это «огрызок» от E4X
Весь OpenSource чей-то велосипед, которым кто-то поделился, либо из-за отсутствия (вероятность чего сейчас нулевая), либо из-за того, что он устал от текущих решений, которые за годы превратились в монстров и просто устарели технологически.
телеграм канал сам себя не продаст
https://github.com/firebolt-dev/firebolt
Languages
JavaScript 76.8%
MDX 22.7%
Dockerfile 0.5%
Ясно, понятно
Так у вас там makeAutoObserver, который работает с «объектом» + observer из mobx-react-lite, который является биндингом, а в статье авто же хотел показать, что акту никакие биндинги не нужны, он работает из коробки средствами самой либы.
Никто не мешал автору сделать свой observer, но опять же цель статьи в другом ??♂️
Кроме этого, вы говорите что код чище, но внутри у вас магия, нет реактивного примитива, есть контейнер, который при создании автоматически создаёт внутри себя геттеры/сеттеры на описанные свойства без разбору, и так каждый раз.
Можно конечно и в ручную всё это обрабатывать и бла-бла-бла, выйдет как акт и подобных в итоге, просто вместо функций, ячейкой будет объект/экземпляр класса.
PS useProxies, я про сам петтерн, а не Proxy как таковой
Не очень понятно про какой лишний код мы говорим и о каких ручных подписках...
Если отбросить функции, то кода ровно столько же будет, что на том же mobx, просто без магии Proxy, которые заставляет вас даже примитив засунуть в "объект" чтобы получить геттер, ну а тут вызывать функцию, чем и является геттер ??♂️
Эээ, автора не защищаю (хотя работа отличная проделана), но он обмолвился про прокси паттерн имеет место быть, а дальше написал что получись эффективнее, но по другому
Алибаба например, да и в целом у Эвана отличная спонсорская программа организована (за faker конечно никто так платить не будет).
colors.js повеселей он сломал
https://github.com/Marak/colors.js/issues/285
Ну и если кто-то реально хочет пропустить через себя TS и особенно дженерики, то вам сюда
?? Type<Challange[]> ??
Я чёт не понял (без обид), но это какой-то копипаст официальной доки на русский ?
Отлично вышло, спасибо организаторам.
Статистика всегда правильная, дальше все зависит от того, как вы интерпретируете, поэтому чтобы понять реальную картину, достаточно использовать процентили, дальше можно бить по браузерам и т.д.
¯\_(ツ)_/¯Нет, это не так.
Повод, если нет запроса, нет и реакции, кроме этого, именно такое поведение хабра является основной причиной оттока людей на другие площадки, которые заботятся как о авторах, так и читателях.
Не согласен, вопрос должен звучать как: «Почему хабр не заботиться о читателях и не оптимизирует картинки в зависимости от устройства и канала, ведь все возможности для этого есть, как и сделать открытие оригинала по клику?»
А так, все изображения для статьи взяты из оригинальной, которая на dev.to весит как раз 2.1M, ибо dev.to, в отличии от хабра, думает о читателях.
Это наш хитрый план с lahmatiy ;]
Добавлю ещё от себя, Discovery.js и jora два мощных инструмента, которые постоянно развиваются и улучшаются, например они используются в таких проектах как:
Верное замечание, но необязательное. Хорошие библиотеки, получаются из реального боевого опыта и «набитой руки» в написании этих велосипедов.
ps Сейчас, кстати, настало новое время, когда как раз хорошо не брать готовое, а создать новое, т.к. очень много новых технологий появилось, js больше не стоит на месте и развивается с каждым годом, поэтому можно делать велосипед с заделом на бедующее.
По началу, сообщество очень и очень холодно приняло тот же React или Angular 2. А если б в Vue был менее сырым и за ним стоял бы не никому неизвестный «чувак», а какая-нибудь крупная компания, то кто знает, какая бы расстановка сил была бы сейчас.
Нет «всё», вы просто не понимаете простую истину, если бы в своё время, эти инструменты не были вынесены на суд общественности как opensource, они никогда не смогли превратиться из обычного местечкового велосипеда в то чем они стали.
Angular — велосипед
Vue — велосипед рожденный под впечатлением от Angular
React — велосипед, в его JSX это «огрызок» от E4X
Весь OpenSource чей-то велосипед, которым кто-то поделился, либо из-за отсутствия (вероятность чего сейчас нулевая), либо из-за того, что он устал от текущих решений, которые за годы превратились в монстров и просто устарели технологически.