Грядущая Wear OS 7

20.05.2026 11:00  727   Комментарии (30)

Компания Google анонсировала новую версию операционной системы для часов - Wear OS 7. 

Меня это все очень интересует, потому что, по моему мнению, только Wear OS на умных часах предоставляет максимум возможностей (Apple Watch предоставляют не меньше, а, может, даже и больше возможностей в связке с айфоном, но это отдельная история). Мне очень нравятся часы Huawei - те же  Huawei Watch 5Huawei Watch GT 6.и Huawei Watch FIT 5, но сам я использую часы на Wear OS - сейчас это OnePlus Watch 4, а раньше я использовал Samsung Galaxy Watch Ultra.

Так что же там новенького обещают в Wear OS 7?

  • Эта версия основана на Android 17 и ориентирована на повышение энергоэффективности, интеграцию искусственного интеллекта Gemini, а также полностью переработанный подход к отображению информации на главном экране.
  • Часы, обновляемые с Wear OS 6 до Wear OS 7, могут рассчитывать на увеличение времени работы от батареи до 10% за счет одной только оптимизации на программном уровне — до того, как будет реализовано повышение эффективности чипсета за счет нового аппаратного обеспечения.
  • Gemini Intelligence появится на отдельных моделях смарт-часов, которые выйдут в конце 2026 года, но потребует поддержки Gemini Nano v3 — тех же строгих аппаратных требований, которые в настоящее время ограничивают его использование лишь несколькими флагманскими телефонами на Android, а это означает, что требованиям будут соответствовать только новые часы 2026 года.
  • Плитки уходят в прошлое в пользу виджетов Wear с макетами 2x1 и 2x2, соответствующими стандартам виджетов для телефонов, а виджеты, сгенерированные ИИ с помощью инструмента Android «Создать мой виджет», теперь могут синхронизироваться напрямую с подключенными часами.
  • AppFunctions предоставляет Gemini прямой контроль над сторонними приложениями с помощью голоса — пользователь может сказать «начать отслеживать мой бег», и Gemini взаимодействует с Samsung Health, не открывая приложение, в то время как Live Updates отображает на циферблате часов данные о доставке, поездках и спорте в режиме реального времени.

От плиток к виджетам: Больше, чем просто переименование

Это изменение более значительное, чем кажется. Плитки в Wear OS представляли собой статичные карточки в пролистываемой пачке — созданные разработчиками, ограниченные в гибкости макета и не связанные с экосистемой виджетов для телефонов. Виджеты Wear соответствуют стандартной инфраструктуре виджетов Android, включая макеты 2x1 и 2x2, с которыми знакомы пользователи телефонов. Разработчики, уже создавшие виджеты для телефонов, могут адаптировать их для дисплеев на запястье, не создавая с нуля отдельный интерфейс, специфичный для Wear.

Функция Create My Widget AI добавляет еще одно измерение: пользователи, которые создают на своих телефонах пользовательские виджеты на базе ИИ — для личных целей, любимых спортивных команд или домашней автоматизации — могут отображать те же виджеты на своих подключенных часах. Главный экран часов становится продолжением настраиваемого интерфейса телефона, а не отдельной системой, требующей отдельной настройки.


Ну, вот такие дела. Дальше ждем выхода и посмотрим, как это все будет выглядеть на практике. 

 

Комментарии 30

интеграцию искусственного интеллекта Gemini
А уже все, прочитав про "интеграцию ИИ" поскорее скроллят дальше - особо не вчитываясь? 😄
P.S. Странно, что это пишу именно я - кагбэ энтузиаст технологий вообще, в том числе ИИ (и являясь активным пользователем). Однако реальность такова - скрол-скрол-скрол.
20.05.26 18:47
0 0

скрол-скрол-скрол
Думскролл.

Мои Amazfit GTR с временем работы от одной зарядки, упавшим за 5 лет с 45 до 40 суток - смотрят на все эти "10%" с удивлением. Хотя отслеживать бег по команде голосом они не умеют - нужны целых два нажатия.
20.05.26 17:55
0 0

Зачем вообще нужен был этот анонс, если все важное помечено как "in development" и непонятно, как это будет работать? Live updates наконец-то выпустили, не прошло и ста лет, вот единственная фича в новой версии, все остальное косметика и мусор. С нетерпением жду, когда же Apple стырит ноухау китайцев с двумя процессорами, если у их часов появится хоть какая-то автономность, недоделке гугла придет гуглокапец.
20.05.26 16:29
0 0

Думаю, несознательные натуралы таки оставят поделке от Гугла шанс.
21.05.26 00:07
0 0

Даёшь операционные системы для пуговиц!
20.05.26 16:09
0 0

И зарядные кредлы!
20.05.26 20:08
0 0

А как у часов с поддержкой новых версий? С телефонами более понятно, приличные производители обычно говорят - эта модель будет иметь столько-то мажорных апгрейдов Андроида и потом такое-то время будут поддерживаться обновления безопасности.
А про часы я такой информации не нашел. Наверное, у гугловых с этим все в порядке. Но, скажем, недавно обозренные OnePlus Watch 4, стоит ли на них ждать WearOS 7 или даже 8? Или год прошел, покупайте новые?
20.05.26 15:07
0 0

Как только включил Gemini на часах - он сразу начал сжирать 40% заряда и продолжительность работы часов упала до суток. Выключил

PS а вот кастомные ИИ виджеты я бы попробовал, но они похоже только на S26 будут работать
20.05.26 11:31
0 0

