Спасибооо!

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

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

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

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

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

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

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

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

Спасибооо!

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

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

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

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

Это Manjaro

Да, сделаю

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

@@_balancy_ Lenovo ThinkPad X1 Carbon Gen6

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

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

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

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

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

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

Спасибооо!

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

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

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

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

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

Спасибо!

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

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

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

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

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

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

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

По вашему мнению, почему это не будет принято среди общества?

@@skorp3619 потому что эти приложения всё также веб приложения, не будут ли они тормозить?

@@Vorono4ka хм, ну не знаю, мне кажется это всё же зависит от того, что мы хотим видеть в приложении, тот же notion на электроне у меня просто летает

@@Vorono4ka Как минимум, многопоточка будет

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

Здесь Manjaro

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

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

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

Linux Manjaro на Gnome

Спасибооо!

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

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

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

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

Manjaro, на гноме

robbyrussell

@@t0digital оо, супер, спасибо) больно понравилась

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

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

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

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

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

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

Где-то на канале есть про настройку сервера для питон проектов, там есть сборка питона из исходников

Поищи в инете, у меня тоже самое было, скорее всего он не может найти что ли его или тд

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

@@alexbogdanov3021 ну это ведь тоже не совсем очевидное действие

Старая система? Pyenv мне помогал. Но там много нюансов с работой venv. Но можно через pyenv назначить python3.10 для конкретной папки и разрабатывать в ней. Но если используешь VIM как ide, то опять возникают косяки. Я короче задолбался, снёс свою старую mint, и поставил manjaro, у которой тоже есть проблемы, но хоть весь софт новый

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

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

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

Проблема именно в electron приложении. Оно не оправдано много отдает ресурсов при этом по плавности и производительности на дне с учётом того что у меня пк способен одну вкладку в хроме открывать. И ещё десяток приложений в добавок :)

@@archieDeveloper кто кому чего отдает? Т.е. Electron каким-то особо извращенным образом запускает Chromium, так чтобы он жрал больше памяти и проца, но при этом в итоге все работает хуже чем браузер с одной вкладкой? Я правильно мысль понял? А если я просто открою html-ку в chromium, оно будет работать лучше и отзывчевей? Или просто chromium плохой и пользовательские интерфейсы в нем нормально работать не могут?

@@MrPixoris отъедает, авто замена сработала не заметил.

@@MrPixoris на чьей стороне в итоге проблема не знаю. Но факт в том что любое приложение на электроне очень много ресурсов потребляет. Возможно это частично вина хромиум, если это просто небольшой сайт, то работает норм. Но как только требуется сделать большое приложение, то начинается беда. Как пример Joplin, отличное приложение по своей задумке. Но как же оно лагает, мне кажется отрисовка примерно 10 кадров в секунду - это очень плохо. При том что у меня в cs:go например 140fps играется.

1. Давайте конкретику, вы судя по всему в курсе её. Я рассматриваю таури как поалфторму для разработки некого аналога Obsidian. Нужен доступ к файловой системе и браузер. Это точно есть в таури. 2. Инсталлятор - бинарник. Но после установки не бинарник. Во всяком случае дефолтное поведение такое - с россыпью файлов. Возможно можно чем-то повторно перезапаковать, не в курсе. 3. Что мимо-то? Не верите цифрам в видео? В 2 раза меньше RAM это мимо? Более быстрый запуск это мимо? Notion, тут рядом в комментах пишут, по 5 гигов сжирает RAM. Обычный по сути текстовый редактор. Вам просто нравится электрон и вы его защищаете)

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

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

@@t0digital Понятно