Спасибооо!

@@t0digital Да ты крутой)) я уже это говорил) лишний раз тебе напомню)))

Спасибооо!

Прямо во время написания кода наверно ;)

Спасибооо! Да, загружаюсь иногда в Линукс. Настроен готов к работе:)

Спасибооо!

Это вопрос просто нормальной кроссбраузерной реализации самого веб-приложения

@@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. А в разработке при выборе технологий которые будем использовать, отталкиваемся не только от "это оптимизированнее всего, точно лагать не будет", а от "это будет работать у большей части людей, меньшими усилиями при разработке, при этом меньше опираясь на установленные в системе пакеты и зависимости с драйверами".

Спасибооо!

Да, сделаю

@@t0digital а модель ноута какая, на котором это все запускалось?

@@_balancy_ Lenovo ThinkPad X1 Carbon Gen6

@@t0digital Сколько в среднем держит один заряд батареи?

Спасибооо!

Бэкенд который на сервере крутится может быть на чем угодно, фронтенд будет на Tauri/JS

@@t0digital Супер! Спасибо большое за оперативный ответ 😁

Надо тестить, не знаю. Знаю что этот вебвью использует сам MS. Где-то в аутлуке, в офисе. Возможно правда в офисе 365

Zapp на флюнтере пишут вроде как

Да да, только там шрифты полный отстой, потому что cleartype не поддерживается (и походу не будет). А мелкие шрифты вообще не читаются

Эк вы 99 год аж вспомнили, вас наверно не все поймут даже. А потом была мозилла Prism и Adobe AIR, что-то там десктопно-апликейшин от хрома и т.д. Веб-технологии всегда были где-то рядом и ждали часа, чтобы стать востребованными.

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

На бэкенде, который работает в операционной системе, пишите любой код. В случае электрона он на js, в случае таури он на rust, вот и вся разница.

Спасибо, мне тоже хочется сделать такие материалы

Плюсую, тоже заинтересовался растом.)

Это на первый взгляд достойный, а если познакомиться поближе, то для некоторого класса задач не всё так радужно. Основная проблема, что вебвью и раст не используют общую память, и если нужно гонять туда-сюда мегабайты данных, то тормознутые инвоки губят всю производительсноть раста на корню. Потом, монструозность электрона ведь истекает из монструозности вебвью. А таури тоже использует вебвью, и получается здесь никакого выигрыша нет, в обоих случаях для хелловорда отжирается десятки мегабайт, разница только в конечном бандле, но под линукс у таури есть только для дебиан, а универсальный аппимидж делается всё равно большой. Далее, процесс разработки. Я уже привык, что тайпскрипт компилируется за доли секунды, и с электроном в этом смысле работаь комфортно. Блин, как же после этого больно разрабатывать на таури. Даже если не трогать код раста, а всего лишь поправить что-то в яваскрипте, таури заново начинает что-то там мурыжить-собирать. Ещё не нравится, что вебвью с яваскриптом как бы есть, а ноды уже нет. Понятно, что вместо ноды теперь раст, но они теперь по отдельности (см. выше). В общем, нет гармонии в таури. Идея красивая, а вот реализация хромает.

@@MrTaramka Спасибо за подробный комментарий. Я сам очень слабо разбираюсь в работе подобных инструментов. Да и принципе предпочитаю нативные приложения )

@@MrTaramka Тем не менее, разница ощутима. Эта же проблема есть и в Electron. Хотя сомневаюсь, что многомегобайтные куски данных нужно часто гонять. А зачем нужна нода, если оно есть тормоз? Вебвью может быть не медленным, если оно умеет юзать ускорение и VDOM не тащить в приложение.

@@MrTaramka Так там вроде должен быть hot reload для js.

@@vas_._sfer6157 Зависит от задачи, я поэтому специально уточнил, что в случаях когда нужно гонять данные, например графику, звук или огромный датасет для визуализации, то проще сделать сразу в расте без вебвью, таури тут не поможет. VDOM тормознутый только у реакта, если делать самому, то всё летает.