могут рассчитывать на увеличение времени работы от батареи до 10% за счет одной только оптимизации на программном уровне
То есть до сих пор оно писалось так, что там 20-15% мусорного кода? Вау.
Ну новая версия будет, конечно, лучше. Другие же люди процессом управлять будут-то.

То есть до сих пор оно писалось так, что там 20-15% мусорного кода? Вау.Ну новая версия будет, конечно, лучше. Другие же люди процессом управлять будут-то.
Любой код можно оптимизировать. Почему сразу "мусорный"?

Другие же люди процессом управлять будут-то.
Управлять будет AI. 😄

Любой код можно оптимизировать.
CLI
HLT
;)

Из кода, изначально написанного хорошо, 10% "лишнего" времени процессора выжать невозможно.

Управлять будет AI
Ну тогда время работы батареи увеличится на 10% только в случае увеличения ёмкости батареи на 100%.

Из кода, изначально написанного хорошо, 10% "лишнего" времени процессора выжать невозможно.
Хорошо — не значит «самым быстрым способом».

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

Хорошо — не значит «самым быстрым способом».
Так речь-то не про быстрое, речь про оптимальное в смысле тиков. Это не обязательно одно и то же.

Из кода, изначально написанного хорошо, 10% "лишнего" времени процессора выжать невозможно.
Скажи что ты не программист, не говоря, что ты не программист ©

Скажи что ты не программист, не говоря, что ты не программист
Ну давай, возьми исходники доса 3.22 и выжми там 10%, "оценщик программистов" мамкин

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

Но это всё терминология и сферическая гиппофилософия, в конечном итоге и то и это всё равно будет писать идусский аутсорс. Со всеми вытекающими.

Даже в те DOS времена ходило выражение "Любую программу можно сократить на один байт". Что уж говорить про наши времена...

Даже в те DOS времена ходило выражение "Любую программу можно сократить на один байт".
И что, получалось? То что ходило, это конечно, среди дурачков-то много чего ходило и ходит. Вот только к реальности, во-первых, это никакого отношения не имеет, а во-вторых речь тут о чём угодно, но не об упаковке данных.

Ну давай, возьми исходники доса 3.22 и выжми там 10%, "оценщик программистов" мамкин
А откуда у вас сорцы именно DOS 3.22? Вроде их не раскрывали.
Но если вопрос теоретический... DOS 3.2 вышел в 1986. Лично я не настоящий сварщик, но вполне допускаю, что код, написанный в 1986 году под актуальное тогда железо можно оптимизировать, используя расширенные инструкции процессоров, вышедших после. Можно ли переделать DOS под SMP архитектуру не скажу, но если да, это, опять-таки, будет оптимизацией.
И все это совсем не потому, что в 1986 году был плохой код.

А откуда у вас сорцы именно DOS 3.22? Вроде их не раскрывали.
Нет, не раскрывали. Но если их у вас нет, возьмите CPM, оно оперсорсное изначально. Вопрос-то не в этом.

Лично я не настоящий сварщик, но вполне допускаю, что код, написанный в 1986 году под актуальное тогда железо можно оптимизировать, используя расширенные инструкции процессоров, вышедших после.
И у вас получится дос 5.0 😄 Вот только, опять же, сможете ли вы назвать это "за счет оптимизации на программном уровне"? Проверить просто - вам всего-то и надо, что запустить это на старом железе. Не поехало? Не поехало. Это не "за счет оптимизации на программном уровне". Упс 😄

Из кода, изначально написанного хорошо, 10% "лишнего" времени процессора выжать невозможно.
Ага, ЩАЗ!

Ага, ЩАЗ!
Ни щаз, ни опосля, ни вместо. Хотя, конечно, понятие "хорошо написаный код" у каждого своё..

"Упаковака данных", "среди дурачков ходило". Тю. Я думал вы в теме тех времен. Зачем вы тогда бросаетесь этими фразами "дос 3.22"? Выж вообще не в теме разработки того времени. Да и этого тоже.

"Упаковака данных", "среди дурачков ходило". Тю. Я думал вы в теме тех времен.
Да откуда ж мне. Я маленький ещё. Только VMS и помню на ваксах.
Выж вообще не в теме разработки того времени
Конечно конечно. Не в курсе. Вы не волнуйтесь только)))))

То есть до сих пор оно писалось так, что там 20-15% мусорного кода? ...
Ну, что значит мусорного. Acceptable, по time to market и другим параметрам, не напрямую техническим. 😄
Это ж для денег делается, а не для самоублаготворения.

Ну вот я об этом и говорю. «Приемлемо», ага. Индус на Яве булеан через строку сравнивает. Зато за один цент.

Приемлемо.

Ну вот я об этом и говорю. «Приемлемо», ага. Индус на Яве булеан через строку сравнивает. ...
Ну, это какие-то крайности. Обычно ж все не так страшно. Опять же, давно уж львиная доля всяких тормозов от неоптимальных коммуникаций, parallelism/async use/misuse/abuse.

Это значимые вещи, но не всегда очевидно лучшее решение. Поскольку такие вещи обычного рода unit test не покрываются и не выявляются, то все это связанное поменяй/deploy/запусти, оно время отнимает.

Вот на времени и экономят. Ну а когда и сколько насколько грех/не грех - вот тут время - лучший судия.
Теги
Сортировать по алфавиту или записям
BLM 22
Calella 151
exler.es 334
RIP 133
SNL 1
авто 513
видео 4681
вино 370
еда 558
ЕС 95
игры 123
ИИ 100
кино 1692
попы 210
СМИ 2992
софт 1002
США 298
ФБК 14
шоу 6