Алексей, добрый день. Спасибо за обзор Tauri! Было бы здорово, если бы на канале в дополнение к python начали появляться видео про Rust. В идеале - в духе "учим вместе", начиная с основ. pyO3 и тема как подружить Rust & Python. Спасибо.
На данный момент меня заинтересовала тема десктопных програм, так уже на данный момент програма собранная на Таури весит 3.8 МБ, это включая то что там пример является не просто текстом, а целая програмка с вводным полем, изображениями, эфектами и выводом приветствия за введенным текстом
Это на первый взгляд достойный, а если познакомиться поближе, то для некоторого класса задач не всё так радужно. Основная проблема, что вебвью и раст не используют общую память, и если нужно гонять туда-сюда мегабайты данных, то тормознутые инвоки губят всю производительсноть раста на корню. Потом, монструозность электрона ведь истекает из монструозности вебвью. А таури тоже использует вебвью, и получается здесь никакого выигрыша нет, в обоих случаях для хелловорда отжирается десятки мегабайт, разница только в конечном бандле, но под линукс у таури есть только для дебиан, а универсальный аппимидж делается всё равно большой. Далее, процесс разработки. Я уже привык, что тайпскрипт компилируется за доли секунды, и с электроном в этом смысле работаь комфортно. Блин, как же после этого больно разрабатывать на таури. Даже если не трогать код раста, а всего лишь поправить что-то в яваскрипте, таури заново начинает что-то там мурыжить-собирать. Ещё не нравится, что вебвью с яваскриптом как бы есть, а ноды уже нет. Понятно, что вместо ноды теперь раст, но они теперь по отдельности (см. выше). В общем, нет гармонии в таури. Идея красивая, а вот реализация хромает.
@@MrTaramka Спасибо за подробный комментарий. Я сам очень слабо разбираюсь в работе подобных инструментов. Да и принципе предпочитаю нативные приложения )
@@MrTaramka Тем не менее, разница ощутима. Эта же проблема есть и в Electron. Хотя сомневаюсь, что многомегобайтные куски данных нужно часто гонять. А зачем нужна нода, если оно есть тормоз? Вебвью может быть не медленным, если оно умеет юзать ускорение и VDOM не тащить в приложение.
@@vas_._sfer6157 Зависит от задачи, я поэтому специально уточнил, что в случаях когда нужно гонять данные, например графику, звук или огромный датасет для визуализации, то проще сделать сразу в расте без вебвью, таури тут не поможет. VDOM тормознутый только у реакта, если делать самому, то всё летает.
Flutter с 3ей версии полностью поддерживает ВСЕ платформы. Windows, MacOS, Linux, iOS, Android, Web. На флаттере даже эмбеддед можно фигачить. Фреймворк очень производительный, к тому же позволяет очень легко делать платформенные интеграции. Я удивлён почему до сих пор никто не сделал кодоредактор на флаттере.
Я у Tauri вижу недостаток в том, что приложение сильно зависит от среды исполнения. Т.е. если в системе установлен старый WebView, то могут начаться проблемы совместимости. А если обновишь WebView, то что-нибудь другое завалится. Unix системы уже набили на этом шишек и начали отходить от этого. Да, пакет получается огромный, но зато не создаёт проблем с зависимостями на пользовательской системе.
@@t0digital да, но при этом сильно вырастает сложность разработки, время разработки, потому что нам приходится учитывать все нюансы реализации WebView систем на которые нацелено приложение, что в свою очередь несёт увеличение стоимости производства, и приносит уймы новых багов, о которых ты мог не знать или не учесть. С другой стороны электрон, который накинет 200 мб файлов (статики, которые не будут расти с ростом приложения), и будет есть чутка больше оперативки (+30, да даже +200-300мб в наше время, когда рекомендованный размер оперативки уже не ниже 8гб, это смешные цифры), и мы лишаемся большинства вышеописанных проблем, что при разработке, что при работе у конечного пользователя. Так что как бы не был хорош подход Tauri к экономии памяти, это оказывается просто нерентабельно на фоне проблем и потерянных средств, которые он же и приносит. Не говорю что инструмент плохой или не нужный, своего потребителя он точно найдёт, и ролик полезный, но большинство как использовали электрон, так и будут, в угоду простоте и комфорту в разработке.
@@ensox я не знаю, смеяться или плакать... Этих рекомндованных 8 гиг мне уже давно не хватило, апгрейдил до 16, и то уже столкнулся с проблемой - как-то и 16 не хватило! А всё потому, что разрабы почему-то сейчас думают, что у пользователя памяти ну просто завались и её можно брать сколько хочешь!!! Это просто проблема! Я как пользователь хочу сказать разработчикам, перестаньте так думать и так делать!!! В конце концов прога, которая отжирает столько лишней памяти, будет отправляться в утиль! Было уже такой опыт. Ещё бы веб-разработчики это поняли, а то некоторые сайты тоже такие тяжелые, вроде не на моём компе, а память тоже жрут нехило.
@@user-greywolf я в своем ответе говорил про среднестатистического пользователя, а не человека который открывает овер 200 вкладок в 3 окнах браузера, и запускает параллельно 14 приложений, из-за чего у него перестает хватать оперативки. 8 на ДАННОЕ время уже мало, соглашусь, у большей части людей которых я лично знаю уже стоит по 16 и 32 Гб. Но это с заделом на будущее. Даже если мы будем оптимизировать все приложения которые пишем (пусть и в убыток компании, с дополнительными затратами на разработку), мы все равно упремся в то что система с каждым обновлением начинает отъедать больше памяти, и тому прочие факторы. У БОЛЬШЕЙ части людей (вас мы при всем моем уважении не учитываем), не возникает никаких проблем с затратой лишних 200мб, и если приложение пользователю действительно нужно, и покрывает его потребности, говорить о том что он снесет его только из-за того что оно съедает на 200мб оперативки больше чем ему хотелось бы - просто смешно. Я понимаю что вам будет не приятно читать данный комментарий, но были бы вы разработчиком, поняли бы мой комментарий выше, и насколько РЕАЛЬНО трудно (и ДОРОГО) обучить всю команду (а порой в команде от 12 человек) писать правильный и оптимизированный код, под все WebView которые существуют. Никоим образом не надеюсь что комментарий вас (лично) обидит, или оскорбит, но нужно учитывать все реалии разработки, а не однобокое (у меня нет 200 мегабайт, и разработчики глупые, сделать лучше не могут).
@@user-greywolf P. S. Мы не думаем все поголовно что у пользователя оперативки завались, и можно ничего не оптимизировать. Со своей стороны мы устраняем утечки памяти, которые может провоцировать сам JS. А в разработке при выборе технологий которые будем использовать, отталкиваемся не только от "это оптимизированнее всего, точно лагать не будет", а от "это будет работать у большей части людей, меньшими усилиями при разработке, при этом меньше опираясь на установленные в системе пакеты и зависимости с драйверами".
Здравствуйте. Планируете ли выпуск видео по настройке линукс как у Вас?) Разные полезные фишки, какими Вы пользуетесь. Как настраиваете систему с нуля.
Чисто из интереса, не знает ли кто, делали ли веб приложухи с использование фаерфокса в качестве веб вью (для электрона хром, для таури нативный движок ОСи, а пробовали ли лису?)? И вообще имеет ли это смысл?
Про Electron знал, но писал парочку приложений на Eel "python" нативный html,css,js ставил query xD Теперь посмотрю в сторону Tauri и уже нужно заняться Solidjs. Спасибо за видео.
В Windows давно есть аналог - HTA . Но сейчас мало кто его использует, так как дефолтный браузер для старых ОС Windows - это IE, для Win10 - это Edge (если не ошибаюсь 12-й версии). Так что разработчикам придется хорошо постараться, найти старые совместимые js-библиотеки, использовать старую версию ECMAScript и т.д.
Эк вы 99 год аж вспомнили, вас наверно не все поймут даже. А потом была мозилла Prism и Adobe AIR, что-то там десктопно-апликейшин от хрома и т.д. Веб-технологии всегда были где-то рядом и ждали часа, чтобы стать востребованными.
в любом случае у вас в памяти будет сидеть жирный-прежирный вебвью :) электрон просто его с собой таскает, а таури из местных закромов достаёт, вот и вся разница по сути и забудьте про ноду)
@@vas_._sfer6157 в электроне нода доступна в процессе рендеринга, это удобно, можно закачать файл с диска и сразу его визуализирвоать, а не передавать через прослойки.
Прикольное видео! Спасибо за такой обзор! Что существуют и разрабатываются альтернативные решения. Смотрю после более позднего видео, что нам нужны новые IDE, редакторы, будем ждать подвижек в эту сторону. Редактор от разработчиков Atom (с которого я начинал, а потом пришлось перейти на VS Code) и приложений на Tauri.
Эх, помню время, когда Delphi 7 компилировал пустую формучку в exe-файл размером 361 Кб, и его за это люто гнобили холиварщики, мол неоправданно большой файл получался :)
Буквально вчера думал о том, чтобы переходить на Tauri и перестать использовать Electron и тут видео выходит 😁 Классно, что под Linux собирается AppImage, т.к. его проще всего под нативные пакеты для других дистрибутивов пересобрать
@@anatolysokolov нет, работает также быстро как flatpak, может чуть-чуть быстрее, когда как. Зависит от приложения. Вообще AppImage крайне недооценëнный формат. Не смотря на это, в нëм распространяется много хорошего и даже профессионального софта
@@anatolysokolov также плюс AppImage, что всë внутри одного файла и когда ты удаляешь программу, то удаляется всë вместе с ней. Ничего в системе не отстаëтся
Вообще было бы интересно послушать про Flutter vs. Electron/Tauri/... . Долгое время считал подход десктоп приложений на вебе будущим, но флаттер как-будто более прогрессивная вещь, но временем ещё не проверено.
Спасибо за обзор, Алексей. А можно эту тему рассмотреть поглубже? Как упаковать станичку в Tauri понятно, но как обратиться к fs, что делать с фронтендом и в целом было бы неплохо посмотреть на разработку какого-нибудь минимального приложения Node + Tauri .
СУПЕР! Спасибо за видео! Присоединяюсь к коллегам снизу, хотелось бы видео про раст, и про то как его начать учить, нужно ли пытаться чить плюсы сначала, и си, или как питонисут это делать , на что обращать внимание ???
Алексей, а вы слышали что-нибудь о Sciter? У Tauri и Electron, если правильно понимаю, есть проблема: их нельзя (или сложно) встроить в уже существующее приложение, надо писать приложение с нуля. Sciter в этом смысле более гибок: его можно встраивать в любое окно, не трогая остальное приложение. И наоборот - внутрь Sciter View можно встраивать собственные окна/контролы (например, диаграмму, использующую WinAPI + Direct2D или Vulkan 3D view). Можно создавать автономные приложения-бандлы (Quark). У Sciter собственный самописный HTML-движок и своя JavaScript-машина, тут он радикально отличается от Tauri. Но его также можно распространять в виде библиотеки и оптимизировать средствами ОС. Было бы интересно услышать ваше мнение, и спасибо за обзор!
Здравствуйте. Спасибо за обзор. Интересно было бы сравнение этих технологий с flutter и kmm, т.к. они тоже позволяют писать приложение под разные платформы
Выглядит интересно, но пока интересует вопрос, почему не Flutter? продположу, что в силу наличия компетенций в js и отсутствия в Dart, но все же. На flutter есть в добавку поддержка мобильных платформ
Ну да, потому что рендер картинки, а не шрифта, поэтому будем разводить зоопарк приложений под каждую платформу. А что не отстой? А по сравнению с чем? А все ли так однозначно?)))
1) Tauri пока не может заменить Electron. Если копнуть чуть дальше первой сборки, то окажется, что возможностей пока маловато. 2) После сборки Electron ты получаешь бинарник. У меня почти во всех проектах они весили в районе 60Мб. Это в базовом виде. Народ как-то умудряется ужиматься до 30Мб. 3) Про производительность тоже на самом деле мимо. Т.е. если ком не тянет хром с одной открытой вкладкой, то может проблема не в Electron приложении? Ждал релиза Tauri. Но пока очень мало возможностей. Подход с тем, чтобы не тянуть с собой в каждый проект Chromium правильный. Что-то такое уже было когда-то, но проект загнулся. Надеюсь этот всё же доведут до ума. Кстати, в Tauri еще больше понравилась возможность настройки безопасности. Можно в конфиге прописать, что может и не может делать приложение с компьютером.
Проблема именно в electron приложении. Оно не оправдано много отдает ресурсов при этом по плавности и производительности на дне с учётом того что у меня пк способен одну вкладку в хроме открывать. И ещё десяток приложений в добавок :)
@@archieDeveloper кто кому чего отдает? Т.е. Electron каким-то особо извращенным образом запускает Chromium, так чтобы он жрал больше памяти и проца, но при этом в итоге все работает хуже чем браузер с одной вкладкой? Я правильно мысль понял? А если я просто открою html-ку в chromium, оно будет работать лучше и отзывчевей? Или просто chromium плохой и пользовательские интерфейсы в нем нормально работать не могут?
@@MrPixoris на чьей стороне в итоге проблема не знаю. Но факт в том что любое приложение на электроне очень много ресурсов потребляет. Возможно это частично вина хромиум, если это просто небольшой сайт, то работает норм. Но как только требуется сделать большое приложение, то начинается беда. Как пример Joplin, отличное приложение по своей задумке. Но как же оно лагает, мне кажется отрисовка примерно 10 кадров в секунду - это очень плохо. При том что у меня в cs:go например 140fps играется.
1. Давайте конкретику, вы судя по всему в курсе её. Я рассматриваю таури как поалфторму для разработки некого аналога Obsidian. Нужен доступ к файловой системе и браузер. Это точно есть в таури. 2. Инсталлятор - бинарник. Но после установки не бинарник. Во всяком случае дефолтное поведение такое - с россыпью файлов. Возможно можно чем-то повторно перезапаковать, не в курсе. 3. Что мимо-то? Не верите цифрам в видео? В 2 раза меньше RAM это мимо? Более быстрый запуск это мимо? Notion, тут рядом в комментах пишут, по 5 гигов сжирает RAM. Обычный по сути текстовый редактор. Вам просто нравится электрон и вы его защищаете)
наконец-то линукс и гном, аж душу греет. Осталось ещё послать куда подальше эти браузерные-десктоп приложения курильшика, и собирать на gtk4 приложения здорового человека
@@lazyw1zard посмотрел бегло, выглядит бодрой штукой. Я десктоп оч давно писал, году в 2009 ещё на делфи, не знаю плотно обо всех этих gtk, qt и прочем. Но интересно познакомиться бы было, да)
@@t0digital не знаю конечно насколько в 2022-м десктопы вообще актуальны, на практике это очень нишевая штука. Но то,что делают gnome последние пару лет мне нравится, особенно дизайн приложений gtk4 + libadwaita, это прямо таки новый уровень. Хочется чтобы такого было больше в опенсорсе.
@@lazyw1zard да, современный гном хорош, поддерживаю. Десктоп так в целом актуален, думаю. Вот notion, obsidian, logseq были бы на нативе, цены бы им не было:) электрон этот медленный
Алексей, добрый день! Спасибо за видео. Подскажите пожалуйста, будет ли видео о Django 4.1 и его асинхронный ORM (Недавно вышло долгожданное обновление).
Алексей, а можете ли вы подсказать, способен ли Tauri корректно собрать веб-приложение если, допустим, имеется бекендовая составляющая на Django? Или отталкиваемся только от JS в этом случае?
Алексей, что вы со мной сделали, после последнего видео теперь не могу уснуть!)) В результате этого вспыхнуло желание покопаться в теме и набрёл вот на что: Solid.JS. Это библиотека, позволяющая писать обычный js веб проект, а потом компилировать в нативное андроид/ios приложение. Также, компилирует в десктоп посредством electron.js. Посмотрел туториал в случае этого, как один разработчик верстальщик сделал сайт адаптивный, написал одну команду и у него готовый bundle с нативным андроид и айос приложением. Очень хотелось бы услышать ваше профессиональное мнение о данной штуке (написана на Java, Swift, js, можно дописывать свои нативные компоненты)
Хорошо, идея просто замечательная, но назревает вопрос. Если он берёт готовый вебвью, то как он определяет какой именно? У меня вот допустим Арч, на котором "стандартного" браузера нет вообще. Он будет обращаться не к браузеру, а получается к какому-нибудь дефолтному движку, типа webkit-gtk? Но насколько я помню он тоже вроде как ставится зависимостью отдельно. То есть, на компьютере должен быть установленный "браузер", чтобы это работало? Ну и ладно там стили поплыли, это пол беды. Не все движки поддерживают стандарты современные и могут быть нюансы в работе приложения, потому, что там какой-нибудь Vue или React последний крутится и использует какие-нибудь фичи современных движков. Получается, если допустим линух-пользователь ставит из репозитория наше приложение, то ему зависимостью автоматом надо тянуть webkit-gtk. Сам фреймворк как я понимаю в принципе предназначен для того, чтобы делать красивые морды для Rust программ и использовать веб-фронтенд связку по минимуму.
В общем, поюзал таури и написал приложение. Теперь имею право поделиться своими впечатлениями - однозначно ДА, используйте, это очень классный и надёжный суперсет. Писал так-же программу на электроне на протяжении полу-года, это однозначно лучше электрона - документация хорошая, много классных штук, приложение фактически полу-нативным получается и ОЧЕНЬ лёгким. Но сразу скажу, что одного джаваскрипта здесь знать мало - здесь JS лишь вспомогательный язык для работы с View пользователя и быстрого изменения данных на клиенте. Это буквально фронтенд для Rust. Что касается технических моментов - таки да, на линуксе он работает с webkit-gtk, а на винде использует Эдж как точку монтирования фронта. В общем-то, каких-то траблов сильных при написании стилей или использования ES6+ у вас не будет, поскольку Blink/Webkit - стандарт движка сегодня по сути.
Все эти веб-технологии, насколько бы они не оказались уже сложными и отчасти самодостаточными, тем не менее, разработка с их применением, сродни игре с лягушачьей лапкой. Чтобы не поняли меня привратно, я что хочу этим сказать ...: мы на пороге если не кардинального, то существенного изменения подхода в веб-разработке, в т.ч. для десктопа. И я уже услышала как в этом ролике некоторые идеи, которые идут т.с. с подкорки, но ни от кого еще не услышала какого-то зачаточного представления, как это должно будет формироваться и оформляться. Т.е. непонятно, но было очень интересно. В хорошем смысле.
Ну не знаю, всё равно, по-моему, это всё не будет принято в сообществе. А ещё лайк неглядя, люблю смотреть твои видео, очень интересная подача! пересматривал недавно видео о маске для поле ввода номера телефона, хотелось бы побольше таких видео
Спасибо большое за обзор, без тебя бы я никогда не попробовал эту штуку без тебя. Ты шикарно повествуешь. В общем сделал тесты, обернул одно реакт-приложение в две оболочки, в электрон и в таури. Итоги довольно странные. .deb файл на таури весит в 5 раз меньше, при этом .AppImage весит одинаково и там и тут. Но что удивило больше всего: электрон ест 90мб оперативки, таури 45мб, НО по реальным ощущениям от использования они работают в большинстве случаев одинаково, а в частных случаях электрон работает даже лучше. Там, где таури немного дергается при ресайзе, электрон очень плавно отрабатывает и это реально заметно глазу, как будто таури не успевает перерисовываться. Потребляет гораздо меньше ресурсов, но микролагов больше. Я даже не знаю чем обьяснить подобное, кроме как внутренними недоработками самого движка, ибо приложения прямо идентичные, а так же максимально одинаковые настройки main-файлов, конфигов
Добрый день. Пишу не совсем там, где нужно, но плевать. Вы и многие другие восхваляете vim, как нечто величайшее среди редакторов. Есть вопрос - а как же emacs? Это великое чудо гениальной мысли.
Есть те кто восхваляет vim есть те кто восхваляет emacs. Я заметил что у украинцев такой комплекс - недостаток должного внимания к тому, что важно вас и призывы к восхвалению, славе на каждом углу
Спасибо за видео. Кто нибудь знает, а не будет ли отличаться GUI, например шрифты. Я просто слышал, о том что у сафари свои приколы в отличии от хромиум.
@@t0digital Спасибо за такой быстрый ответ😂😂. Конечно сайты делают кроссплатформенными, но всё равно, у разных браузерных движков есть свои приколы, конечно отличий не так много как раньше, но они есть. Прикол кросс платформы электрона в том что, мы тянем весь хром, и знаем как он будет себя вести. Если будут баги веб приложении их легче исправить, та как мы просто отчищаем кэш и у пользователя новая версия gui.(я не против Tauri, мне просто интересно).
Отличный ролик! Сейчас в компании начинаем разрабатывать приложение на electron, возможно благодаря тебе посмотрим в сторону tauri. Технология - пушка, большое тебе спасибо, что рассказал!
Я вот пару дней поразрабатывал на таури и устал, вернулся на электрон :) Хелловорд в обоих системах одинаково сжирает десятки мегабайт памяти (плюс-минус), но при этом в таури разрабатывать сложнее. А если нет разницы, то смысл лишний раз мучиться?) Честно говоря, не представляю проекта, где таури получил бы значительное преимущество перед электроном. Вся мощь раста нивелируется тормознутыми инвоками и монструозным вебвью. И ко всему этому отобрали ноду. Маленький бандл, говорите? Попробуйте собрать аппимидж) Впрочем, один класс задач для таури я допускаю, когда нужно выйти из электронного ограничения в 2 гб на память.
@@MrTaramka конечно, rust сложнее, чем js для взаимодействия с ОС. Но является ли это минусом вопрос спорный, rust быстрее. Для таких программ как Obsidian или Logseq, например, которые ищут по локальным файлам - поиск на rust будет быстрее, чем на js, и это сильно повлияет на конечный UX. Спорить с тем бандл меньше в случае таури - я своим глазам доверяю, собирал в win, linux, mac, везде бандл сильно меньше. Даже если какой-то конкретный формат бандла и больше чем остальные форматы:)
@@t0digital У них в официальной документации про формат AppImage сказано, что будет 70 мб, и в реальности так оно и есть я на радостях полез именно AppImage собирать, чтобы на федору проект закинуть (рпм ведь не собирается), и потом разбирался, почему такой огромный, пока не соизволил прочесть документацию)
С одной стороны работа в браузере и js это круто,в том числе для натива. С другой-он не для этого разрабатывался. Js разрабатывался и разрабатывается как встраиваемый язык. Крч,двойственность.
Всем привет! Перепробовал все что можно! Так и не смог запустить tauri ни в WIN 11 ни в линуксе ,останусь а электроне (в чем засада ни фига не понятно)
On June 8, 2022, GitHub announced the expected shutdown of Atom by scheduling archival of all development repositories of Atom by December 15, 2022.[18] Atom's founder, Nathan Sobo, has announced that he's building the "spiritual successor" to Atom, titled Zed.[27][28][non-primary source needed] Unlike Atom, Zed will be written in Rust and will not be using the Electron framework.[29]
Вроде не было такого на канале, столкнулся с необходимостью обновить питон на убунту, вроде делал по какому-то гайду, тем не менее терминал больше не запускается, хотя все остальное работает)) хотелось бы гайд по чему-то такому, хотя, кажется, на отдельный ролик не тянет
Старая система? Pyenv мне помогал. Но там много нюансов с работой venv. Но можно через pyenv назначить python3.10 для конкретной папки и разрабатывать в ней. Но если используешь VIM как ide, то опять возникают косяки. Я короче задолбался, снёс свою старую mint, и поставил manjaro, у которой тоже есть проблемы, но хоть весь софт новый
Реально очень крутой чел. Смотрю его со времён диназавров)). Очень скромный и делает ролики без назойливой музыки за что респект
Спасибооо!
@@t0digital Да ты крутой)) я уже это говорил) лишний раз тебе напомню)))
Спонсор видео - огонь)
Спасибо за ваш труд. В ру сегменте топовые видео it тематики на мой взгляд.
Спасибооо!
Алексей, добрый день. Спасибо за обзор Tauri! Было бы здорово, если бы на канале в дополнение к python начали появляться видео про Rust. В идеале - в духе "учим вместе", начиная с основ. pyO3 и тема как подружить Rust & Python. Спасибо.
Сверхразумы пишут GUI на Tkinter)
Даёшь качественный контент в массы, как раз буду изучать сейчас все это под кофе:)
Спонсору видео отдельное спасибо!
На данный момент меня заинтересовала тема десктопных програм, так уже на данный момент програма собранная на Таури весит 3.8 МБ, это включая то что там пример является не просто текстом, а целая програмка с вводным полем, изображениями, эфектами и выводом приветствия за введенным текстом
Oго, новый point of view. Выглядит свежо 😁👍
Как раз в телеграмма хотел коммент про таури оставить, сейчас изучаю движок его
Спасибо за отличное видео! До этого не знал, что существует достойный аналог electron
Это на первый взгляд достойный, а если познакомиться поближе, то для некоторого класса задач не всё так радужно. Основная проблема, что вебвью и раст не используют общую память, и если нужно гонять туда-сюда мегабайты данных, то тормознутые инвоки губят всю производительсноть раста на корню. Потом, монструозность электрона ведь истекает из монструозности вебвью. А таури тоже использует вебвью, и получается здесь никакого выигрыша нет, в обоих случаях для хелловорда отжирается десятки мегабайт, разница только в конечном бандле, но под линукс у таури есть только для дебиан, а универсальный аппимидж делается всё равно большой.
Далее, процесс разработки. Я уже привык, что тайпскрипт компилируется за доли секунды, и с электроном в этом смысле работаь комфортно. Блин, как же после этого больно разрабатывать на таури. Даже если не трогать код раста, а всего лишь поправить что-то в яваскрипте, таури заново начинает что-то там мурыжить-собирать.
Ещё не нравится, что вебвью с яваскриптом как бы есть, а ноды уже нет. Понятно, что вместо ноды теперь раст, но они теперь по отдельности (см. выше). В общем, нет гармонии в таури. Идея красивая, а вот реализация хромает.
@@MrTaramka Спасибо за подробный комментарий. Я сам очень слабо разбираюсь в работе подобных инструментов. Да и принципе предпочитаю нативные приложения )
@@MrTaramka Тем не менее, разница ощутима. Эта же проблема есть и в Electron. Хотя сомневаюсь, что многомегобайтные куски данных нужно часто гонять.
А зачем нужна нода, если оно есть тормоз? Вебвью может быть не медленным, если оно умеет юзать ускорение и VDOM не тащить в приложение.
@@MrTaramka Так там вроде должен быть hot reload для js.
@@vas_._sfer6157 Зависит от задачи, я поэтому специально уточнил, что в случаях когда нужно гонять данные, например графику, звук или огромный датасет для визуализации, то проще сделать сразу в расте без вебвью, таури тут не поможет.
VDOM тормознутый только у реакта, если делать самому, то всё летает.
Flutter с 3ей версии полностью поддерживает ВСЕ платформы. Windows, MacOS, Linux, iOS, Android, Web. На флаттере даже эмбеддед можно фигачить.
Фреймворк очень производительный, к тому же позволяет очень легко делать платформенные интеграции.
Я удивлён почему до сих пор никто не сделал кодоредактор на флаттере.
Zapp на флюнтере пишут вроде как
Да да, только там шрифты полный отстой, потому что cleartype не поддерживается (и походу не будет). А мелкие шрифты вообще не читаются
Я у Tauri вижу недостаток в том, что приложение сильно зависит от среды исполнения. Т.е. если в системе установлен старый WebView, то могут начаться проблемы совместимости. А если обновишь WebView, то что-нибудь другое завалится. Unix системы уже набили на этом шишек и начали отходить от этого. Да, пакет получается огромный, но зато не создаёт проблем с зависимостями на пользовательской системе.
Это вопрос просто нормальной кроссбраузерной реализации самого веб-приложения
@@t0digital да, но при этом сильно вырастает сложность разработки, время разработки, потому что нам приходится учитывать все нюансы реализации WebView систем на которые нацелено приложение, что в свою очередь несёт увеличение стоимости производства, и приносит уймы новых багов, о которых ты мог не знать или не учесть. С другой стороны электрон, который накинет 200 мб файлов (статики, которые не будут расти с ростом приложения), и будет есть чутка больше оперативки (+30, да даже +200-300мб в наше время, когда рекомендованный размер оперативки уже не ниже 8гб, это смешные цифры), и мы лишаемся большинства вышеописанных проблем, что при разработке, что при работе у конечного пользователя. Так что как бы не был хорош подход Tauri к экономии памяти, это оказывается просто нерентабельно на фоне проблем и потерянных средств, которые он же и приносит. Не говорю что инструмент плохой или не нужный, своего потребителя он точно найдёт, и ролик полезный, но большинство как использовали электрон, так и будут, в угоду простоте и комфорту в разработке.
@@ensox я не знаю, смеяться или плакать... Этих рекомндованных 8 гиг мне уже давно не хватило, апгрейдил до 16, и то уже столкнулся с проблемой - как-то и 16 не хватило! А всё потому, что разрабы почему-то сейчас думают, что у пользователя памяти ну просто завались и её можно брать сколько хочешь!!! Это просто проблема! Я как пользователь хочу сказать разработчикам, перестаньте так думать и так делать!!! В конце концов прога, которая отжирает столько лишней памяти, будет отправляться в утиль! Было уже такой опыт. Ещё бы веб-разработчики это поняли, а то некоторые сайты тоже такие тяжелые, вроде не на моём компе, а память тоже жрут нехило.
@@user-greywolf я в своем ответе говорил про среднестатистического пользователя, а не человека который открывает овер 200 вкладок в 3 окнах браузера, и запускает параллельно 14 приложений, из-за чего у него перестает хватать оперативки. 8 на ДАННОЕ время уже мало, соглашусь, у большей части людей которых я лично знаю уже стоит по 16 и 32 Гб. Но это с заделом на будущее. Даже если мы будем оптимизировать все приложения которые пишем (пусть и в убыток компании, с дополнительными затратами на разработку), мы все равно упремся в то что система с каждым обновлением начинает отъедать больше памяти, и тому прочие факторы. У БОЛЬШЕЙ части людей (вас мы при всем моем уважении не учитываем), не возникает никаких проблем с затратой лишних 200мб, и если приложение пользователю действительно нужно, и покрывает его потребности, говорить о том что он снесет его только из-за того что оно съедает на 200мб оперативки больше чем ему хотелось бы - просто смешно. Я понимаю что вам будет не приятно читать данный комментарий, но были бы вы разработчиком, поняли бы мой комментарий выше, и насколько РЕАЛЬНО трудно (и ДОРОГО) обучить всю команду (а порой в команде от 12 человек) писать правильный и оптимизированный код, под все WebView которые существуют.
Никоим образом не надеюсь что комментарий вас (лично) обидит, или оскорбит, но нужно учитывать все реалии разработки, а не однобокое (у меня нет 200 мегабайт, и разработчики глупые, сделать лучше не могут).
@@user-greywolf P. S. Мы не думаем все поголовно что у пользователя оперативки завались, и можно ничего не оптимизировать. Со своей стороны мы устраняем утечки памяти, которые может провоцировать сам JS. А в разработке при выборе технологий которые будем использовать, отталкиваемся не только от "это оптимизированнее всего, точно лагать не будет", а от "это будет работать у большей части людей, меньшими усилиями при разработке, при этом меньше опираясь на установленные в системе пакеты и зависимости с драйверами".
Алексей, спасибо за труд ! очень было интересно смотреть и слушать вас и ваше видео
(P.S. было приятно увидеть вас на Linux)
Спасибооо!
Да, загружаюсь иногда в Линукс. Настроен готов к работе:)
Здравствуйте. Планируете ли выпуск видео по настройке линукс как у Вас?) Разные полезные фишки, какими Вы пользуетесь. Как настраиваете систему с нуля.
Да, сделаю
@@t0digital а модель ноута какая, на котором это все запускалось?
@@_balancy_ Lenovo ThinkPad X1 Carbon Gen6
@@t0digital Сколько в среднем держит один заряд батареи?
Люблю смотреть Ваши видео. Благодрю за проделанную работу.
Спасибооо!
Чисто из интереса, не знает ли кто, делали ли веб приложухи с использование фаерфокса в качестве веб вью (для электрона хром, для таури нативный движок ОСи, а пробовали ли лису?)? И вообще имеет ли это смысл?
Про Electron знал, но писал парочку приложений на Eel "python" нативный html,css,js ставил query xD
Теперь посмотрю в сторону Tauri и уже нужно заняться Solidjs.
Спасибо за видео.
В Windows давно есть аналог - HTA . Но сейчас мало кто его использует, так как дефолтный браузер для старых ОС Windows - это IE, для Win10 - это Edge (если не ошибаюсь 12-й версии). Так что разработчикам придется хорошо постараться, найти старые совместимые js-библиотеки, использовать старую версию ECMAScript и т.д.
Эк вы 99 год аж вспомнили, вас наверно не все поймут даже. А потом была мозилла Prism и Adobe AIR, что-то там десктопно-апликейшин от хрома и т.д. Веб-технологии всегда были где-то рядом и ждали часа, чтобы стать востребованными.
Gnome, Alacritty и иконочки от Papirus - кайф 🥰
Да! Papirus самые классные иконки!
@@redneck66613 но для меня, как для заядлого пользователя KDE, они на 2 месте после Breeze. НО, когда я использую Gnome, то всегда ставлю Papirus :)))
Спасибо!
Во, спасибо! Очень своевременно. Как раз предстоит написать легкую GUI-софтинку, очень не хотелось опять в монструозный Electron погружаться.
в любом случае у вас в памяти будет сидеть жирный-прежирный вебвью :)
электрон просто его с собой таскает, а таури из местных закромов достаёт, вот и вся разница по сути
и забудьте про ноду)
@@MrTaramka А нода разве удобная?
@@vas_._sfer6157 в электроне нода доступна в процессе рендеринга, это удобно, можно закачать файл с диска и сразу его визуализирвоать, а не передавать через прослойки.
Благодарю, очень интересно. Успехов каналу.
Спасибооо!
Крутое видео, как всегда! Лайк заранее, а потом просмотр!
Спасибооо!
Очень классная подача материала, легко и без воды, даже по Линуксу отдельные моменты подмечаю каждый раз ❤
Спасибооо!
Прикольное видео! Спасибо за такой обзор! Что существуют и разрабатываются альтернативные решения. Смотрю после более позднего видео, что нам нужны новые IDE, редакторы, будем ждать подвижек в эту сторону. Редактор от разработчиков Atom (с которого я начинал, а потом пришлось перейти на VS Code) и приложений на Tauri.
Это просто праздник какой-то 👍👍👍👍
Эх, помню время, когда Delphi 7 компилировал пустую формучку в exe-файл размером 361 Кб, и его за это люто гнобили холиварщики, мол неоправданно большой файл получался :)
Хахах:))) точно!
видео круть, прям новыми технологиями запахло и энтузиазмом!
мешок на заднем фоне тоже зачет, подходы на него между написанием кода практикуются?)
Прямо во время написания кода наверно ;)
Контент все круче и круче
Спасибооо!
Как раз размышлял на эту тему, большое спасибо за видео!
Буквально вчера думал о том, чтобы переходить на Tauri и перестать использовать Electron и тут видео выходит 😁
Классно, что под Linux собирается AppImage, т.к. его проще всего под нативные пакеты для других дистрибутивов пересобрать
а appimage так же тормозит, как snap?
@@anatolysokolov нет, работает также быстро как flatpak, может чуть-чуть быстрее, когда как. Зависит от приложения. Вообще AppImage крайне недооценëнный формат. Не смотря на это, в нëм распространяется много хорошего и даже профессионального софта
@@anatolysokolov также плюс AppImage, что всë внутри одного файла и когда ты удаляешь программу, то удаляется всë вместе с ней. Ничего в системе не отстаëтся
@@aristarhbahirev2548 спасибо
Спасибо за программу для подсчета опреативной памяти!
Спасибо давно такое хотел. Надо попробовать. Сними пожалуйста подробный урок
В данном репортаже всё ново. Пейзаж, кружка, пыточная у боксерской груши. Реклама выше всяких похвал! 😂
Вообще было бы интересно послушать про Flutter vs. Electron/Tauri/... . Долгое время считал подход десктоп приложений на вебе будущим, но флаттер как-будто более прогрессивная вещь, но временем ещё не проверено.
На самом деле аналоги веба могли бы быть будующим, но не веб. Веб сейчас такой разношерстный, хотя Wasi может быть не плохим
Отличный обзор! Бодренько пробежались по технологиям. Очень наглядно получилось!
Спасибо за обзор, Алексей. А можно эту тему рассмотреть поглубже? Как упаковать станичку в Tauri понятно, но как обратиться к fs, что делать с фронтендом и в целом было бы неплохо посмотреть на разработку какого-нибудь минимального приложения Node + Tauri .
Алексей, спасибо за видео. Вы лучший
Как называется ваша ОС? Красивый интерфейс
Linux Manjaro на Gnome
СУПЕР! Спасибо за видео! Присоединяюсь к коллегам снизу, хотелось бы видео про раст, и про то как его начать учить, нужно ли пытаться чить плюсы сначала, и си, или как питонисут это делать , на что обращать внимание ???
Спасибо, мне тоже хочется сделать такие материалы
Плюсую, тоже заинтересовался растом.)
Юзаю таури под свои проекты , нравится :) не глючит , не жрет тонну ресурсов, супер
Контент ТОП,однозначно!
Спасибооо!
Алексей, а вы слышали что-нибудь о Sciter? У Tauri и Electron, если правильно понимаю, есть проблема: их нельзя (или сложно) встроить в уже существующее приложение, надо писать приложение с нуля. Sciter в этом смысле более гибок: его можно встраивать в любое окно, не трогая остальное приложение. И наоборот - внутрь Sciter View можно встраивать собственные окна/контролы (например, диаграмму, использующую WinAPI + Direct2D или Vulkan 3D view). Можно создавать автономные приложения-бандлы (Quark). У Sciter собственный самописный HTML-движок и своя JavaScript-машина, тут он радикально отличается от Tauri. Но его также можно распространять в виде библиотеки и оптимизировать средствами ОС. Было бы интересно услышать ваше мнение, и спасибо за обзор!
спасибо за мысли и проделанную работу
Здравствуйте.
Спасибо за обзор. Интересно было бы сравнение этих технологий с flutter и kmm, т.к. они тоже позволяют писать приложение под разные платформы
Вот спасибочки за видео)
Только недавно интересовался этой штуковиной
Выглядит интересно, но пока интересует вопрос, почему не Flutter? продположу, что в силу наличия компетенций в js и отсутствия в Dart, но все же. На flutter есть в добавку поддержка мобильных платформ
Потому что flutter отстой, который даже шрифты нормально не может вывести. Годится только для мобил. Cleartype для десктопа - необходимость
Ну да, потому что рендер картинки, а не шрифта, поэтому будем разводить зоопарк приложений под каждую платформу. А что не отстой? А по сравнению с чем? А все ли так однозначно?)))
Привет)) А что это за ОС у тебя? :D
Здесь Manjaro
Отличная тема, спасибо !
Недавно как раз ушел с vscode, проект разросся, vscode начал ужасно тормозить и выедать память.
На что перешли?
@@constantinjiaoshi4569 pycharm, для разработки на питоне достойных ide больше к сожалению нет.
Спасибо, очень полезное видео 👍
Я Gnome конечно очень люблю, но всë равно предпочитаю KDE. Забавно, что я разрабатываю свои программы на GTK 😁
Расту нужен свой Qt, тогда ой как заживём))
Причём со свободной лиценцией
вы сначала свой компилятор и std в порядок приведите и над ABI поработайте, а то частенько растоманы любят забивать болт на это
1) Tauri пока не может заменить Electron. Если копнуть чуть дальше первой сборки, то окажется, что возможностей пока маловато.
2) После сборки Electron ты получаешь бинарник. У меня почти во всех проектах они весили в районе 60Мб. Это в базовом виде. Народ как-то умудряется ужиматься до 30Мб.
3) Про производительность тоже на самом деле мимо. Т.е. если ком не тянет хром с одной открытой вкладкой, то может проблема не в Electron приложении?
Ждал релиза Tauri. Но пока очень мало возможностей. Подход с тем, чтобы не тянуть с собой в каждый проект Chromium правильный. Что-то такое уже было когда-то, но проект загнулся. Надеюсь этот всё же доведут до ума.
Кстати, в Tauri еще больше понравилась возможность настройки безопасности. Можно в конфиге прописать, что может и не может делать приложение с компьютером.
Проблема именно в electron приложении. Оно не оправдано много отдает ресурсов при этом по плавности и производительности на дне с учётом того что у меня пк способен одну вкладку в хроме открывать. И ещё десяток приложений в добавок :)
@@archieDeveloper кто кому чего отдает? Т.е. Electron каким-то особо извращенным образом запускает Chromium, так чтобы он жрал больше памяти и проца, но при этом в итоге все работает хуже чем браузер с одной вкладкой? Я правильно мысль понял?
А если я просто открою html-ку в chromium, оно будет работать лучше и отзывчевей? Или просто chromium плохой и пользовательские интерфейсы в нем нормально работать не могут?
@@MrPixoris отъедает, авто замена сработала не заметил.
@@MrPixoris на чьей стороне в итоге проблема не знаю. Но факт в том что любое приложение на электроне очень много ресурсов потребляет. Возможно это частично вина хромиум, если это просто небольшой сайт, то работает норм.
Но как только требуется сделать большое приложение, то начинается беда. Как пример Joplin, отличное приложение по своей задумке. Но как же оно лагает, мне кажется отрисовка примерно 10 кадров в секунду - это очень плохо. При том что у меня в cs:go например 140fps играется.
1. Давайте конкретику, вы судя по всему в курсе её. Я рассматриваю таури как поалфторму для разработки некого аналога Obsidian. Нужен доступ к файловой системе и браузер. Это точно есть в таури.
2. Инсталлятор - бинарник. Но после установки не бинарник. Во всяком случае дефолтное поведение такое - с россыпью файлов. Возможно можно чем-то повторно перезапаковать, не в курсе.
3. Что мимо-то? Не верите цифрам в видео? В 2 раза меньше RAM это мимо? Более быстрый запуск это мимо?
Notion, тут рядом в комментах пишут, по 5 гигов сжирает RAM. Обычный по сути текстовый редактор.
Вам просто нравится электрон и вы его защищаете)
Спасибо за отличную интеграцию!!!!
Спасибо за видео! Когда ждать видео про Solid , Solid + Tauri?
наконец-то линукс и гном, аж душу греет. Осталось ещё послать куда подальше эти браузерные-десктоп приложения курильшика, и собирать на gtk4 приложения здорового человека
ох, надо почитать про GTK, спасибо:)!
@@t0digital было бы интересно увидеть туториал по rust/gtk )
@@lazyw1zard посмотрел бегло, выглядит бодрой штукой. Я десктоп оч давно писал, году в 2009 ещё на делфи, не знаю плотно обо всех этих gtk, qt и прочем. Но интересно познакомиться бы было, да)
@@t0digital не знаю конечно насколько в 2022-м десктопы вообще актуальны, на практике это очень нишевая штука. Но то,что делают gnome последние пару лет мне нравится, особенно дизайн приложений gtk4 + libadwaita, это прямо таки новый уровень. Хочется чтобы такого было больше в опенсорсе.
@@lazyw1zard да, современный гном хорош, поддерживаю. Десктоп так в целом актуален, думаю. Вот notion, obsidian, logseq были бы на нативе, цены бы им не было:) электрон этот медленный
Есть ли способ использовать npm библиотеки в tauri-приложении?
Да
@@t0digital Не подскажите, как? В интернете нигде не нашёл ответа. Либо это очевидно, либо всё-таки никак - не пойму...
Расскажи про EventLoop в делалях углублённо, плиз)
Лайк за непонятные штучки. У меня они уже есть, но обязательно куплю ещё. :) Спасибо, поднял настроение )))
Алексей, добрый день! Спасибо за видео. Подскажите пожалуйста, будет ли видео о Django 4.1 и его асинхронный ORM (Недавно вышло долгожданное обновление).
Алексей, а можете ли вы подсказать, способен ли Tauri корректно собрать веб-приложение если, допустим, имеется бекендовая составляющая на Django? Или отталкиваемся только от JS в этом случае?
Бэкенд который на сервере крутится может быть на чем угодно, фронтенд будет на Tauri/JS
@@t0digital Супер! Спасибо большое за оперативный ответ 😁
А где реф ссылка на не понятные штучки. Я как раз хотел приобрести.
Алексей, что вы со мной сделали, после последнего видео теперь не могу уснуть!)) В результате этого вспыхнуло желание покопаться в теме и набрёл вот на что: Solid.JS. Это библиотека, позволяющая писать обычный js веб проект, а потом компилировать в нативное андроид/ios приложение. Также, компилирует в десктоп посредством electron.js. Посмотрел туториал в случае этого, как один разработчик верстальщик сделал сайт адаптивный, написал одну команду и у него готовый bundle с нативным андроид и айос приложением. Очень хотелось бы услышать ваше профессиональное мнение о данной штуке (написана на Java, Swift, js, можно дописывать свои нативные компоненты)
Скиньте ссылку. Тот solid, о котором я говорил, это альтернатива react, обычный веб-фреймворк для фронтенда
@@t0digital Capacitor js, опечаточка))
Спасибо! Познакомлюсь с ним
@@t0digital Вам спасибо, Алексей, такой крутой контент делаете, вдохновляете на развитие))
Хорошо, идея просто замечательная, но назревает вопрос.
Если он берёт готовый вебвью, то как он определяет какой именно?
У меня вот допустим Арч, на котором "стандартного" браузера нет вообще. Он будет обращаться не к браузеру, а получается к какому-нибудь дефолтному движку, типа webkit-gtk?
Но насколько я помню он тоже вроде как ставится зависимостью отдельно. То есть, на компьютере должен быть установленный "браузер", чтобы это работало?
Ну и ладно там стили поплыли, это пол беды. Не все движки поддерживают стандарты современные и могут быть нюансы в работе приложения, потому, что там какой-нибудь Vue или React последний крутится и использует какие-нибудь фичи современных движков. Получается, если допустим линух-пользователь ставит из репозитория наше приложение, то ему зависимостью автоматом надо тянуть webkit-gtk.
Сам фреймворк как я понимаю в принципе предназначен для того, чтобы делать красивые морды для Rust программ и использовать веб-фронтенд связку по минимуму.
В общем, поюзал таури и написал приложение. Теперь имею право поделиться своими впечатлениями - однозначно ДА, используйте, это очень классный и надёжный суперсет. Писал так-же программу на электроне на протяжении полу-года, это однозначно лучше электрона - документация хорошая, много классных штук, приложение фактически полу-нативным получается и ОЧЕНЬ лёгким. Но сразу скажу, что одного джаваскрипта здесь знать мало - здесь JS лишь вспомогательный язык для работы с View пользователя и быстрого изменения данных на клиенте. Это буквально фронтенд для Rust.
Что касается технических моментов - таки да, на линуксе он работает с webkit-gtk, а на винде использует Эдж как точку монтирования фронта. В общем-то, каких-то траблов сильных при написании стилей или использования ES6+ у вас не будет, поскольку Blink/Webkit - стандарт движка сегодня по сути.
а как там по работе с данными? nosql? sqlite? или что-то ещё? как работает интеграция с разными БД (если есть)?
На бэкенде, который работает в операционной системе, пишите любой код. В случае электрона он на js, в случае таури он на rust, вот и вся разница.
Где купить непонятные штучки? Благодаря качественной рекламе очень ими заинтересовался.
Похоже, их уже разобрали😂
блин, Алексей, не нашел ссылку в описании на непонятные штучки 🤭
Круто! Спасибо за инфу, надо пощупать этот таури
Алексей, когда открытие курса?
По нему еще работаю, пока не готов
@@t0digital Понятно
Все эти веб-технологии, насколько бы они не оказались уже сложными и отчасти самодостаточными, тем не менее, разработка с их применением, сродни игре с лягушачьей лапкой.
Чтобы не поняли меня привратно, я что хочу этим сказать ...: мы на пороге если не кардинального, то существенного изменения подхода в веб-разработке, в т.ч. для десктопа. И я уже услышала как в этом ролике некоторые идеи, которые идут т.с. с подкорки, но ни от кого еще не услышала какого-то зачаточного представления, как это должно будет формироваться и оформляться.
Т.е. непонятно, но было очень интересно. В хорошем смысле.
привет, погугли еще что такое Gameface - используется в играх, тоже веб стэк и на нем делается UI, жаль что он не opensource
А как сделать бинарник из питон файла? Какие есть способы?
Pyinstaller, py2exe и подобные
Крутая картинка!
Спасибо, приятно:)
3:12 Так то оно так, но есть риск, что это будет не так стабильно работать т.к. наш клиентский код рассчитывал на другой рантайм.
Клиентский код должен учитывать веб-стандарты, а не конкретный рантайм браузера, если вы об этом
отличная альтернатива! даешь сравнение Tauri и Eel? :)
Ну не знаю, всё равно, по-моему, это всё не будет принято в сообществе. А ещё лайк неглядя, люблю смотреть твои видео, очень интересная подача!
пересматривал недавно видео о маске для поле ввода номера телефона, хотелось бы побольше таких видео
По вашему мнению, почему это не будет принято среди общества?
@@skorp3619 потому что эти приложения всё также веб приложения, не будут ли они тормозить?
@@Vorono4ka хм, ну не знаю, мне кажется это всё же зависит от того, что мы хотим видеть в приложении, тот же notion на электроне у меня просто летает
@@Vorono4ka Как минимум, многопоточка будет
Спасибо большое за обзор, без тебя бы я никогда не попробовал эту штуку без тебя. Ты шикарно повествуешь. В общем сделал тесты, обернул одно реакт-приложение в две оболочки, в электрон и в таури. Итоги довольно странные. .deb файл на таури весит в 5 раз меньше, при этом .AppImage весит одинаково и там и тут. Но что удивило больше всего: электрон ест 90мб оперативки, таури 45мб, НО по реальным ощущениям от использования они работают в большинстве случаев одинаково, а в частных случаях электрон работает даже лучше. Там, где таури немного дергается при ресайзе, электрон очень плавно отрабатывает и это реально заметно глазу, как будто таури не успевает перерисовываться. Потребляет гораздо меньше ресурсов, но микролагов больше. Я даже не знаю чем обьяснить подобное, кроме как внутренними недоработками самого движка, ибо приложения прямо идентичные, а так же максимально одинаковые настройки main-файлов, конфигов
А что если например дефолтный браузер вырезан из системы как это часто делают с edge? Или я немного неправильно понимаю как работает webview?
Надо тестить, не знаю. Знаю что этот вебвью использует сам MS. Где-то в аутлуке, в офисе. Возможно правда в офисе 365
Огромное спасибо за столь отличное объяснение, есть один небольшой вопрос: что за дистрибутив линукс у вас Алексей?
Это Manjaro
Со спонсора поржал😂😂😂😂спасибо за обзор🔥🔥🔥
Наконец-то на линуксе показываешь, как трупрограммер, а не на закрытой гейос
а оптимизировать под разные браузеры, когда на таури пишешь надо?
Ну как минимум проверять надо, да
Добрый день. Пишу не совсем там, где нужно, но плевать.
Вы и многие другие восхваляете vim, как нечто величайшее среди редакторов.
Есть вопрос - а как же emacs? Это великое чудо гениальной мысли.
Есть те кто восхваляет vim есть те кто восхваляет emacs. Я заметил что у украинцев такой комплекс - недостаток должного внимания к тому, что важно вас и призывы к восхвалению, славе на каждом углу
@@Максим-г1ъ7п комплекс нации 😂😂😂😂
Информативно
После того как браузер стал видеть COM порт, уже ничему можно не удивлялся :)
Сделайте пожалуйста обзор solidjs. Ваш опыт освоения.
да, планирую сделать. Активно пишу на нём сейчас
Спасибо за видео. Кто нибудь знает, а не будет ли отличаться GUI, например шрифты. Я просто слышал, о том что у сафари свои приколы в отличии от хромиум.
Сайты ведь делают кроссбраузерными, чтобы везде идентично выглядели, и по шрифтам, и по прочему визуалу
@@t0digital Спасибо за такой быстрый ответ😂😂. Конечно сайты делают кроссплатформенными, но всё равно, у разных браузерных движков есть свои приколы, конечно отличий не так много как раньше, но они есть. Прикол кросс платформы электрона в том что, мы тянем весь хром, и знаем как он будет себя вести. Если будут баги веб приложении их легче исправить, та как мы просто отчищаем кэш и у пользователя новая версия gui.(я не против Tauri, мне просто интересно).
Можно, пожалуйста, оставить ссылку на непонятные штучки?
07:30 а где купить то? Ссылки в описании нет :-)
Рекламодатель сказал, пусть сами найдут и купят!
npm run tauri dev - выдаёт ошибку
theread unnamed panicked at called...
Отличный ролик! Сейчас в компании начинаем разрабатывать приложение на electron, возможно благодаря тебе посмотрим в сторону tauri. Технология - пушка, большое тебе спасибо, что рассказал!
Рад, что полезно!
Я вот пару дней поразрабатывал на таури и устал, вернулся на электрон :)
Хелловорд в обоих системах одинаково сжирает десятки мегабайт памяти (плюс-минус), но при этом в таури разрабатывать сложнее. А если нет разницы, то смысл лишний раз мучиться?) Честно говоря, не представляю проекта, где таури получил бы значительное преимущество перед электроном. Вся мощь раста нивелируется тормознутыми инвоками и монструозным вебвью. И ко всему этому отобрали ноду.
Маленький бандл, говорите? Попробуйте собрать аппимидж)
Впрочем, один класс задач для таури я допускаю, когда нужно выйти из электронного ограничения в 2 гб на память.
@@MrTaramka конечно, rust сложнее, чем js для взаимодействия с ОС. Но является ли это минусом вопрос спорный, rust быстрее. Для таких программ как Obsidian или Logseq, например, которые ищут по локальным файлам - поиск на rust будет быстрее, чем на js, и это сильно повлияет на конечный UX.
Спорить с тем бандл меньше в случае таури - я своим глазам доверяю, собирал в win, linux, mac, везде бандл сильно меньше. Даже если какой-то конкретный формат бандла и больше чем остальные форматы:)
@@t0digital У них в официальной документации про формат AppImage сказано, что будет 70 мб, и в реальности так оно и есть
я на радостях полез именно AppImage собирать, чтобы на федору проект закинуть (рпм ведь не собирается), и потом разбирался, почему такой огромный, пока не соизволил прочесть документацию)
@@MrTaramka ну, бывает, значит appimg большой, будем знать:)
Спасибо за офигенный контент, очень интересно
С одной стороны работа в браузере и js это круто,в том числе для натива. С другой-он не для этого разрабатывался. Js разрабатывался и разрабатывается как встраиваемый язык. Крч,двойственность.
Flutter - десктоп, мобайл, веб.
Кто знает js и тайпскрипт, дарт вообще легко зайдет)
А он умеет в десктопные нативные платформы собираться? А как давно? Почему-то думал, что в нем для десктопа только компиляция в js.
@@cronosmain и на Винду и на Линукс и на Мак) с 3-й версии в релиз ушло)
Что за сборка линукса? Интерфейс понравился
Manjaro, на гноме
Где можно купить непонятные штучки?
Так а где купить "непонятные штучки" ? Непонятно. =)
Да вот и непонятно:)
Алексей, спасибо огромное за видос. Подскажи, пожалуйста, какие KDE, плагины были на машинке, на который снимал ролик?
Очень сочно выглядит
Привет, это Manjaro с дефолтным гномом, терминал Alacritty с zsh+oh my zsh
Всем привет! Перепробовал все что можно! Так и не смог запустить tauri ни в WIN 11 ни в линуксе ,останусь а электроне (в чем засада ни фига не понятно)
Почему atom почивший? Я что-то пропустил..
On June 8, 2022, GitHub announced the expected shutdown of Atom by scheduling archival of all development repositories of Atom by December 15, 2022.[18] Atom's founder, Nathan Sobo, has announced that he's building the "spiritual successor" to Atom, titled Zed.[27][28][non-primary source needed] Unlike Atom, Zed will be written in Rust and will not be using the Electron framework.[29]
Вроде не было такого на канале, столкнулся с необходимостью обновить питон на убунту, вроде делал по какому-то гайду, тем не менее терминал больше не запускается, хотя все остальное работает)) хотелось бы гайд по чему-то такому, хотя, кажется, на отдельный ролик не тянет
Где-то на канале есть про настройку сервера для питон проектов, там есть сборка питона из исходников
Поищи в инете, у меня тоже самое было, скорее всего он не может найти что ли его или тд
Лучше системный питон не трогать, сломает систему. Для разработки установить отдельный питон.
@@alexbogdanov3021 ну это ведь тоже не совсем очевидное действие
Старая система? Pyenv мне помогал. Но там много нюансов с работой venv. Но можно через pyenv назначить python3.10 для конкретной папки и разрабатывать в ней. Но если используешь VIM как ide, то опять возникают косяки. Я короче задолбался, снёс свою старую mint, и поставил manjaro, у которой тоже есть проблемы, но хоть весь софт новый