Спасибооо!

Это Manjaro

Да! Papirus самые классные иконки!

@@redneck66613 но для меня, как для заядлого пользователя KDE, они на 2 месте после Breeze. НО, когда я использую Gnome, то всегда ставлю Papirus :)))

Спасибо!

В общем, поюзал таури и написал приложение. Теперь имею право поделиться своими впечатлениями - однозначно ДА, используйте, это очень классный и надёжный суперсет. Писал так-же программу на электроне на протяжении полу-года, это однозначно лучше электрона - документация хорошая, много классных штук, приложение фактически полу-нативным получается и ОЧЕНЬ лёгким. Но сразу скажу, что одного джаваскрипта здесь знать мало - здесь JS лишь вспомогательный язык для работы с View пользователя и быстрого изменения данных на клиенте. Это буквально фронтенд для Rust. Что касается технических моментов - таки да, на линуксе он работает с webkit-gtk, а на винде использует Эдж как точку монтирования фронта. В общем-то, каких-то траблов сильных при написании стилей или использования ES6+ у вас не будет, поскольку Blink/Webkit - стандарт движка сегодня по сути.

Потому что flutter отстой, который даже шрифты нормально не может вывести. Годится только для мобил. Cleartype для десктопа - необходимость

Ну да, потому что рендер картинки, а не шрифта, поэтому будем разводить зоопарк приложений под каждую платформу. А что не отстой? А по сравнению с чем? А все ли так однозначно?)))

Хахах:))) точно!

На что перешли?

@@constantinjiaoshi4569 pycharm, для разработки на питоне достойных ide больше к сожалению нет.

Нужны. Пользуюсь десктопным телеграмом вместо веб версии. Скачал спот-клиент вместо веб версии. Зачем? Особо не рефлексировал, но подозреваю - удобно.

Помимо профессиональных редакторов, которые сейчас тоже всё больше появляются в формате веб-приложений, есть ниша ПО для работы с каким-либо промышленным, медицинским и т.д. оборудованием. И вот тут у веб приложений очень сильно не хватает прав доступа к периферии (и не знаю, появится ли это - ведь такие проблемы с безопасностью, а необходимо всё-таки довольно малому числу разработчиков)

Вот тоже интересует этот вопрос. При том, что само приложение запускается и без всего этого мусора в папке. Я еще ultralight пробовал, и компилируется в разы быстрее (у меня таури проект 7 минут компилился, против пары секунд ultralight), и С++ вместо мерзкого Rust, но ultralight похоже пока только для дебианообразных линуксов (у меня fedora, пустой проект скомпилился, но не запускался из-за libpcre), и отклик от разработчиков никакой - на гитхабе issues висят, никто не отвечает

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

@@MrTaramka А нода разве удобная?

@@vas_._sfer6157 в электроне нода доступна в процессе рендеринга, это удобно, можно закачать файл с диска и сразу его визуализирвоать, а не передавать через прослойки.

Linux Manjaro на Gnome

Рекламодатель сказал, пусть сами найдут и купят!

тормознее

Здесь Manjaro

Спасибооо!

Ну как минимум проверять надо, да

Manjaro, на гноме

Спасибооо!

Аналог на го это wails

@@dmitribirjukov4356 спасибо

Причём со свободной лиценцией

вы сначала свой компилятор и std в порядок приведите и над ABI поработайте, а то частенько растоманы любят забивать болт на это

Привет, это Manjaro с дефолтным гномом, терминал Alacritty с zsh+oh my zsh

Скиньте ссылку. Тот solid, о котором я говорил, это альтернатива react, обычный веб-фреймворк для фронтенда

@@t0digital Capacitor js, опечаточка))

Спасибо! Познакомлюсь с ним

