Их новая Harmony OS Next не имеет в себе компонентов Android, соответственно и не может устанавливать никакие apk. Первые версии Harmony OS были ещё основаны на AOSP, там не было Гугл сервисов, но поставить ещё было можно АПК, сейчас уже нет
Так-то ни одна "васянская" редакция не сравнится по потреблению ресурсов с Линуксом. Понятно, что всякие Gnome и KDE жрут порядочно и не у всех на этих DE будет плавный опыт. Однако, есть ещё велике множество других более лёгких DE, которые уже могут дать более плавный опыт на старом железе
Наверное самая большая боль React-а - это его стейт-менеджмент. Начиная с уже упомянутого useEffect-а, до организации хранилищ. Можно использовать другой стейт-менеджер, но мало того что это притянет ещё доп вес к 135 КБ изначальным, так ещё и говорит о несостоятельности стейт-менеджмента самой библиотеки.
Вторая боль для меня - ререндеры. Собственно реакт на них базируется, но делает он их бездумно (эту проблему как раз пытается решить React Compiler). На самом деле, лишь изредка вас могут застать в расплох ререндеры, но сам факт того что ВСЕ функции и переменные постоянно создаются по новой просто бесит. А если изменить в хранилище что-то, то это вызывает каскадный ререндер всех внутренних компонентов даже там, где ничего из этого хранилища не используется. Это личная субъективная боль, у меня прям зудит в голове когда я думаю об этом.
некогда мощный комп с 8ГБ памяти и 6-ядреным процессором
Как давно было это "некогда"? Не надо оправдывать свое старое железо якобы г*вно-софтом. Пора бы уже обновляться, а не сидеть у разбитого корыта со словами "А вот раньше..."
Проблемы в современном вебе безусловно есть, но и работа по их устранению ведётся.
Абсолютно с тем же успехом можно было просто взять любой неттоп (которые дешевле дека между прочем), поставить на него SteamOS и вкорячить в него аккум (может даже на рынке есть уже со встроенным аккумом)
Если вы про это устройство, то это просто микрофон с WiFi модулем, сами модели располагаются на отдельном домашнем устройстве
А так я пробовал ставить эти модели на старенький ноут, шума было ноль. Причем есть выбор между маленькими и соответственно менее прожорливыми и большими с уже большим потреблением ресурсов. Поэтому тут выбор исключительно за вами
Я думаю, можно найти оптимальный вариант, чтобы и работало хорошо и жрало поменьше
Связку Vue+Vike считаю лучшей. Сам Vike по сути просто скелет для SSR приложения, он не навязывает тебе свои паттерны. Проектируй приложение как хочешь, просто придерживайся определенных правил.
Хочешь полный SSR? Держи!
Хочешь гибридный SSR? Пожалуйста!
Хочешь SSG? Да не вопрос!
И вот в этом его огромное преимущество, тебя не загоняют в рамки, где если отошёл от канонов - расстрел (привет NextJS). Да это накладывает опр риски, ведь с NextJS нельзя построить неправильную архитектуру, ведь ее уже построили для тебя. Для новичков это плюс, но для сторожил иногда это реальная боль.
Svelte поэтому и не популярен уже столько лет. У него совершенно другой синтаксис, отличный от чистого JS и других фреймворков.
Чего не скажешь например о SolidJS, я могу затащить его в продакшн не опасаясь, что с ним никто не разберётся, т.к. любой реакт-разработчик довольно быстро вкатится, ведь принципы очень похожи, по сути только хуки по другому называются. Конечно, там есть более глубокие различия, но это не сильно помешает другому быстро вкатиться
На данный момент, я считаю, самый перспективный это именно SolidJS. Из-за схожего с реактом синтаксиса, своей скорости и при этом довольно небольших размеров. Плюс он опирается на ведущие решения в JS-отрасли, такие как сигналы например. Он не развивающийся, ведь в нем уже есть все, что есть у конкурентов, кроме сторонних библиотек, хотя и тут под каждую задачу ты в любом случае найдешь решение
Astro же не на SSR, а на SSG ориентирован. Их острова и т.д., нормально себя показывают лишь в SSG формате.
При SSR острова теряют смысл, т.к. рендеришь на сервере и отдаешь на фронт, а там гидрейтишь. В общем стандартная SSR история для которой Astro используется, лишь для того чтобы его использовать
В статье затронута эта тема поверхностно, а тезисы лишь мечтания автора. На самом деле этот "Терминал" открывает доступ к множеству возможностей.
Сейчас и так можно поднять почти полноценную Debian на Android без рута, а с рутом, по сути полноценную (все равно с оговорками) через Termux. Делайте там внутри все что душе угодно, даже граф окружение можно поднять, если вы извращенец.
Установка всяких серверов на будущий старый планшет или телефон будет очень классной фичей. Воткнул на планшет тот же Home Assistant, тут же открыл его и повесил на стену как "умную панель". Вот вам как пример.
Так вот, в терминале мы будем иметь настоящую полноценную Debian без всяких оговорок. Да ещё и с нативной поддержкой графики из коробки, чем тот же Termux похвастаться не может. Как минимум это сильно бустанет эмуляцию Windows-игр на Android-е (такое если что есть, та же GTA V спокойной играется)
Это здорово, что появится нормальное решение, а не что-то сделанное энтузиастами на коленке (но им огромное спасибо, они большие молодцы)
Да, большая часть фишек, которые позволит делать этот Терминал - баловство, но тем не менее может пригодиться в ряде реальных задач
В конфиге Tauri можно указать, чтобы он чекал наличие WebView. Если его нет, то программа предложит его докачать. Делается одной строчкой в конфиге
Смотрим первый пункт
На то и существуют стандарты ES и сама Javascript Foundation, чтобы регулировать весь этот зоопарк. Уже давно не нулевые, где каждый делал что хотел. Времена jQuery уже давно прошли, добро пожаловать в современный вэб
Дело вкуса, тут не поспоришь
WebView уже на вряд-ли покинет стандартный набор библиотек любой ОС. Это неотъемлемая часть взаимодействия с системой. У Майков даже системные вещи уже через WebView работают, если что на 11 Винде новая нижняя панель на Реакте написана (тут могу ошибаться)
Затем, что NextJS частично проприетарный, а ещё очень громоздкий, не гибкий и слабоконфигурируемый
Статья слабо акцентирует внимание на эти аспекты, а зря. Если вам нужно сделать небольшое приложение, то тянуть слона в виде NextJS смысла на самом деле мало. У госов из-за проприетарщины может не пройти контроль и пиши пропало.
Плюс Next заточен под деплой на свой же Vercel (можно конечно куда угодно деплоить, но проще и быстрее на Vercel). Приложение на Vike можно задеплоить как и куда хочешь, предварительно построив архитектуру и подобрав инструментарий какой вам угодно.
Единственный плюс и одновременный минус Next. Это то, что все идёт в коробке и есть четко прописанные инструкции, что как и куда
Можно скриптик в студию, пожалуйста
Их новая Harmony OS Next не имеет в себе компонентов Android, соответственно и не может устанавливать никакие apk. Первые версии Harmony OS были ещё основаны на AOSP, там не было Гугл сервисов, но поставить ещё было можно АПК, сейчас уже нет
Так-то ни одна "васянская" редакция не сравнится по потреблению ресурсов с Линуксом. Понятно, что всякие Gnome и KDE жрут порядочно и не у всех на этих DE будет плавный опыт. Однако, есть ещё велике множество других более лёгких DE, которые уже могут дать более плавный опыт на старом железе
Как полёт? Поделитесь, пожалуйста. И какой именно POCO X3? Думаю вот прикупить Б/У чтобы потестить, очень уж руки чешутся.
Читал на Вики постмаркета что многое аппаратное вроде как не работает. Вот тоже интересный момент. Банковские приложения через Waydroid заводятся?
Наверное самая большая боль React-а - это его стейт-менеджмент. Начиная с уже упомянутого useEffect-а, до организации хранилищ. Можно использовать другой стейт-менеджер, но мало того что это притянет ещё доп вес к 135 КБ изначальным, так ещё и говорит о несостоятельности стейт-менеджмента самой библиотеки.
Вторая боль для меня - ререндеры. Собственно реакт на них базируется, но делает он их бездумно (эту проблему как раз пытается решить React Compiler). На самом деле, лишь изредка вас могут застать в расплох ререндеры, но сам факт того что ВСЕ функции и переменные постоянно создаются по новой просто бесит. А если изменить в хранилище что-то, то это вызывает каскадный ререндер всех внутренних компонентов даже там, где ничего из этого хранилища не используется. Это личная субъективная боль, у меня прям зудит в голове когда я думаю об этом.
Приложение от Гугла будет иметь полный прямой доступ к аппаратным ресурсам. Чего без рута нельзя достигнуть в Термуксе через тот же Qemu
Как давно было это "некогда"? Не надо оправдывать свое старое железо якобы г*вно-софтом. Пора бы уже обновляться, а не сидеть у разбитого корыта со словами "А вот раньше..."
Проблемы в современном вебе безусловно есть, но и работа по их устранению ведётся.
Так эти вещи можно распихать по карманам или навесить на рюкзак сверху и оно не сильно будет мешать в отличии от плоской монолитной громадины
Абсолютно с тем же успехом можно было просто взять любой неттоп (которые дешевле дека между прочем), поставить на него SteamOS и вкорячить в него аккум (может даже на рынке есть уже со встроенным аккумом)
Это дело не совсем для софта. У Wine с виндовым софтом всегда были проблемы, до сих пор кое-как с божьей помощью запускает офис 2007 года и не больше
Зато с играми все куда лучше обстоит. Собственно именно для эмуляции игр этот проект изначально и появился
Он и сейчас есть, работает точно так же. Просто в случае Винлатора пердолинга в разы меньше
Советую посмотреть в сторону Zrok.
Он селфхостед, можно воткнуть на любой VPS/VDS
Бесплатного тарифа для большинства сценариев хватит с головой (актуально если пользуетесь не селфхостед версией, у селфхостед все без ограничений)
Установка не сложнее условного ngrok
Постоянный урл, ещё и именованный
Если вы про это устройство, то это просто микрофон с WiFi модулем, сами модели располагаются на отдельном домашнем устройстве
А так я пробовал ставить эти модели на старенький ноут, шума было ноль. Причем есть выбор между маленькими и соответственно менее прожорливыми и большими с уже большим потреблением ресурсов. Поэтому тут выбор исключительно за вами
Я думаю, можно найти оптимальный вариант, чтобы и работало хорошо и жрало поменьше
Также как в РФ, нужно через портал
Связку Vue+Vike считаю лучшей. Сам Vike по сути просто скелет для SSR приложения, он не навязывает тебе свои паттерны. Проектируй приложение как хочешь, просто придерживайся определенных правил.
Хочешь полный SSR? Держи!
Хочешь гибридный SSR? Пожалуйста!
Хочешь SSG? Да не вопрос!
И вот в этом его огромное преимущество, тебя не загоняют в рамки, где если отошёл от канонов - расстрел (привет NextJS). Да это накладывает опр риски, ведь с NextJS нельзя построить неправильную архитектуру, ведь ее уже построили для тебя. Для новичков это плюс, но для сторожил иногда это реальная боль.
Svelte поэтому и не популярен уже столько лет. У него совершенно другой синтаксис, отличный от чистого JS и других фреймворков.
Чего не скажешь например о SolidJS, я могу затащить его в продакшн не опасаясь, что с ним никто не разберётся, т.к. любой реакт-разработчик довольно быстро вкатится, ведь принципы очень похожи, по сути только хуки по другому называются. Конечно, там есть более глубокие различия, но это не сильно помешает другому быстро вкатиться
На данный момент, я считаю, самый перспективный это именно SolidJS. Из-за схожего с реактом синтаксиса, своей скорости и при этом довольно небольших размеров. Плюс он опирается на ведущие решения в JS-отрасли, такие как сигналы например. Он не развивающийся, ведь в нем уже есть все, что есть у конкурентов, кроме сторонних библиотек, хотя и тут под каждую задачу ты в любом случае найдешь решение
Astro же не на SSR, а на SSG ориентирован. Их острова и т.д., нормально себя показывают лишь в SSG формате.
При SSR острова теряют смысл, т.к. рендеришь на сервере и отдаешь на фронт, а там гидрейтишь. В общем стандартная SSR история для которой Astro используется, лишь для того чтобы его использовать
В статье затронута эта тема поверхностно, а тезисы лишь мечтания автора. На самом деле этот "Терминал" открывает доступ к множеству возможностей.
Сейчас и так можно поднять почти полноценную Debian на Android без рута, а с рутом, по сути полноценную (все равно с оговорками) через Termux. Делайте там внутри все что душе угодно, даже граф окружение можно поднять, если вы извращенец.
Установка всяких серверов на будущий старый планшет или телефон будет очень классной фичей. Воткнул на планшет тот же Home Assistant, тут же открыл его и повесил на стену как "умную панель". Вот вам как пример.
Так вот, в терминале мы будем иметь настоящую полноценную Debian без всяких оговорок. Да ещё и с нативной поддержкой графики из коробки, чем тот же Termux похвастаться не может. Как минимум это сильно бустанет эмуляцию Windows-игр на Android-е (такое если что есть, та же GTA V спокойной играется)
Это здорово, что появится нормальное решение, а не что-то сделанное энтузиастами на коленке (но им огромное спасибо, они большие молодцы)
Да, большая часть фишек, которые позволит делать этот Терминал - баловство, но тем не менее может пригодиться в ряде реальных задач
В конфиге Tauri можно указать, чтобы он чекал наличие WebView. Если его нет, то программа предложит его докачать. Делается одной строчкой в конфиге
Смотрим первый пункт
На то и существуют стандарты ES и сама Javascript Foundation, чтобы регулировать весь этот зоопарк. Уже давно не нулевые, где каждый делал что хотел. Времена jQuery уже давно прошли, добро пожаловать в современный вэб
Дело вкуса, тут не поспоришь
WebView уже на вряд-ли покинет стандартный набор библиотек любой ОС. Это неотъемлемая часть взаимодействия с системой. У Майков даже системные вещи уже через WebView работают, если что на 11 Винде новая нижняя панель на Реакте написана (тут могу ошибаться)
Затем, что NextJS частично проприетарный, а ещё очень громоздкий, не гибкий и слабоконфигурируемый
Статья слабо акцентирует внимание на эти аспекты, а зря. Если вам нужно сделать небольшое приложение, то тянуть слона в виде NextJS смысла на самом деле мало. У госов из-за проприетарщины может не пройти контроль и пиши пропало.
Плюс Next заточен под деплой на свой же Vercel (можно конечно куда угодно деплоить, но проще и быстрее на Vercel). Приложение на Vike можно задеплоить как и куда хочешь, предварительно построив архитектуру и подобрав инструментарий какой вам угодно.
Единственный плюс и одновременный минус Next. Это то, что все идёт в коробке и есть четко прописанные инструкции, что как и куда