Обновить

Комментарии 57

Ура, будет теперь на что ссылаться!

$mol, наверное, мог бы занять занять значимое место под солнцем, но, как мне кажется, активно препятствует ему в этом ораторские привычки Дмитрия Карловского)

Главный миф об этом фреймворке в том, что о нем есть какие-то мифы

Мои подписчики часто спрашивают меня:
- С хрена ли мы твои подписчики?

А вот еще один миф: кликнув по ссылке в тексте вам будут более понятны выделенный автором термин или проблема.

$mol всех побеждает, включая VanillaJS

Вот тут ссылка прямая, было интересно посмотреть актуальное сравнение в бенчмарках)

Vanilla JS document.getElementsByTagName("span"); 8,280,893
Prototype JS Prototype.Selector.select('span', document); 62,872
YUI YAHOO.util.Dom.getElementsBy(function(){return true;},'span'); 48,545
Ext JS Ext.query('span'); 46,915

Кажется, целая эпоха ушла...

А какая ссылка вам не понятна?

У вас сайт

сломался

Ох уж эти корпорации, опять все сломали. Но вроде уже починили.

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


Зато как раз можно увидеть что падает каждый компонент в отдельности) а не всё приложение

Опыт автора насчитывает более 20 лет коммерческой веб-разработки, половина из которых в крупных компаниях: Яндекс, Wrike, 1С, Deutsche Bank, SAPRUN, Газпром. Всё это время он не только исследовал чужие фреймворки, но и проектировал свои.

Пу пу пу, мужик с 6 лет в программировании, в 12 уже в бигтехе работал, а в 16 понял что пришло время фреймворка

Правильно получается?)

А, погодите, 20 лет коммерческого опыта, получается человек с 6 лет уже на программировании деньги делает, не дурно)))))))))))))

Не, думаю просто в 1С год за три шёл.

Здравствуйте, меня зовут Дмитрий Карловский и я.. как 30 лет назад вошёл в IT

Цитата из другой статьи автора, двух летней давности 😁

Походу автор занимается не только вебом, но и путешествием во времени, только всем рассказывает про веб, а про путешествия не рассказывает((

Зуммеры даже представить себе не могут мир до интернета.

М, понял (не понял)

Возраст в био не верный, с реальным сходится)

Не мешайте людям верить всему, что пишется на заборе, на стене, в интернете.

Понял, вам просто верить не надо, зачем вы тогда пишите статьи где каждое слово может быть ложью мне не понятно))

Ну и кстати называть площадку для инженеров и интересующихся "забором" это сильно и не благодарно с вашей стороны)

Верить в интернете никому нельзя. Тем более если читать не умеете.

Окей

Опыт в 20 лет тоже может быть неверным, как и в 30 лет 2 года назад, пишите тогда сразу 100 лет это же всеравно словесный мусор просто))

Ну и как у вас сходится 20 лет сегодня и 30 лет 2 года назад я хз))

Интересные вы ребята, наверное такие же интересные как ваш фреймворк 😁

Да просто не стоит обращать внимания на такое

Аппеляция к авторитету, тем более в годах опыта не сильно с чем то коррелирует

Я думал авторитет заявляют чтобы на него ссылаться.

Ох уж эти зумеры (с) 😁

Ничего против не имею, Но всегда запасаюсь попкорном

В современном виде $mol не хватает uikit, но уже с UI в который вложились. Также публичный Storybook.

Так бы любой мог попробовать $mol. Это бы уменьшило порог входа. Через такой подход можно начать понимать вложенные концепции в фреймворк. Быстренько наклепать лэндосик и заодно почувствовал синтаксис и в целом суть фремворка.

Читать документацию и с нуля пробовать сделать чуть больше, чем "Hello, world!" уже не каждый готов - это барьер для входа.

По сути он есть, но не как у всех

https://mol.hyoo.ru/#!section=demos

Согласен, тут бы надо сделать как у остальных, что бы лучше "продавалось"

Я делал например вот https://b-on-g.github.io/bog

И https://b-on-g.github.io/docs

Дмитрий, вы единственная причина, по которой я стабильно раз в две недели захожу на Хабр. Вы, можно сказать, луч света в тёмном царстве нейрослопа и протухших скопипащенных новостей из мира АИ! Ваш $mol - далёкая для меня тема, но то, как вы подпаливаете пердаки в комментах, можно читать вечно :) Постоянно бы вас плюсовал, если бы была такая возможность :)

мне кажется вашим докам по $mol не хватает первого экрана - на 3 минуты сравнения вашего фреймворка, react & vuejs. типа кредитный калькулятор с 3 параметрами и формулой платежа.

сейчас ваш сайт гипер-реактивно-ортогональный -- зашел, и сразу когнитивная сложность скакнула, и почувствовал себя тупым))
а надо наоборот, чтоб человек при знакомстве чувствовал облегчение -- вау, с этой примочкой мой будущий developer experience будет настолько проще и красивей!

я до сих пор помню, когда писал на jQuery CRM-ку, и потом 5 минут почитал документацию vueJS2, и сразу понял что надо переписывать. про реакт тогда я краем уха слышал, но его документация тогда не давала такого вау-эффекта за 5 мин чтения (для js новичка), да и сам синтаксис (и ментальная модель) была сложнее. в итоге vueJS резко взлетел - а ведь у него не было поддержки мегакорпорации FB, простой китаец запилил.

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

Про утп ( уникальнон торговое предложение ) https://mol.hyoo.ru/#!section=docs/=n02k5n_nw3jkh