@@t0digital Вам спасибо, Алексей, такой крутой контент делаете, вдохновляете на развитие))

Pyinstaller, py2exe и подобные

Похоже, их уже разобрали😂

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

Сайты ведь делают кроссбраузерными, чтобы везде идентично выглядели, и по шрифтам, и по прочему визуалу

@@t0digital Спасибо за такой быстрый ответ😂😂. Конечно сайты делают кроссплатформенными, но всё равно, у разных браузерных движков есть свои приколы, конечно отличий не так много как раньше, но они есть. Прикол кросс платформы электрона в том что, мы тянем весь хром, и знаем как он будет себя вести. Если будут баги веб приложении их легче исправить, та как мы просто отчищаем кэш и у пользователя новая версия gui.(я не против Tauri, мне просто интересно).

да, планирую сделать. Активно пишу на нём сейчас

Спасибо, приятно:)

Да

@@t0digital Не подскажите, как? В интернете нигде не нашёл ответа. Либо это очевидно, либо всё-таки никак - не пойму...

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]

Рад, что полезно!

Я вот пару дней поразрабатывал на таури и устал, вернулся на электрон :) Хелловорд в обоих системах одинаково сжирает десятки мегабайт памяти (плюс-минус), но при этом в таури разрабатывать сложнее. А если нет разницы, то смысл лишний раз мучиться?) Честно говоря, не представляю проекта, где таури получил бы значительное преимущество перед электроном. Вся мощь раста нивелируется тормознутыми инвоками и монструозным вебвью. И ко всему этому отобрали ноду. Маленький бандл, говорите? Попробуйте собрать аппимидж) Впрочем, один класс задач для таури я допускаю, когда нужно выйти из электронного ограничения в 2 гб на память.

​@@MrTaramka конечно, rust сложнее, чем js для взаимодействия с ОС. Но является ли это минусом вопрос спорный, rust быстрее. Для таких программ как Obsidian или Logseq, например, которые ищут по локальным файлам - поиск на rust будет быстрее, чем на js, и это сильно повлияет на конечный UX. Спорить с тем бандл меньше в случае таури - я своим глазам доверяю, собирал в win, linux, mac, везде бандл сильно меньше. Даже если какой-то конкретный формат бандла и больше чем остальные форматы:)

@@t0digital У них в официальной документации про формат AppImage сказано, что будет 70 мб, и в реальности так оно и есть я на радостях полез именно AppImage собирать, чтобы на федору проект закинуть (рпм ведь не собирается), и потом разбирался, почему такой огромный, пока не соизволил прочесть документацию)

@@MrTaramka ну, бывает, значит appimg большой, будем знать:)

а appimage так же тормозит, как snap?

@@anatolysokolov нет, работает также быстро как flatpak, может чуть-чуть быстрее, когда как. Зависит от приложения. Вообще AppImage крайне недооценëнный формат. Не смотря на это, в нëм распространяется много хорошего и даже профессионального софта

@@anatolysokolov также плюс AppImage, что всë внутри одного файла и когда ты удаляешь программу, то удаляется всë вместе с ней. Ничего в системе не отстаëтся

@@aristarhbahirev2548 спасибо

По нему еще работаю, пока не готов

@@t0digital Понятно

Да вроде сейчас всё ок с этим, есть особенности браузеров по-прежнему, но их все меньше

@@t0digital стало лучше, чем было, но всё равно багов лезет вагон. С Таури надо очень чётко определять целевую аудиторию. Потому что версии браузеров до сих пор очень сильно разнятся. Раньше тормозили Майкрософт, теперь эпл. На устройствах с прекращёной поддержкой сафари тоже перестаёт обновляться.

А он умеет в десктопные нативные платформы собираться? А как давно? Почему-то думал, что в нем для десктопа только компиляция в js.

@@cronosmain и на Винду и на Линукс и на Мак) с 3-й версии в релиз ушло)