Комментарии 44
Во Фьзоре нет ни встроеного стейта, ни реактивности. Врочем, это всё легко и явно подключается одной иструкцией обычного JavaScript. Но парадоксально вот что, несмотря на это - код получается менее многословным, чам в любом другом фреймворке. А благодаря тому что абстракция - минимальна - почти натив - то гибкость и производительность тоже впереди.
пора уже попробовать $mol у коготоро 99.9% достоинств
все описанные выше достоинтсва у него есть, и так же есть множество других
например offline first 1 строчкой кода
синхронизация между вкладками
свой dsl для описания компонентов который умеет Не только в одностороннее связывание!
и еще куча полезных вещей
Попробуй переименовать. Избавься от $ в названии (да и в коде тоже). Найди краткое яркое звучное название. Определись с позиционированием. Сделай простой но яркий лэндинг с преимуществами и простейшими примерами и кусочками кода.
Накидай несколько статеек в medium.
Гугл по запросу $mol выдал всё что угодно, но не $mol.
Возможно персонализированная выдача.
У меня статью на хабре выдаёт 6-ой ссылкой в гугле. В Бинге вообще их нет на первой странице.
Используйте правильный поисковик: https://search.giper.dev/#!query=%24mol
Попробуйте поискать "$mol js" или "$mol геморрой". Авторы явно SEO'шничали по этим ключевым словам.
Надеюсь найденный $mol помог вам вылечиться и вам больше не приходится гуглить такие странные запросы?
Я без злого умысла, просто наблюдение. Все же знают, что google высоко ценит текст в заголовках и чтобы увидеть страницу на первом месте выдачи нужно попасть в слова. Статьи вы вроде сами писали.
Если просто вбить $mol, то на первом месте мне отображает marines.mil, а все остальное про mole (единицу измерения).
В том числе я писал статью о сломанном интернет поиске: https://page.hyoo.ru/#!=o9jnhf_7v21c4
У меня выглядит так
А так полностью согласен с @ScorpAL: ни лендинга, ни примеров, ни туториалов, ни нормальной документации, никому даже в голову не придет пробовать это.
Сразу же всё доступнои примеры и туториалы и дока
Выдачу в инкогнито проверял, есть, наверное в российской части интернета лучше ищет
Это слишком запутанно. В целом вся экосистема запутана.
Никто не будет, кроме пары фанов разбираться, сорри.
Посмотрите на страницы проектов конкурентов, там явно не дураки проектировали.
То, что отсуствует в гугле говорит о том, что ключевых слов нет, или проблемы с индексацией. На скрине как будто поисковый бот не смог погулять дальше главной
Судя по всему, только вы его и находите в вашей персонализированной выдаче. У меня на первой странице выдачи никаких фреймворков нет. В Kagi то же самое примерно. Ответ гугловой нейросети нам тоже как-бы намекает на популярность этого инструмента:
Да не, у меня тоже гугл его выдал в первой строке поиска
Если научитесь пользоваться кавычками в поиске, то даже в гугле сможете находить искомое гораздо чаще.
Т.е. вы хотите всех заставить изменить свои привычки, чтобы они нашли ваш неизвестный фреймворк и поняли, какой вы молодец? Купите какую-нибудь книжку по маркетингу, "Маркетинг для чайников" подойдёт вам точно для старта.
А ещё попробуйте почитать тред, в котором отвечаете. Ваш коллега выше демонстрирует поиск без кавычек, поэтому я провожу эксперимент в аналогичных условиях. Адресуйте свои уроки интернет-поиска ему.
Мол это как Эсперанто. Идеальный, но никому не нужный кроме пары энтузиастов. Создатель просто не понимает на каком языке общаются программисты и предлагает им изучать китайскую грамоту вместо с того, чтобы для начала перестать называть переменные снэк_кейсом (просто потому что на фронтенде так не принято). Жалко, что столько трудов закопано в землю и всё это закончится тем, что кто-то скопирует удачные моменты Мола в свой фреймворк, сделав его удобнее, а про Мол все забудут как забыли про Нокаут после выхода Ангуляра
Если автор продвигал его только на Хабре, то это просто непопадание в ЦА. 99% хабровчанинов (и мне - тимлиду фронтенд команды - в том числе) не нужен новый фронтенд-фреймворк. Да, много трудов вложено, да, компетентный автор, да, интересно почитать про какие-то решения. Но и только. Ангуляр, Реакт и Вью стали популярными НЕ на Хабре.
Я много где про него писал и много где выступал. Если вы только сейчас про него узнали, то проблема на вашей стороне.
Хорошо. А те, кому вы писали и перед кем выступали - им в принципе нужен новый фронтенд-фреймворк?
Если бы я спросил людей, чего они хотят, они бы попросили более быструю лошадь.
Сильно. Если уж проводить аналогии, я бы вашу работу и существующие решения сравнил скорее не с автомобилем и лошадьми, а с раскладкой клавиатуры Дворака и QWERTY. Да, у Дворака может быть объективно в чём-то получше, но не принципально, и по большому счёту всем глубоко ПОФИГ и на его раскладку, и на самого Дворака.
Пора уже угомониться с этим mol... Да простит меня господь. Это уже похоже на клинику какую-то
Автор, к сожалению, агрессивный хам, что он уже много лет показывает на хабре. Поэтому, даже если он сделал что-то хорошее, пользоваться этим желания не возникает. Вон он вам тоже продемонстрировал своё отношение к потенциальным пользователям..
Тут про нейминг: https://mol.hyoo.ru/#!section=docs/=yhm6e9_l5h97i
А тут про влияние мола на индустрию: https://mol.hyoo.ru/#!section=docs/=f43e8e_z87u2z
ЧатГПТ помог составить список. Прочитайте и беритесь за версию 2.0. Я не стебусь, действительно уважаю ваш труд и огорчаюсь, что работа зашла в тупик из-за очевидных вещей(
Дональд Норман — The Design of Everyday Things (в русском переводе: «Дизайн привычных вещей» / «Дизайн вещей будущего»).
Норман прямо пишет, что хороший дизайн должен опираться на знания и опыт, который у человека уже есть.
Пример: дверные ручки, кнопки, интерфейсы должны быть «понятными с первого взгляда», потому что они используют знакомые паттерны.
Стив Круг — Don’t Make Me Think («Не заставляйте меня думать»).
Книга о веб-дизайне и UX, но идея универсальная: пользователю должно быть сразу понятно, как использовать интерфейс, без долгого обучения. То есть — чем более знакома и ожидаема модель взаимодействия, тем лучше.
Джон Маэда — The Laws of Simplicity («Законы простоты»).
Там есть акцент на том, что упрощение и опора на уже знакомые формы взаимодействия помогают пользователю быстрее понять продукт.
Алан Купер — About Face: The Essentials of Interaction Design.
Книга про интерфейсы, где также подчеркивается важность работы с ментальными моделями и привычными сценариями пользователя.
Дитер Рамс (принципы хорошего дизайна).
Один из его 10 принципов: "Good design is understandable" — то есть дизайн должен быть «самоочевидным» и работать в логике, понятной пользователю.
Я тоже так умею:
Создайте систему, которой сможет пользоваться даже дурак, и только дурак захочет ею пользоваться.
Если всегда делать то, что всегда делали, всегда будут получать то, что всегда получали.
Любая сложная задача имеет простое, легкое для понимания неправильное решение.
Не бойтесь менять привычное, чтобы найти лучшее.
Тонкость рассуждения рассчитана на тонкость понимания... Если понимания нет, то объяснения излишни.
Адепты двух религий уже в комментах. Их библиотеки объединяет лишь одна вещь, ими никто не пользуется
Перевод этой статьи уже был недавно: https://habr.com/ru/articles/948072/
Скажу одно не популярное мнение. Для людей которые топят за фреймворки, которые точечно работабт с Dom, не очевиден факт, что разметка меняется не точечными узлами, а блоками, и там уже не важно, работает там какой то умный алгоритм рассчета изменений или происходит маппинг с виртуального дома. Разница в перформансе в этом случае практически отсутствует для конечного пользователя приложения. Поэтому команды выбирают реакт по причине быстрого онбординга, простого апи и бесконечного количества готовых решений.
Почему это не является проблемой в Java (Spring), Ruby (Rails), PHP (Laravel), Python (Django), Elixir (Phoenix), но должно вызывать беспокойство в Javascript?
React предпочитают по умолчанию — и это убивает инновации во фронтенде