Про сравнение с реактом и прочими тут https://mol.hyoo.ru/#!section=docs/=f43e8e_z87u2z

может хоть на https://todomvc.com выложите свой вариант?

ох, ну тут реально масонский заговор -- зажали получается смерджить? а как новым и неизвестным фреймворкам тогда попасть...

Никак, тот репозиторий заброшен.

Спасибо что вы пишете!

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

Вы наверное про виртуальный рендеринг ? 😄

Кеш по умолчанию для фабрик классов, на методы можно как вешать декоратор кэша ( mol_mem ) так и не вешать

да, было года два или больше назад большое обсуждение под статьей, просили тогда возможность сверить скорость отрисовки "по честному" - без кэшей, честные затраты времени на отрисовку, пересказ аргумента почему нельзя как раз оттуда

Не вижу смысла в "честной" отрисовке

Эта "честная" отрисовка в любом случае будет лагать ведь

Осторожнее, это очень плохой аргумент, и вы еще и не уверены в нём. Это буквально затравка на кучу минусов.

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

Там трудозатрат в разы меньше чем, то что вы там обычно делаете.

я делал, там 37 на 1000 строк получилось, и не много но и не идеал
я считаю что этот бенч - глупость
экономия на спичках - програмисты не должны экономить на спичках

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

тут есть много бенчей, которые доказывают эффективность библиотек
https://t.me/giper_dev/11/24890

$mol не умеет делать плохо, там буквально нельзя специально отрендерить без виртуализации ( придется самому писать это, взяв либу mol_wire )


в ориг репо вроде бы Дима делал пр, добавляя туда виртуализацию

там буквально нельзя специально отрендерить без виртуализации

Стоит читать как “там буквально нельзя сделать рабочим встроенный поиск браузера”?)

нет почему, он переопределён и работает

для этого ничего руками допом писать не нужно

вы второй кто на это обращает внимание, приятно)

он переопределён и работает

открыл демку TodoMvc - опс, не работает

для этого ничего руками допом писать не нужно

Дизайнер, которому надо везде впендюрить кастомный поиск, потому что фронтендеры не могут починить нативный: 🗿

Пользователи, которые потеряли поиск на страницах потому что дизайнер не резиновый, страниц много, а времени нет: 🗿

работет
работет

работает)

задизайнить достаточно 1 раз и переиспользовать, да и не везде нужен

Ну когда всё в один экран умещается, то работает, да.

да и не везде нужен

Где-то я это уже слышал

виртуальный рендеринг всё таки даёт больше преимуществ, чем недостатков, и недостатки решаемы

Когда разработчики говорят, что они разрабатывают "на VanillaJS", "на jQuery", "на Backbone", "на React", "на Svelte" и тд, то можете быть уверены, что на самом деле они разрабатывают свой собственный in-house фреймворк

А что на счёт Angular, это тоже не фреймворк? На сайте написано, якобы Angular прекратил своё существование, но это же не правда. Современный Angular - это продолжение того AngularJS, в начале именно так и позиционировали как версия 2.0+. Можно сказать "все дураки, один я умный" и не развиваться, подавая это как плюс, а можно искать всё новые более удобные техники, как это делают разработчики Angular.

Angular - совершенно другой фреймворк. Из общего у них только похожее название.

Нет, очень много идей из AngularJS применяется до сих пор в новой версии. Например, директивы, двусторонее связывание данных (только синтаксис немного другой), сервисы, в языке шаблонов много общего.

Переход с одного на другой требовал полное переписывание кода. А паттерны эти были во многих фреймворках.

С этим согласен. Я лишь хотел сказать о неточностях. Для перехода с AngularJS на новый Angular нужно было переписывать код, но не полностью переучиваться. На тот момент даже переход на TypeScript подавался как "можете писать как на обычном JS". Последняя версия AngularJS вышла в 2022 году, а не в 2018, как у Вас написано. Если придерётесь к 22 году (неполноценный релиз), то напишите хотя бы 2020.

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

Даже если не брать в рассчет AngularJS, а взять только Angular, который появился в 2016 году, я думаю стоит об этом как-то упомянуть. Angular уже существует больше 9 лет.

Я тут посмотрел на один ваш исходник, подумал что он мне что-то такое напоминает и попросил у Дипсика помощи:

Имеется текст на языке программирования tree, вот он

$mol_search_demo $mol_example_small
	title \Search field with suggest 
	sub /
		<= Search $mol_search
			query => query
			suggests <= suggests /
	tags /
		\search
		\suggest
		\autocomplete
		\string
		\fulltext
		\filter
	aspects /
		\Widget/Control
		\Type/String

Это описание некоторой древовидной иерархической структуры.
Переведи описание этой же структуры на LISP-подобный диалект.

Дипсик выдал примерно то, что я и предполагал:

($mol_search_demo $mol_example_small
  (title "Search field with suggest")
  (sub
    (<= Search $mol_search
      (query => query)
      (suggests <= suggests /)))
  (tags
    "search"
    "suggest"
    "autocomplete"
    "string"
    "fulltext"
    "filter")
  (aspects
    "Widget/Control"
    "Type/String"))

Ну а LISP за все эти годы так до мэйнстрима и не добрался, видимо слишком сложно для нормального программиста сразу AST-деревьями думать...

У Димы была статья про tree https://habr.com/ru/articles/503240/
врядли там есть связь с лиспом
идеи то хорошие заложены, на самом деле

Не знаю, что там за Фреймворк, а об авторе статья очень много говорит :) Думаю, тут можно психологам диссертацию писать.

а что не так ?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации