Утилита lo-rain добавит вам... дождя на рабочий стол Мака. Смысловой нагрузки никакой, но если настроение слушать только "сплинов" — то будет вполне уместно.

Системные требования: macOS Monterey и выше. Скачать приложение можно отсюда (8 долларов). Отметим, что для эффекта брызг на Доке надо установить вспомогательный модуль, он тоже есть на странице.

#macapps

Сегодня Google объявил о том, начиная с версии браузера Chrome 113 в нем по умолчанию будет включена поддержка нового API WebGPU. Он разрабатывается с 2017 года и позволит браузерам использовать все преимущества графических карт.

Google утверждает, что Mozilla и Apple со временем поддержат WebGPU в Firefox и Safari, а такие браузеры, как Microsoft Edge и Opera, которые полагаются на браузерный движок Chromium, предположительно смогут включить его так же, как это сделал Google.

Chrome 113 поддерживает WebGPU в Windows, macOS и ChromeOS, а "поддержка других платформ", таких как Linux и Android, появится позже в этом году. Эта версия браузера должна появиться у всех пользователей Chrome где-то в мае.

Что такое WebGPU?

WebGPU является преемником WebGL — гораздо более старого API, который позволяет отображать в браузере графику на основе движка OpenGL, не требуя дополнительных сторонних плагинов. Хотя WebGL в свое время (в 2009 году) был революционным, сегодня он страдает от многих тех же проблем, что и OpenGL: он не использует все возможности современных графических карт, зависит от драйверов, и имеет ограниченную поддержку вычислительных мощностей GPU.

WebGPU разрабатывается рабочей группой, в которую входят представители Google, Microsoft, Apple, Mozilla, Intel и многих других компаний, поэтому API был разработан таким образом, чтобы обеспечить максимально широкую совместимость. WebGPU не является прямой реализацией какого-либо существующего графического API, а скорее представляет собой собственный API, который располагается поверх Direct3D 12, Metal и Vulkan и взаимодействует с ними. Это объяснение от Сурма, инженера Shopify и бывшего гуглера, хорошо объясняет суть:

"Если WebGL — это просто тонкая обертка вокруг OpenGL, то WebGPU выбрал другой подход. Он вводит свои собственные абстракции и не отражает напрямую ни один из этих родных API. Отчасти это объясняется тем, что ни один API не доступен на всех системах, а также тем, что многие концепции (например, крайне низкоуровневое управление памятью) не являются идиоматическими для API, ориентированного на веб-приложения. Вместо этого WebGPU был разработан так, чтобы одновременно чувствовать себя "по-вебмашинному" и удобно располагаться поверх любого из родных графических API, абстрагируясь от их особенностей. В настоящее время он стандартизируется в W3C, и все основные производители браузеров имеют место за столом переговоров".

Преимущество этого подхода заключается в том, что код WebGPU становится очень переносимым — пишите код WebGPU, и пока у пользователей есть оборудование и браузер, который его поддерживает, вы получите одинаковый результат на системе Windows с Direct3D и на телефоне Android с Vulkan. При этом можно избежать некоторых хаков, которые поддерживают работу WebGL — например, WebGL в Windows и macOS даже не использует OpenGL напрямую, а использует переводчик под названием ANGLE, который превращает вызовы API OpenGL в вызовы API Direct3D и Metal. С WebGPU нет необходимости начинать отдельный проект, чтобы писать в обход медленной или плохо поддерживаемой реализации OpenGL.

Наконец, несмотря на слово "веб" в названии, API WebGPU не ограничивается браузерами. Проект wgpu — это версия WebGPU для Rust, которая позволяет писать и запускать приложения WebGPU вне браузеров.

На прошедшей неделе в центр внимания попал производитель General Motors, который объявил о постепенном отказе в своих электрокарах от технологий CarPlay и Android Auto в пользу собственного решения на базе Google Auto. Решение несколько смелое, потому что до сих пор только два заметных производителя не добавили тот же CarPlay в свои машины — это Tesla и Rivian. Про мотивацию Rivian нам удалось узнать...

На этой неделе гендир Rivian Скариндж был гостем в подкасте Waveform и там ему ведущий Маркус ака MKBHD задал вопрос про CarPlay. Он специально указал на статистику, которой Apple поделилась на WWDC 2022, заявив, что 79% покупателей автомобилей в США "рассматривают только автомобили с поддержкой CarPlay".

Скариндж объяснил, что решение Rivian не использовать CarPlay обусловлено желанием компании быть "арбитром или шеф-поваром" автомобильного программного обеспечения, а не передавать контроль сторонней компании.

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

Основатель Rivian отметил, что компания фокусируется на регулярном выпуске обновлений собственного автомобильного программного обеспечения, что, по его словам, возможно только при "контроле над стеком программного обеспечения".

