Почему я не использую Tauri или Wails для создания десктопных приложений на Web-технологиях.
У Tauri есть несколько проблем:
1. платформозависимость
Когда я беру подобные системы, я хочу, чтобы мои приложения рендерились на всех системах одинаково. Чтобы мне не нужно было тратить огромное количество времени на тестирование на всех возможных версиях браузеров.
Установил приложение и полетели, не надо заставлять юзера ставить последнюю версию браузера, потому что я хочу использовать самые новые технологии.
В общем, я не хочу страдать как с обычным вебом.
Tauri использует стандартный браузер в системе, что мгновенно убивает надежность приложения.
2. Разные языки
Фуллстек-разработчик это обычно огромнейшая редкость и чаще всего миф. Пишу так, потому что нанимал фуллстеков. А теперь представьте, мы пишем приложение, у которого одна часть на Rust, а рендерилка на TypeScript.
Это значит, что один разработчик не сможет написать качественно целую фичу, ведь в десктопных-приложениях обычно как раз суть в особенных API и взаимодействии с ОС пользователя.
Придется разделять команду на бекенд и фронтенд и получать все те же проблемы, что в обычной веб-разработке.
3. Ноль переиспользования кода
В Electron я могу вынести почти любое количество кода в общий common|shared|base модуль и использовать и там и там. Могу покрыть его тестами и гарантировать корректность его работы. Это может быть логика, которая оптимистично выполняется в рендерер процессе, а в main процессе выполняется по таймеру в фоне, или же после дополнительных проверок и перед сохранением в файловую систему.
Если же использовать Tauri, то я буду вынужден продублировать логику на двух разных языках, продублировать тесты для неё и все так же выстраивать процессы разработки как в обычном вебе.
Процессы, привычки, найм в обычном вебе не плохие, но они сложные и не лишены проблем. Electron мне позволяет поставлять качественные приложения(с точки зрения бизнес-задач) на ЛЮБЫЕ платформы при этом нанимая только JavaScript разработчиков. Код можно переиспользовать и благодаря общему языку, один разработчик может спокойно разработать фичу целиком не удлиняя релизный цикл тем, что задача будет разбита на две команды.
К сожалению, я сталкивался с тем, что Tauri тупо сырой и на разных версиях Windows отказывается запускаться. Electron гораздо взрослее и уже собрал и пофиксил большинство проблем.
А про Wails я ничего не слышал, так как не считаю Go адекватным языком для больших приложений.
Спасибо 🧡
У Tauri есть несколько проблем:
1. платформозависимость
Когда я беру подобные системы, я хочу, чтобы мои приложения рендерились на всех системах одинаково. Чтобы мне не нужно было тратить огромное количество времени на тестирование на всех возможных версиях браузеров.
Установил приложение и полетели, не надо заставлять юзера ставить последнюю версию браузера, потому что я хочу использовать самые новые технологии.
В общем, я не хочу страдать как с обычным вебом.
Tauri использует стандартный браузер в системе, что мгновенно убивает надежность приложения.
2. Разные языки
Фуллстек-разработчик это обычно огромнейшая редкость и чаще всего миф. Пишу так, потому что нанимал фуллстеков. А теперь представьте, мы пишем приложение, у которого одна часть на Rust, а рендерилка на TypeScript.
Это значит, что один разработчик не сможет написать качественно целую фичу, ведь в десктопных-приложениях обычно как раз суть в особенных API и взаимодействии с ОС пользователя.
Придется разделять команду на бекенд и фронтенд и получать все те же проблемы, что в обычной веб-разработке.
3. Ноль переиспользования кода
В Electron я могу вынести почти любое количество кода в общий common|shared|base модуль и использовать и там и там. Могу покрыть его тестами и гарантировать корректность его работы. Это может быть логика, которая оптимистично выполняется в рендерер процессе, а в main процессе выполняется по таймеру в фоне, или же после дополнительных проверок и перед сохранением в файловую систему.
Если же использовать Tauri, то я буду вынужден продублировать логику на двух разных языках, продублировать тесты для неё и все так же выстраивать процессы разработки как в обычном вебе.
Процессы, привычки, найм в обычном вебе не плохие, но они сложные и не лишены проблем. Electron мне позволяет поставлять качественные приложения(с точки зрения бизнес-задач) на ЛЮБЫЕ платформы при этом нанимая только JavaScript разработчиков. Код можно переиспользовать и благодаря общему языку, один разработчик может спокойно разработать фичу целиком не удлиняя релизный цикл тем, что задача будет разбита на две команды.
К сожалению, я сталкивался с тем, что Tauri тупо сырой и на разных версиях Windows отказывается запускаться. Electron гораздо взрослее и уже собрал и пофиксил большинство проблем.
А про Wails я ничего не слышал, так как не считаю Go адекватным языком для больших приложений.
Спасибо 🧡
👍20🤡6🌚2
Во фронтенд сообществе опять драма:
один персонаж снова написал бенчи на СТМ не имеющие отношения к реальности, а другой яростно утверждает на каждом углу, что сообщество effector токсичное не участвуя в нем)
Всем доброго вечера. Заканчиваю работу над исходниками для видео об effector Encke ☄️
один персонаж снова написал бенчи на СТМ не имеющие отношения к реальности, а другой яростно утверждает на каждом углу, что сообщество effector токсичное не участвуя в нем)
Всем доброго вечера. Заканчиваю работу над исходниками для видео об effector Encke ☄️
😁19😐4🙏3🤡3💩2
Оказывается, если в npm есть пакет например
"packagename"
, то при попытке опубликовать "package-name"
, npm отбросит с ошибкой 403Package name too similar to existing package packagename; try renaming your package to '@username/package-name' and publishing with 'npm publish --access=public' instead
🤯8😁4
Forwarded from я что-то �� и всё ����
Who will win:
Modern computer, doing billions of operations per second on each core, SIMD accelerated
VS
One «O(n²) is not a problem» developer
Modern computer, doing billions of operations per second on each core, SIMD accelerated
VS
One «O(n²) is not a problem» developer
😁23🫡5🌭2
Хранить токены в localStorage и тому подобное это как хранить деньги в почтовом ящике.
Не делайте так. Статья подробно рассказывает, зачем хранить токены, куда их класть и как работают заголовки.
https://www.smashingmagazine.com/2023/01/authentication-websites-banking-analogy/
Не делайте так. Статья подробно рассказывает, зачем хранить токены, куда их класть и как работают заголовки.
https://www.smashingmagazine.com/2023/01/authentication-websites-banking-analogy/
👍26⚡4💩2👎1
Media is too big
VIEW IN TELEGRAM
Сейчас узнал, что можно иметь разные обои для рабочих столов
🥱15🤯7😁4🔥1
Forwarded from 0xLDev
💩45🤣9😁2🆒2✍1
Написал внезапно очень хороший текст для первого видео по курсу эффектора.
Для меня душ это какое-то магическое место, я постоянно придумываю какие-то хорошие тексты или роадмапы проектов, решаю сложные задачи просто стоя под горячей водой. Я хз как это работает, но похоже я изолирую свой мозг от любой внешней информации и он вынужден себя как-то развлекать, начинает решать задачи, которые давно лежат в памяти.
Что вы ждете от бесплатного курса по effector?
Можете описать в комментариях свои пожелания?
Для меня душ это какое-то магическое место, я постоянно придумываю какие-то хорошие тексты или роадмапы проектов, решаю сложные задачи просто стоя под горячей водой. Я хз как это работает, но похоже я изолирую свой мозг от любой внешней информации и он вынужден себя как-то развлекать, начинает решать задачи, которые давно лежат в памяти.
Что вы ждете от бесплатного курса по effector?
Можете описать в комментариях свои пожелания?
👏38👍8❤6🤮3🍾3
Видел в чате вопросы про роадмап для фронтенд разработчика.
Вместо того, чтобы собирать свой собственный, хочу посоветовать https://roadmap.sh/frontend.
К тому же крайне рекомендую ознакомиться, хотя бы по верхушкам с Backend Roadmap и DevOps. Понимание этих областей крайне сильно повышает стоимость разработчика.
Коллеги, которые владели знаниями как устроен бекенд и как все, что они написали будет деплоиться, очень легко встраивались в процессы разработки. По мне, эти знания/навыки существенно повышают шансы среднего фронтендера пройти интервью успешно.
Всем приятного вечера
Вместо того, чтобы собирать свой собственный, хочу посоветовать https://roadmap.sh/frontend.
К тому же крайне рекомендую ознакомиться, хотя бы по верхушкам с Backend Roadmap и DevOps. Понимание этих областей крайне сильно повышает стоимость разработчика.
Коллеги, которые владели знаниями как устроен бекенд и как все, что они написали будет деплоиться, очень легко встраивались в процессы разработки. По мне, эти знания/навыки существенно повышают шансы среднего фронтендера пройти интервью успешно.
Всем приятного вечера
roadmap.sh
Frontend Developer Roadmap: What is Frontend Development?
Learn what Frontend Development is, what frontend developers do and how to become a modern frontend developer using our community-driven roadmap.
🔥32👍8
Скоро рассылка будет перезапущена!
Перетаскиваю контент в Github. Но у меня потерян контент от 17, 18 и 19 выпуска.
Кто может переслать мне эти выпуски на почту [email protected]?
Быстро найти их можно по фильтру
UPD.: Прислали, спасибо большое! 🧡
Перетаскиваю контент в Github. Но у меня потерян контент от 17, 18 и 19 выпуска.
Быстро найти их можно по фильтру
from: [email protected]
UPD.: Прислали, спасибо большое! 🧡
🔥6👍2
Увидел рекламу НАДЕЖНОГО менеджера паролей. Открываю сайт, а там…
Но мы не написали все на Rust, чтобы было и быстро и надежно.
А взяли язык с самым большим количеством уязвимостей в индустрии…
Но мы не написали все на Rust, чтобы было и быстро и надежно.
А взяли язык с самым большим количеством уязвимостей в индустрии…
👎39😁12👍1🤯1😨1