В статье затронута эта тема поверхностно, а тезисы лишь мечтания автора. На самом деле этот "Терминал" открывает доступ к множеству возможностей.
Сейчас и так можно поднять почти полноценную Debian на Android без рута, а с рутом, по сути полноценную (все равно с оговорками) через Termux. Делайте там внутри все что душе угодно, даже граф окружение можно поднять, если вы извращенец.
Установка всяких серверов на будущий старый планшет или телефон будет очень классной фичей. Воткнул на планшет тот же Home Assistant, тут же открыл его и повесил на стену как "умную панель". Вот вам как пример.
Так вот, в терминале мы будем иметь настоящую полноценную Debian без всяких оговорок. Да ещё и с нативной поддержкой графики из коробки, чем тот же Termux похвастаться не может. Как минимум это сильно бустанет эмуляцию Windows-игр на Android-е (такое если что есть, та же GTA V спокойной играется)
Это здорово, что появится нормальное решение, а не что-то сделанное энтузиастами на коленке (но им огромное спасибо, они большие молодцы)
Да, большая часть фишек, которые позволит делать этот Терминал - баловство, но тем не менее может пригодиться в ряде реальных задач
Я не оправдываю ни в коем случае такой результат, однако если уйдет хотя-бы 20-30% ненужных ререндеров в больших приложениях, то это уже победа для React-а, незначительная, но какая-никакая победа...
В конфиге Tauri можно указать, чтобы он чекал наличие WebView. Если его нет, то программа предложит его докачать. Делается одной строчкой в конфиге
Смотрим первый пункт
На то и существуют стандарты ES и сама Javascript Foundation, чтобы регулировать весь этот зоопарк. Уже давно не нулевые, где каждый делал что хотел. Времена jQuery уже давно прошли, добро пожаловать в современный вэб
Дело вкуса, тут не поспоришь
WebView уже на вряд-ли покинет стандартный набор библиотек любой ОС. Это неотъемлемая часть взаимодействия с системой. У Майков даже системные вещи уже через WebView работают, если что на 11 Винде новая нижняя панель на Реакте написана (тут могу ошибаться)
Затем, что NextJS частично проприетарный, а ещё очень громоздкий, не гибкий и слабоконфигурируемый
Статья слабо акцентирует внимание на эти аспекты, а зря. Если вам нужно сделать небольшое приложение, то тянуть слона в виде NextJS смысла на самом деле мало. У госов из-за проприетарщины может не пройти контроль и пиши пропало.
Плюс Next заточен под деплой на свой же Vercel (можно конечно куда угодно деплоить, но проще и быстрее на Vercel). Приложение на Vike можно задеплоить как и куда хочешь, предварительно построив архитектуру и подобрав инструментарий какой вам угодно.
Единственный плюс и одновременный минус Next. Это то, что все идёт в коробке и есть четко прописанные инструкции, что как и куда
Я в целом не понимаю столь большую любовь к LocalStorage.
Это безусловно нужная вещь, но лишь в определенных местах. В большинстве случаев можно обойтись возможностями фреймворка (включая хранилище) и EventBus-ом.
Не припомню на своем опыте, чтобы приходилось изобретать велосипед для LocalStorage. Причем даже в больших проектах. Всегда хватало стандартного JS API.
Интересно почему все так остро реагируют на сказанное в статье. Ведь автор восхваляя Flutter все равно признает, что у технологии есть критические для нынешнего рынка недостатки.
Я также, как и вы, кликнул на кликбейтный заголовок, однако статьей остался доволен. Ведь весь текст это по сути мечты, приправленные технологией, что есть на данный момент. И такие строки это подтверждают:
Представьте, если бы вы могли сделать веб-сайт, который работает быстро, и вы бы могли использовать один язык для разработки, стилей и написания бизнес-логики для вашего веб-приложения?
В общем, спасибо автору за перевод. Все же я считаю, что сам Flutter на это поприще больших успехов не добьется, однако придет вторая технология, за ней третья, которая в свою очередь сместит привычный стак web-разработки.
Все идет к общему консенсусу, это видно уже сейчас по тем же нодаприложениям, где буквально уже все можно написать на JavaScript, кроме XML-разметки. Не забывайте, что сейчас в web активно прорывается полноценное 3D (игры, вставки на сайтах и пр.) и для более эффективного и производительного использования JavaScript-а уже маловато.
Рано или поздно, что-то придет, а старая армия так и будет воевать за коммунизм те технологии, что использовались ими большую часть жизненнорабочего цикла.
В статье затронута эта тема поверхностно, а тезисы лишь мечтания автора. На самом деле этот "Терминал" открывает доступ к множеству возможностей.
Сейчас и так можно поднять почти полноценную Debian на Android без рута, а с рутом, по сути полноценную (все равно с оговорками) через Termux. Делайте там внутри все что душе угодно, даже граф окружение можно поднять, если вы извращенец.
Установка всяких серверов на будущий старый планшет или телефон будет очень классной фичей. Воткнул на планшет тот же Home Assistant, тут же открыл его и повесил на стену как "умную панель". Вот вам как пример.
Так вот, в терминале мы будем иметь настоящую полноценную Debian без всяких оговорок. Да ещё и с нативной поддержкой графики из коробки, чем тот же Termux похвастаться не может. Как минимум это сильно бустанет эмуляцию Windows-игр на Android-е (такое если что есть, та же GTA V спокойной играется)
Это здорово, что появится нормальное решение, а не что-то сделанное энтузиастами на коленке (но им огромное спасибо, они большие молодцы)
Да, большая часть фишек, которые позволит делать этот Терминал - баловство, но тем не менее может пригодиться в ряде реальных задач
Я не оправдываю ни в коем случае такой результат, однако если уйдет хотя-бы 20-30% ненужных ререндеров в больших приложениях, то это уже победа для React-а, незначительная, но какая-никакая победа...
В конфиге Tauri можно указать, чтобы он чекал наличие WebView. Если его нет, то программа предложит его докачать. Делается одной строчкой в конфиге
Смотрим первый пункт
На то и существуют стандарты ES и сама Javascript Foundation, чтобы регулировать весь этот зоопарк. Уже давно не нулевые, где каждый делал что хотел. Времена jQuery уже давно прошли, добро пожаловать в современный вэб
Дело вкуса, тут не поспоришь
WebView уже на вряд-ли покинет стандартный набор библиотек любой ОС. Это неотъемлемая часть взаимодействия с системой. У Майков даже системные вещи уже через WebView работают, если что на 11 Винде новая нижняя панель на Реакте написана (тут могу ошибаться)
Затем, что NextJS частично проприетарный, а ещё очень громоздкий, не гибкий и слабоконфигурируемый
Статья слабо акцентирует внимание на эти аспекты, а зря. Если вам нужно сделать небольшое приложение, то тянуть слона в виде NextJS смысла на самом деле мало. У госов из-за проприетарщины может не пройти контроль и пиши пропало.
Плюс Next заточен под деплой на свой же Vercel (можно конечно куда угодно деплоить, но проще и быстрее на Vercel). Приложение на Vike можно задеплоить как и куда хочешь, предварительно построив архитектуру и подобрав инструментарий какой вам угодно.
Единственный плюс и одновременный минус Next. Это то, что все идёт в коробке и есть четко прописанные инструкции, что как и куда
Знаю только за лампочки, Яндексовские лампочки это Tuya, может подключить их туда, затем прокинуть в Home Assistant через расширение local-tuya.
Гемора много, но в оконцове все работает
Статья не объясняет главного. А зачем? Сейчас это выглядит как "ну потому что так можно".
Почему это построено на CRA? Если уж и писать статьи для новичков (подобных статей и так целая гора), так хотя бы можно было ее сделать актуальной.
Изначально разворачивать на Vite было бы более целесообразным решением с какой стороны не посмотри.
Я в целом не понимаю столь большую любовь к LocalStorage.
Это безусловно нужная вещь, но лишь в определенных местах. В большинстве случаев можно обойтись возможностями фреймворка (включая хранилище) и EventBus-ом.
Не припомню на своем опыте, чтобы приходилось изобретать велосипед для LocalStorage. Причем даже в больших проектах. Всегда хватало стандартного JS API.
Я также, как и вы, кликнул на кликбейтный заголовок, однако статьей остался доволен. Ведь весь текст это по сути мечты, приправленные технологией, что есть на данный момент. И такие строки это подтверждают:
В общем, спасибо автору за перевод. Все же я считаю, что сам Flutter на это поприще больших успехов не добьется, однако придет вторая технология, за ней третья, которая в свою очередь сместит привычный стак web-разработки.
Все идет к общему консенсусу, это видно уже сейчас по тем же нодаприложениям, где буквально уже все можно написать на JavaScript, кроме XML-разметки. Не забывайте, что сейчас в web активно прорывается полноценное 3D (игры, вставки на сайтах и пр.) и для более эффективного и производительного использования JavaScript-а уже маловато.
Рано или поздно, что-то придет, а старая армия так и будет воевать за
коммунизмте технологии, что использовались ими большую часть жизненнорабочего цикла.