— Контроль над стеком программного обеспечения заключается в том, что мы можем постоянно улучшать его. Каждые несколько недель мы выпускаем новый релиз программного обеспечения, который либо добавляет функции, либо устраняет недостатки, мы прислушиваемся к отзывам. Наш руководитель отдела разработки программного обеспечения постоянно находится на Reddit, слушает, что говорят люди, и взаимодействует с ними. Это здорово — получать обратную связь, и это определяет нашу дорожную карту программного обеспечения, чтобы убедиться, что мы предоставляем то, что нужно клиентам.

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

Любопытно, что Скариндж абсолютно игнорирует тот факт, что CarPlay необязательно должен быть ключевым элементом развлекательной системы автомобиля. Ничто не мешает продолжать развивать и свою "голову", но и дать возможность пользователю самому выбирать куда смотреть. Кажется, это и называется здоровой конкуренцией.

В системе iOS 16.4 были сильно расширены возможности автоматизации работы VPN-клиентов при открытии или закрытии нужных приложений. По итогам двух недель работы делимся своими впечатлениями, наблюдениями и дополнительными советами, а вы добавляйте, если что-то упустили.

1) Чтобы не плодить количество автоматизаций на каждое приложение, при запуске которого должен стартовать VPN, можно создать одну и в ней сразу все указать: Instagram, Facebook, Meduza, Twitter, SoundCloud и т.д.

2) Также можно создать автоматизации на отключение VPN при запуске определенных приложений: банк-клиенты, Парковки, Госуслуги.

3) Автоматизация на вход/выход из приложения не работает при переключении между приложениями. Например, вы читаете Facebook, после этого свайпом переключаетесь в Instagram — так вот VPN не запустится. Сначала выходим из FB на рабочий стол, потом запускаем Instagram. Может кто-то обошел это?

4) Наиболее стабильным в части работы и поддержки автоматизации оказался клиент Wireguard и бесплатный VPN-сервис Amnezia.

5) Телефон начал садиться быстрее. Потому что пользование им возросло, но это ожидаемо. 😎

В любом бизнесе может появиться брат-дурилка, который все испортит. Владелец сервисного центра Gadget Cure из Кливленда теперь это знает по себе. Здесь полиция арестовала 26-летнего сотрудника сервиса Джонатана Петрушанского, который переслал сам себе несколько десятков фотографий интимного характера с телефона клиентки.

Она это обнаружила благодаря... сообщению на часах Apple Watch, на которые пришло уведомление об отправке файлов на неизвестный номер.

Девушка пошла разбираться в сервисный центр. Там оказалось, что мастер Петрушанский является братом владельца компании. Тот отпираться не стал, но предложил мировую – 500 долларов наличными и увольнение дурилки. Девушка сперва согласилась, но когда узнала, что никто никого не уволил — пошла в полицию.

Что тут можно сказать с высоты нашего опыта. Во-первых, отдавая в ремонт устройство со своими данными, вы отдаете (чаще всего) к ним доступ. И если вы не хотите, чтобы кто-то эти данные видел — лучше их вообще хранить на съемных накопителях или шифрованных облаках.

Во-вторых, это снова про вопрос репутации. Аккуратнее выбирайте кому отдаете и с какими правами доступа. Это правда, что в случае с современными устройствами код-пароль от экрана блокировки, или админский пароль на Макбуке нужны для качественной диагностики, однако тем более важен момент выбора мастера-инженера.

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

В свежей рассылке Марк Гурман из Bloomberg много и подробно рассказывает как Apple пытается бороться с профсоюзами в своих магазинах Apple Store — что для нас, будем откровенны, не особо интересно — но заодно раскрыл еще один уход из Купертино высокопоставленного сотрудника.

Вице-президент Apple, отвечающий за продажи для государственных учреждений, образования и здравоохранения, переходит на работу в Министерство обороны США. Даг Бек, занимавший несколько руководящих должностей в сфере продаж Apple на протяжении последних десяти лет, покидает компанию, чтобы возглавить расширенную технологическую группу в правительстве США.

В последнее время Бек был одним из двух руководителей отдела продаж Apple, охватывая сегменты здравоохранения, государственного управления и образования производителя iPhone. Он подчинялся непосредственно генеральному директору Тиму Куку, поэтому его уход оставляет большую брешь в рядах высшего руководства.

Как я уже писал ранее, в Apple наблюдается всплеск ухода вице-президентов — самой высокопоставленной группы руководителей, которая находится ниже уровня старшего вице-президента. По моим подсчетам, Бек стал по меньшей мере 12-м вице-президентом, покинувшим Apple с середины 2022 года. Независимо от того, связано ли это с переходом в другие компании, выходом на пенсию или вынужденным уходом, это удивительный исход для компании, которая на протяжении многих лет отличалась особой стабильностью на высшем уровне.

Должностные инструкции Бека на новом месте не раскрываются.