я предлагаю бросить силы туда, где они принесут куда больший куммулятивный эффект в $mol слишком много плюсов что бы его игнорировать
он даёт:
• одно приложение сразу для Web / Windows / macOS / Linux / Android / iOS + WebExtension ( тут оговорка что суём в tauri для полной кроссплатформы )
• работает офлайн ( любое написанное приложение, за 1 доп-строчку кода ) • локализацию из коробки • адаптивность из коробки • сss in ts • темизация из коробки
• Гипер база при появлении сети, синхронизирует данные автоматически, без конфликтов
• сервер не нужен - не нужно поднимать БД, не нужно хранить бэкапы так как все данные у клиентов, авторизация происходит мгновенно при первой загрузке сайта
• состояния хранятся локально + синкаются через гипер-базу
вы считаете что языки с динамической типизацией лучше чем со статической ? врядли, вы используете typescript но по вашему типы - это же ограничение, почему не избавитесь от него ?
давайте по существу, без пространных аналогий ( которые не работают )
если его не устраивает монструозный фреймворк all-in-one, то это не потому что разработчик плохой, а потому что фреймворк плохой.
Логически неверный аргумент
Про свободу. Где свободнее, в строго типизированных языках или динамических ? Где свободнее, в языках с прямым доступом к памяти или в языках где есть GC ?
Вся история программирования - про искусственные ограничения. Но при этом должна оставаться гибкость в использовании, как раз для решений разработчика.
За mobx like, хороший инструмент
Для себя я выбрал $mol, по скорости как mobx, только не нужно следить за состояниями, реактивностью, он сам под капотом всё делает хорошо
На самом деле конечно чаще берут то что уже знают, это самая верная эвристика
Здорово что у вас получается, правда
Я аппелирую только не совсем к этому. Да из маленьких либ можно собрать хорошее приложение, но это сложнее как при постройке так и в поддержке, лучше когда флоу продуманы, cookbookи написаны
Но ещё лучше когда остаётся написать только бизнес логику, а всё остальное берёт на себя фрейморк, при этом никак не ограничивая закопаться вглубь
Чем "настоящий" разработчик отличается от "ненастоящего" ? Я вот код пишу, даже зачастую руками, я разработчик , по вашему ?
Незнаю что вы там навыдумывали про свободу какие то бредни
Хз реально чем вы кичетесь, не понимаю. Лучше конечно инструмент решает много задач, а не приходится под каждую задачу подбирать отдельный инструмент, особенно во фронтенде, так как это полностью формализованная область знаний
ура, мы пришли к общему знаменателю, я говорю ровно о том же самом
ограничения + гибкость
понял, мне наоборот это кажется проблемой, случайно кто то подглядел и всё, пароль утёк
довольно большие отличия, в том числе от next
в $mol используются те же стандарты
я предлагаю бросить силы туда, где они принесут куда больший куммулятивный эффект
в $mol слишком много плюсов что бы его игнорировать
он даёт:
• одно приложение сразу для Web / Windows / macOS / Linux / Android / iOS + WebExtension ( тут оговорка что суём в tauri для полной кроссплатформы )
• работает офлайн ( любое написанное приложение, за 1 доп-строчку кода )
• локализацию из коробки
• адаптивность из коробки
• сss in ts
• темизация из коробки
• Гипер база при появлении сети, синхронизирует данные автоматически, без конфликтов
• сервер не нужен - не нужно поднимать БД, не нужно хранить бэкапы так как все данные у клиентов, авторизация происходит мгновенно при первой загрузке сайта
• состояния хранятся локально + синкаются через гипер-базу
• строгая типизация, real-time sync, end-to-end шифрование
• хостинг бесплатен, так как у нас "обычный" сайт
вы считаете что языки с динамической типизацией лучше чем со статической ? врядли, вы используете typescript
но по вашему типы - это же ограничение, почему не избавитесь от него ?
давайте по существу, без пространных аналогий ( которые не работают )
Логически неверный аргумент
Про свободу. Где свободнее, в строго типизированных языках или динамических ? Где свободнее, в языках с прямым доступом к памяти или в языках где есть GC ?
Вся история программирования - про искусственные ограничения. Но при этом должна оставаться гибкость в использовании, как раз для решений разработчика.
За mobx like, хороший инструмент
Для себя я выбрал $mol, по скорости как mobx, только не нужно следить за состояниями, реактивностью, он сам под капотом всё делает хорошо
Большинство
На самом деле конечно чаще берут то что уже знают, это самая верная эвристика
Здорово что у вас получается, правда
Я аппелирую только не совсем к этому. Да из маленьких либ можно собрать хорошее приложение, но это сложнее как при постройке так и в поддержке, лучше когда флоу продуманы, cookbookи написаны
Но ещё лучше когда остаётся написать только бизнес логику, а всё остальное берёт на себя фрейморк, при этом никак не ограничивая закопаться вглубь
Так то перемудрили
Вот есть password.hyoo.ru который я сделал расширением для хромов
Работает офлайн, даёт пароль по одному нажатию, или хоткею, копирует в клипбоард сразу напрямую
https://chromewebstore.google.com/detail/hyper-password/kkflhnggaephdggbmcjhkhpbegfcjgma
У нас и то и то одинаково хорошо работает 😄
а присоединяйтес к нам в $mol коммьюнити, у нас как раз привязка данных "ДО" создания html
а базовый компонент вообще выглядит вот так
при этом этот компонент может быть вообще любым html элементом, даже придуманным по типу "article"
$mol это по сути максимально прокачанные веб компоненты, там под капотом очень много грамотных технических решений, крайне рекомендую
Чем "настоящий" разработчик отличается от "ненастоящего" ? Я вот код пишу, даже зачастую руками, я разработчик , по вашему ?
Незнаю что вы там навыдумывали про свободу какие то бредни
Хз реально чем вы кичетесь, не понимаю. Лучше конечно инструмент решает много задач, а не приходится под каждую задачу подбирать отдельный инструмент, особенно во фронтенде, так как это полностью формализованная область знаний
Все берут эти "хорошие маленькие решёния" а получают глючное приложение на реакте
Ии в тексте, ии в комментариях ? Зачем
опять одна библиотека с одним маленьким решением
Это путь в никуда, нужна полноценная система где у разработчика не будет возможности сделать "плохой" или "неправильный" выбор
Желательно вообще не делать выбор, что бы в фреймворки это было уже настолько продумано, что бы внешнее решение не требовалось
часто стал видеть что первый комментарий оставляет бот, зачем это кому то надо вообще ?
Здорово, хоть что то хорошее
В $mol по дефолту виртуализация
Могу посоветовать специалистов
https://habr.com/ru/articles/968384/#comment_29145688
У веб компонентов много проблем архитектурных, давайте лучше на $mol писать, те же веб компоненты, только сильно прокачаннее
Года не проходит без хакатон-драм, жаль вас ребят