Причина понятна: официальные Max и приложения VK летом исчезли из магазина Apple, а поисковые запросы «Max», «Rutube» и «VK Видео» никуда не делись. Место в выдаче заняли чужие программы, и владелец iPhone, который ищет мессенджер или видеохостинг, рискует поставить не то, что хотел. Для разработчиков это напоминание, что бренд в сторе держится не только на аккаунте, а для пользователей повод проверять имя разработчика на карточке перед установкой.

• Три приложения маскируются под российские сервисы: MaxMessenger, RUTUBE: Video Player и VKI Video.
• Пресс-службы Max и «Газпром-Медиа Холдинга» подтвердили Anti-Malware.ru, что не имеют к ним отношения; по VKI Video доказательств вредоносности нет.
• По данным App Store, RUTUBE: Video Player появился в магазине 18 июня 2026 года, через две недели после удаления официального Max, и обновлялся 31 августа; рейтинг 2,6 при почти 950 оценках на 2 сентября.
• MaxMessenger лежит в магазине с ноября 2024 года и имеет рейтинг 1,9 при примерно 170 оценках.
• Официальный Max удалён из App Store 3 июня, приложения VK 25 июня; установленные копии работают, но не обновляются.

Что именно нашли

Первое приложение называется MaxMessenger. По описанию Anti-Malware.ru оно создаёт впечатление, что перед пользователем национальный мессенджер. В карточке App Store разработчиком указан Ali Naeem, идентификатор пакета me.max.messenger, категория «Социальные сети». По данным магазина, приложение вышло 21 ноября 2024 года, а последний раз обновлялось 2 декабря 2024 года, то есть оно старше самой истории с удалением и просто оказалось в нужном месте поисковой выдачи. Рейтинг 1,9 из 5 при примерно 170 оценках на 2 сентября. В пресс-службе Max изданию сказали, что к программе не причастны, и посоветовали владельцам iPhone пользоваться веб-версией мессенджера.

Второе, RUTUBE: Video Player, копирует название и логотип Rutube, но вместо доступа к видеохостингу предлагает загружать ролики из социальных сетей и регулярно показывает рекламу. В карточке разработчик обозначен как WARD WILLIAM, идентификатор пакета com.rutube.app, категория «Развлечения». Дата выхода в магазине 18 июня 2026 года, последнее обновление 31 августа. Рейтинг 2,6 при почти 950 оценках на 2 сентября, и это, пожалуй, главный показатель: за два с половиной месяца почти тысяча человек успела поставить приложение и оценить его. В «Газпром-Медиа Холдинге», которому принадлежит Rutube, подтвердили, что отношения к разработке не имеют.

Третье, VKI Video, по названию напоминает VK Видео, но представляет собой дневник для публикации отзывов о фильмах. Доказательств вредоносности у него нет, отмечает Anti-Malware.ru, но похожее оформление способно ввести в заблуждение. Мы не нашли это приложение через поисковый API App Store по запросу «VKI», поэтому данные о его разработчике и дате выхода приводить не можем.

Почему выдача оказалась свободной

Официальный Max исчез из App Store 3 июня. 25 июня Apple удалила приложения VK, включая «Видео», «Музыку», «Мессенджер», «Знакомства», Skillbox и «Дзен», позже магазин покинули «ВКонтакте», «Одноклассники» и почта Mail.ru. Компания объяснила решение соблюдением санкционных требований. Уже установленные копии продолжают работать, но обновить их через App Store нельзя, а в VK предупреждали о проблемах с push-уведомлениями.

Поиск в магазине работает по названию, ключевым словам и популярности, и когда правообладатель уходит, его запросы достаются тем, кто остался. На Android после удаления сервисов из Google Play у пользователей остались RuStore и другие магазины, на iPhone альтернативного магазина в России нет, поэтому спрос ищет выход внутри App Store.

Что проверить перед установкой и что делать разработчику

Пользователю iPhone Anti-Malware.ru советует три вещи: смотреть имя разработчика на карточке, переходить в магазин по ссылке с официального сайта сервиса, а не из поиска, и читать описание программы. У подделок в описании обычно нет функций настоящего сервиса, а разработчиком значится частное лицо. Пресс-служба Max прямо рекомендует пользоваться веб-версией мессенджера.

Разработчикам и владельцам брендов, чьё приложение по любой причине ушло из магазина, стоит помнить, что название и логотип в App Store защищаются отдельно от аккаунта. У Apple есть форма спора о контенте для жалоб на нарушение прав интеллектуальной собственности; заявку подаёт правообладатель, а Apple передаёт сведения разработчику спорного приложения и связывает стороны между собой. Сроков рассмотрения компания не публикует, и ни Max, ни «Газпром-Медиа» пока не сообщали, обращались ли они к Apple.

Отдельный практический вывод для тех, кто держит своё приложение в сторе: имя разработчика и описание на карточке пользователь видит сразу, а идентификатор пакета в обычной карточке не показывается. Если ваша аудитория в России, укажите имя разработчика на официальном сайте рядом со ссылкой на магазин, чтобы читателю было с чем сверить.

Что будет с найденными приложениями, неизвестно: Apple комментариев не давала, а на момент публикации обе карточки, MaxMessenger и RUTUBE: Video Player, оставались доступны в российском App Store. Мы проверим выдачу ещё раз через несколько дней.

Источники: Anti-Malware.ru: В App Store появились подделки под МАКС, Rutube и VK Видео, Карточка MaxMessenger в App Store, Карточка RUTUBE: Video Player в App Store, Apple: форма спора о контенте в App Store

Изображение на обложке: Иконки: App Store

В тот же день вышел Firefox 155 для десктопа, и для верстальщиков в нём есть чем заняться: CSS-функции progress() и alpha(), свойство font-width, attr() в любом свойстве, а в JavaScript Promise.allKeyed(). Обновиться стоит и без новинок: бюллетень безопасности MFSA 2026-82 закрывает несколько уязвимостей высокого уровня.

• Блокировщик в Firefox для iOS включается в Settings, затем Browsing, затем Ad Blocker; по умолчанию выключен, расширение ставить не нужно.
• Работает на технологии Apple WebKit Content Blocker и списке EasyList; рекламу в поисковой выдаче и рекламу самих сайтов может пропускать.
• Firefox 155: CSS progress(), alpha(), font-width, attr() везде; Promise.allKeyed() и allSettledKeyed(); согласование QUIC v2 для HTTP/3; NDJSON в JSON Viewer.
• MFSA 2026-82 закрывает уязвимости высокого уровня, среди них CVE-2026-84119, 84143 и 84144, и повышение привилегий в Firefox для Android.
• Минимальную версию iOS для блокировщика Mozilla не назвала; доступность функции по регионам анонс не описывает.

Почему блокировщик пришлось встраивать

Apple разрешает сторонним браузерам блокировать контент только через свой механизм Content Blocker: приложение отдаёт WebKit готовый список правил, а сам движок решает, какие запросы не выполнять. Расширение не может «посмотреть» на страницу и вмешаться в её код, как это делает uBlock Origin на десктопе. Mozilla взяла список EasyList, самый распространённый набор правил для рекламы, и упаковала его в такой блок правил внутри приложения.

Ad Blocker uses Apple's WebKit Content Blocker technology and the EasyList filter list.

Из этой архитектуры следуют ограничения, которые Mozilla перечисляет сама. Реклама, которую сайт отдаёт с собственного домена, может остаться, потому что её не отличить от контента по URL. Реклама в результатах поиска не блокируется. Рекламные ярлыки на стартовой странице самого Firefox к блокировщику не относятся. Включается всё в три касания: Settings, Browsing, Ad Blocker; там же выключается, если сайт перестал работать.

Что Firefox 155 даёт верстальщику

По заметкам для разработчиков на MDN, самое полезное в CSS — функция progress(): она возвращает долю от 0 до 1, показывающую, где значение находится между двумя границами. Раньше такой расчёт делали руками через calc(), теперь адаптивные размеры шрифта и отступов записываются короче. Функция alpha() меняет прозрачность цвета без переписывания его в rgb(), а attr() отныне работает в любом свойстве, а не только в content.

В JavaScript добавились Promise.allKeyed() и Promise.allSettledKeyed(): они принимают объект с промисами и возвращают объект с теми же ключами, так что не нужно сопоставлять результаты по индексам массива. Свойство font-width заменило font-stretch, старое имя оставлено как псевдоним. Если импорт модуля упал из-за временной ошибки сервера, повторный импорт теперь может выполниться успешно; это касается JS, JSON, CSS и текстовых модулей. В сетевом стеке появилось согласование QUIC version 2 для HTTP/3, а JSON Viewer в DevTools научился читать NDJSON построчно.

Для автотестов: в WebDriver BiDi исправлены перезагрузка фреймов, подписки и конфликт с DevTools, в WebRTC добавлена поддержка двухбайтовых RTP-заголовков с идентификаторами от 15 и новые поля статистики. Перед использованием progress() и alpha() в проде стоит сверить поддержку в Chrome и Safari на caniuse: MDN описывает только Firefox.

Почему обновиться сегодня

Бюллетень MFSA 2026-82 сопровождает релиз набором исправлений. CVE-2026-84119 (выход из песочницы через use-after-free в навигации DOM), CVE-2026-84143 и CVE-2026-84144 помечены как уязвимости высокого уровня, CVE-2026-84142 объединяет внутренне найденные ошибки памяти умеренного уровня. Отдельно для Firefox на Android бюллетень называет повышение привилегий (CVE-2026-84117, высокий уровень) и раскрытие информации через WebExtensions (CVE-2026-84127, умеренный уровень). Обновление на 155 закрывает всё это разом; на десктопе и Android оно важнее новых функций.

Что дальше

Mozilla объясняет встроенный блокировщик ограничениями расширений на iOS и формулирует их как «недоступны таким же образом», а не «невозможны навсегда»: в ЕС и Японии Apple уже допускает альтернативные движки, и если Firefox на iOS когда-нибудь перейдёт на Gecko, вопрос с расширениями встанет заново. Пока же блокировщик работает ровно в тех пределах, которые задаёт Content Blocker API.

Источники: Introducing Ad Blocker for Firefox on iOS (Mozilla), Firefox 155 for developers (MDN), Mozilla Foundation Security Advisory 2026-82

Изображение на обложке: Mozilla

Потом проект вырос, в команду пришли ещё люди, и стало понятно: этот красивый монолит пора разделять.

Это было взвешенное решение. В какой-то момент общий фреймворк превратился в поле мерж-конфликтов, где ты уже не тесты пишешь, а разбираешься, кто чей page object сломал и почему Android отвалился после правки для iOS.

Appium тут ни при чём, как и скорость тестов. Проблема была в архитектуре: один общий слой для двух разных платформ начал мешать сильнее, чем помогать.

Как говорил один мой коллега, перефразируя классическое “вам шашечки или ехать”:

Ты сюда страдать пришёл или тесты писать?

После этого решение разделить Android и iOS на два проекта стало очевидным.

Сейчас у меня два отдельных проекта: mb-android-tests и mb-ios-tests. И знаете что? Это лучшее архитектурное решение за всё время на этом проекте. Серьёзно.

Контекст: что за проект и почему это важно

Финтех. Нативное приложение. Отдельные кодовые базы, Kotlin на Android, Swift на iOS. И UI там не «три кнопки и список», формы с десятками полей, кастомные контролы, WebView-вставки, платежи, валютные операции, бюджетные переводы. Ну вы поняли.

Стек: Java 21, TestNG, Appium 2.x, Selenide, Allure, Maven. CI на GitLab, крутится на Mac Mini. 5 Android-эмуляторов, 4 iOS-симулятора, 9 Appium-серверов — по одному на устройство.

Но это сейчас. А начиналось всё с одного жирного монолита.

Старый проект: 8 модулей и конструктор-монстр

Идея была «как в книжке»: один репозиторий, модульная структура, переиспользование. DRY во все поля. Ну а чё, красиво же.

8 модулей. Один mvn clean install. Все зависят от mobile-automation-framework, в котором живут DriverFactory, BaseTest, общие Page Objects и слой Steps.

А DriverFactory принимал 11 параметров. Одиннадцать, Карл.

Половина нужна только Android, другая только iOS. Но метод один. Потому что так более по программистцки, как написано в каждой второй статье про архитектуру автотестов.

Когда я работал один, было норм. Ты сам знаешь, от куда что идет.

А потом пришли люди.

Почему с людьми всё навернулось

Мерж-конфликты каждый божий день

Вот конкретная ситуация. Один человек правит LoginPage в общем фреймворке, добавляет метод для iOS, меняет локатор. Второй в тот же момент рефакторит этот же LoginPage под новую версию Android-приложения.

Мерж. Конфликт.

И тут начинается самое весёлое: какой локатор правильный? Для Android? Для iOS? Для обоих? Кто будет разбираться? Тот, кто мёрджит? А он вообще контекст понимает?

Это не единичный случай. Это было каждый день. Потому что mobile-automation-framework получился общим модулем, от которого зависят все. И все туда лезут. Постоянно.

Обновление одной библиотеки = блокировка всех

Решил обновить java-client с 7.x на 8.x. Нормальное желание — API поменялся, MobileElement удалили, capabilities переехали на типизированные Options.

Вот что произошло в реальности:

1. Меняю версию в parent pom.xml
2. MobileElement удалён → compilation error в DriverFactory, во всех DriverManager’ах
3. DesiredCapabilities → UiAutomator2Options / XCUITestOptions → переписываю все менеджеры
4. selenide-appium 1.x несовместим с java-client 8.x → обновляю до 2.x
5. selenide-appium 2.x требует Selenide 6.x → обновляю Selenide
6. Selenide 6.x ломает API page objects → переписываю page objects во всех модулях
7. А Selenide 6.x ещё и Java 8 не поддерживает → обновляю Java

Одна библиотека.

Задача «обновить одну библиотеку» превратилась в 50+ файлов, 4-5 каскадных обновлений, 2-3 недели работы. И всё это время develop нестабилен. Все заблокированы. Тесты не запускаются.

Две недели.

Из-за одной строчки в pom.xml.

Page Objects с if/else — это два page object в одном файле

Общие Page Objects звучат красиво на бумаге: пишем один раз, используем для обеих платформ. А на практике…

Это не page object. Это два page objects, запиханных в один файл через if/else. И так в каждом методе.

А сверху ещё слой Steps. Обёртки над page objects «для читаемости». И в steps тоже if (platform), потому что логика взаимодействия разная. На Android ты скроллишь через UiScrollable семантически, «прокрути до элемента с текстом X». На iOS координатами, «двигай палец из точки A в точку B». Один метод в steps, а внутри два разных мира.

В какой-то момент ловишь себя на мысли: я же не тесты пишу. Я подгоняю pages и steps под две платформы, чтобы фреймворк не развалился. Это уже не автоматизация тестирования, это поддержка фреймворка ради поддержки фреймворка.

Каждый работает в своём темпе и все друг другу мешают

У одного задача покрыть тестами новый экран на Android. У второго пофиксить падающие тесты на iOS. У третьего добавить тестовые данные.

Все трое лезут в mobile-automation-framework. Все трое меняют pom.xml, BaseTest, page objects. Каждый в своей ветке.

А потом мёрдж.

Технические причины, которые добили окончательно

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

Локаторы: работай с тем, что дают

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

В теории есть AccessibilityID единый локатор для обеих платформ. Звучит хорошо. А на практике? Попробуй попросить мобильных разработчиков расставить одинаковые accessibility-идентификаторы на сотнях экранов. На Kotlin и Swift. Одновременно. Они тебя вежливо пошлют, но скорее всего не вежливо. И будут правы, у них свои спринты, свои дедлайны, и твои автотесты в их приоритетах где-то между «поправить тень у кнопки» и «никогда».

Так что реальный выбор:

XPath - работает, но на iOS может быть тормозным. На Android через UiSelector быстро, нативно, надёжно. На iOS через NSPredicate тоже ок. А «универсальные» XPath типа //*[@text='Войти' or @label='Войти'] это путь к боли, потому что Page Source на двух платформах два совершенно разных XML-дерева.

Координаты - костыль? Да. Но иногда единственный вариант. Когда у тебя кастомный контрол без accessibility-свойств, а разработчик говорит «это декоративный элемент», ты либо тыкаешь по координатам, либо не тестируешь.

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

Суть в том, что «напиши один локатор и работай на двух платформах» это миф. Page Source на Android это android.widget.Button с resource-id. На iOS XCUIElementTypeButton с name и label. Разные типы элементов, разные атрибуты, разная глубина вложенности. Разные миры.

StaleElementReferenceException — «подарок» от iOS

Android рендерит UI через Choreographer синхронно с VSYNC. Элемент появился → стабилен → кликаем.

iOS рендерит через CoreAnimation с неявными анимациями. Элемент есть в дереве, но ещё анимируется. Формально кликабелен, фактически хрен.

Стандартный WebDriverWait с elementToBeClickable это не ловит. Элемент «кликабелен» по мнению Appium wait завершается. А потом click() падает, потому что DOM изменился между вызовами.

На Android этой проблемы нет вообще. Тот же тест, тот же wait, тот же код зелёный на Android, красный на iOS. Один и тот же метод, два разных результата. И это не баг это фундаментальное различие платформ.

Кастомные wait-стратегии для iOS отличаются от Android принципиально. Пихать их в один фреймворк строить leaky abstraction, которая протекает на каждом шаге.

Жесты — два разных мира

Свайп вниз на Android:

Свайп вниз на iOS:

Чувствуете разницу? И даже длительность свайпа важна: на Android 200мс это нормальный скролл. На iOS 200мс это fling, и элемент улетает за экран.

«Кроссплатформенная» обёртка для скролла функция на 40 строк с двумя ветками if (platform), внутри каждой и ещё if для performSwipeDown() vs performSwipeUp(). На 50+ экранах таких обёрток, которых десятки.

И каждая место для бага.

Решение: разделяй и властвуй

Решение было болезненным. Я реально откладывал, потому что казалось, что это шаг назад. Дублирование кода, нарушение DRY, всё такое. Мозг сопротивлялся.

А потом я просто сел и разделил.

Никаких общих page objects. Никаких общих steps. Никакого общего DriverFactory с 11 параметрами. Каждый проект со своим pom.xml, свои зависимости, свой BaseTest, свои локаторы.

Что осталось общего: подход к структуре (Maven + TestNG + Allure), CI-шаблоны, принципы организации. Но не код. Код полностью раздельный.

Что поменялось на практике

В Android-проекте DriverManager типизирован под AndroidDriver. В iOS под IOSDriver. Не AppiumDriver<MobileElement> с кастами и проверками, а конкретный тип для конкретной платформы. IDE подсказывает только релевантные методы. Компилятор ловит ошибки на этапе сборки, а не в рантайме.

BaseTest принимает ровно те параметры, которые нужны. Android: deviceName, platformVersion, udid, appPackage, appActivity, systemPort, serverUrl, appPath — 8 штук, все релевантные. iOS: deviceName, platformVersion, udid, appPath, serverUrl, wdaLocalPort — 6. Никаких @Optional("systemPort") со строкой “systemPort” в качестве дефолта.

А мерж-конфликты?

Когда один человек работает в mb-android-tests, а второй в mb-ios-tests то они вообще не пересекаются. Разные репозитории. Конфликт невозможен физически.

Обновление java-client в Android-проекте не затрагивает iOS. Хочешь обновить, обновляй. iOS продолжает работать на старой версии.

Добавить новый параметр для iOS? Меняешь BaseTest и testng.xml в iOS-проекте. Android даже не узнает.

Это прям кайф.

А как же дублирование кода?!

Конечно, конечно. Первый вопрос, который задают: «Но ведь ты пишешь тесты дважды!»

Нет.

Я пишу каждый тест один раз и без костылей. Без if (platform) в каждом методе. Да, для одного и того же экрана есть два теста, один для Android, один для iOS. Но каждый из них чистый, понятный, заточенный под свою платформу.

В старом варианте я тоже «писал один раз», а потом тратил столько же времени на поддержку if/else, мерж-конфликты и каскадные обновления. «Экономия» на создании оборачивалась переплатой на поддержке. С процентами.

Когда кроссплатформа всё-таки ок

Я не топлю за то, что кроссплатформенный фреймворк абсолютное зло. Есть ситуации, где он работает:

Приложение простое, пара экранов, стандартные контролы, минимум кастомного UI.

UI реально идентичен на обеих платформах. Бывает, наверное.

Команда из одиного человека. Сам пишешь, сам мёрджишь, сам разруливаешь. Голова справляется.

Минимум жестов. Нет сложных свайпов, drag-and-drop, pinch-to-zoom.

Если у тебя финтех, банк, enterprise-приложение с сотнями экранов, кастомными контролами и тремя+ QA, то два проекта дешевле. Не в строках кода, а во времени. В нервах. В часах, потраченных на мерж-конфликты вместо написания тестов.

Итого

Два проекта это не шаг назад и не двойная работа. Со стороны может выглядеть именно так, но на практике ты пишешь каждый тест один раз, под конкретную платформу, без лишних компромиссов. Потом поддерживаешь его без постоянных мерж конфликтов, каскадных обновлений и if/else в каждом втором методе.

Кроссплатформенный фреймворк на Appium для сложного нативного приложения часто оказывается иллюзией экономии.

В следующей статье покажу, как у нас устроена инфраструктура для 9 параллельных устройств на одном Mac Mini: порты, bash скрипты, Appium серверы и workaround’ы, которых нет в документации. Спойлер: там тоже всё не совсем как в гайдах.

SafeLine WAF — это бесплатный инструмент, который я лично тестировал.

Это полностью open-source решения, продукт с действительно бесплатной Community Edition, где ключевые функции не урезаны.

SafeLine WAF — веб-приложенийный межсетевой экран, который действительно поставляется с разумными настройками по умолчанию

Что он делает:

Защищает веб-приложения от SQL-инъекций, XSS-атак, командных инъекций, CSRF, SSRF, атак включения файлов и других угроз из списка OWASP Top 10. Также поддерживает защиту от CC/DDoS-атак, управление ботами и может работать как шлюз аутентификации.

Почему он:

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

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

Некоторые показатели, которые стоит учитыват

1. Уровень обнаружения - SafeLine (Balanced) (71.65%), ModSecurity (Level 1) (69.74%), Cloudflare (Free) (10.7%)
2. Уровень ложных срабатываний - SafeLine (Balanced) (0.07%), ModSecurity (Level 1) (17.58%), Cloudflare (Free) (0.07%)
3. Точность - SafeLine (Balanced) (99.45%), ModSecurity (Level 1) (82.20%), Cloudflare (Free) (98.40%)

Сбалансированный профиль SafeLine обнаруживает более 70% атак, при этом блокируя легитимный трафик ошибочно всего в 0.07% случаев. Это именно тот уровень настроек по умолчанию, который можно использовать в промышленной среде без постоянного ручного контроля.

Установка выполняется одной командой

После запуска он разворачивается как набор Docker-контейнеров: Tengine (форк Nginx) используется в качестве reverse proxy, отдельный сервис отвечает за семантический анализ, PostgreSQL хранит конфигурации и логи, а удобная веб-панель администратора работает на порту 9443.Community Edition поддерживает до 10 сайтов, чего достаточно для большинства личных проектов и небольших бизнес-сценариев.

Сайт: https://cyberserval.tech/landing/safeline

GitHub: github.com/chaitin/SafeLine (более 21 тыс. звёзд)

Лицензия: GPL-3.0 / MIT (Community Edition)

Раньше Passwords только предупреждал о проблемах и отправлял на страницу аккаунта, где пароль приходилось менять вручную. В iOS 27 приложение получило агентные возможности (агентный ИИ — способность системы автоматически выполнять цепочку действий от имени пользователя): после одобрения пользователя оно взаимодействует с сайтами через Safari и генерирует новый надёжный пароль автоматически. Apple заявляет, что для этого используются Apple Intelligence и Foundation Models, разработанные в сотрудничестве с Google.

iOS 27 позволяет менять слабые и скомпрометированные пароли одним тапом.

Приложение Passwords само авторизуется на сайтах и генерирует новые пароли через Safari.

Фича использует Apple Intelligence и Foundation Models, разработанные в сотрудничестве с Google и технологиями Gemini.

Публичный релиз iOS 27 запланирован на осень 2026 года, бета уже доступна разработчикам.

Что изменилось в Passwords

В текущих версиях iOS менеджер паролей проверяет учётные данные по базам известных утечек и предупреждает, если пароль оказался скомпрометированным. Однако пользователь всё равно должен сам зайти на сайт, найти раздел смены пароля и придумать новую комбинацию.

В iOS 27 система возьмёт на себя всю рутину: найдёт форму смены пароля на поддерживаемом сайте, пройдёт аутентификацию и подставит сгенерированный менеджером ключ. Пользователю останется только подтвердить операцию одним тапом.

Apple заявляет о безопасной навигации между сайтами, но технические детали пока не раскрыты: неизвестно, какие данные обрабатываются на устройстве, а какие передаются на серверы сторонних ресурсов. Правда, пока не ясно, насколько широко работает поддержка различных сайтов и как система справляется с двухфакторной аутентификацией.

Контекст: ИИ без хайпа

WWDC 2026 прошёл под руководством Тима Кука. The Register называет это его последней конференцией разработчиков в текущей роли. Компания представила несколько обновлений на базе ИИ: создание шорткатов и расширений Safari через естественный язык, мониторинг изменений на веб-страницах и переработанный Siri AI.

Аналитики отмечают, что Apple делает ставку не на самые громкие фичи, а на повседневную полезность. Как отмечает вице-президент IDC по клиентским устройствам Франсиско Жеронимо, победит не тот, у кого самая громкая или технически сложная модель, а тот, чей ИИ понимает контекст, уважает приватность, надёжно работает в приложениях и упрощает взаимодействие, не заставляя пользователя менять привычки.

Выводы

Автоматическая смена паролей — хороший пример применения ИИ в повседневной задаче. Технология решает реальную проблему: большинство пользователей либо игнорирует предупреждения об утечках, либо откладывает смену пароля из-за неудобств. Если Apple сможет сделать процесс действительно плавным, это повысит безопасность миллионов аккаунтов.

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

Пока iOS 27 не вышла, проверьте свои пароли через haveibeenpwned.com и включите двухфакторную аутентификацию на критичных аккаунтах. Это самый надёжный способ защититься от утечек уже сегодня.

Источник: The Register

Если верить статистике, сейчас ежедневно создается около 402,74 миллионов терабайт данных.

Согласитесь, довольно внушительная цифра.

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

Меня зовут Оксана, я маркетолог в Beget и в этой статье хочу поделиться решением, которое мы выбрали у себя в отделе для хранения файлов, когда заметили, что их стало слишком много.

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

Ранее у нас был опыт использования Nextcloud, однако его функционал, подобный швейцарскому ножу (встроенные календарь, конференции, таск-трекер и т. д.), оказался слишком объемен для нашей, по сути, скромной задачи – удобного и стабильного хранения файлов.

Вот почему мы подыскали аналог Nextcloud – ownCloud. В отличие от более функционального Nextcloud, ownCloud заточен исключительно на работу с файлами. И при этом он поддерживает подключение облачного объектного хранилища S3. Поэтому для нас в сравнении Nextcloud vs ownCloud выбор был очевиден.

В этой статье я расскажу, какие возможности есть у ownCloud, почему это ПО может быть полезно и как настроить связку ownCloud и S3. Если вы хотите организовать безопасное, контролируемое хранение и обмен данными на работе или дома, то этот материал будет для вас полезен.

Что может ownCloud

Для начала – буквально несколько слов об ownCloud и его возможностях.

Это программное обеспечение с открытым исходным кодом для хранения, синхронизации и обмена файлами появилось в 2010 году благодаря усилиям разработчика KDE Франка Карличека, который стремился создать бесплатную альтернативу коммерческим облачным сервисам хранения данных.

OwnCloud позволяет:

1. получать доступ к данным из любой точки мира и хранить файлы на собственном сервере – под вашим полным контролем;
2. синхронизировать данные между устройствами – доступ к файлам возможен с компьютеров (Windows, macOS, Linux), смартфонов (iOS, Android) и через браузер, изменения на одном устройстве мгновенно появляются на всех остальных;
3. делиться файлами и папками по ссылке, настраивая права доступа, пароли и срок действия ссылок;
4. совместно работать с документами, отслеживать историю изменений и возвращаться к любой предыдущей версии файла.

Только ownCloud сочетает в себе полный контроль над данными с простыми в использовании функциями обмена файлами, делая совместную работу более эффективной и безопасной.

Сегодня ownCloud используют компании (Philips, Nationwide, Zeppelin и др.) в самых разных сферах (IT, машиностроение, медицина и т. д.).

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

С ownCloud мне не нужно слепо доверять какой-то неопределенной организации. Я контролирую, как происходит обмен файлами, и ownCloud помогает мне на каждом этапе.

OwnCloud позволяет решать самые разные задачи, связанные с работой с файлами, – расскажем на примере трех кейсов, как это облачное хранилище помогает нам в отделе маркетинга.

Для каких задач мы используем ownCloud и S3

1. Централизованное управление материалами

Мы часто работаем с текстами, изображениями и презентациями. Дизайнеры и авторы загружают эти материалы в ownCloud, файлы автоматически сохраняются в S3, а для удобства поиска у нас настроены теги.

В итоге каждый член команды может видеть версии файлов (это важно для правок), нет хаоса в почте и мессенджерах.

2. Безопасное взаимодействие с подрядчиками

Связка ownCloud и S3 позволяет выгружать внешним специалистам материалы и получать результаты работ без прямого доступа к внутренней сети компании. Мы создали папку с публичной ссылкой, но жесткими ограничениями – паролем, сроком жизни ссылки в течение нескольких дней и разрешением на загрузку файлов без права просмотра папки.

На практике это работает так: менеджер создает ссылку и отправляет подрядчику, подрядчик переходит по ссылке и загружает архив с готовыми материалами, файл попадает в ownCloud, а его содержимое сохраняется в S3. Таким образом, подрядчик не видит, какие еще файлы лежат в папке, а мы контролируем, кто, что и когда загрузил.

3. Долгосрочный архив креативов и отчетов

По закону (152-ФЗ в РФ или GDPR в Европе) компания обязана хранить персональные данные клиентов, а также отчеты о рассылках и рекламных акциях на протяжении определенного времени.

Для решения этой задачи мы настроили правило: файлы старше 90 дней автоматически перемещаются в S3 Glacier (холодное хранилище) – этот класс снижает стоимость хранения, а если, например, юристу понадобится скачать какой-нибудь отчет спустя 2–3 года, он просто выгрузит его из ownCloud буквально за 5–10 минут.

Теперь – в деталях и по шагам о том, как начать использовать ownCloud в связке с S3.

Как развернуть ownCloud и подключить S3

OwnCloud удобно использовать с объектным хранилищем S3 – таким образом можно:

1. масштабировать систему – S3 расширяется автоматически и не имеет ограничений по объему и количеству размещаемых данных и файлов;
2. оптимизировать затраты – можно платить не за дорогую конфигурацию виртуального сервера с большим объемом диска, а лишь за фактически занимаемое место, по модели pay as you go (оплата по мере потребления);
3. повысить надежность хранения – за счет встроенной в S3 тройной репликации данных (файлы хранятся в 3 копиях и размещаются на независимых серверах в разных стойках для абсолютной сохранности данных).

Итак, разберем, как настроить связку ownCloud и S3.

Разработчики ownCloud предлагают два варианта установки. Можно скачать ownCloud и установить его вручную или использовать Docker-контейнеры. Мы выберем второй вариант.

Для размещения ownCloud в нашем примере создадим виртуальный сервер на базе готового решения Docker.

Можно подключиться к серверу по SSH или с помощью терминала в панели управления.

Для размещения файлов создайте бакет объектного хранилища S3. Реквизиты доступа к нему будут в карточке бакета в панели:

Создайте директорию для размещения конфигурационных файлов проекта и перейдите в нее:

Затем вставьте в файл docker-compose.yml следующее содержимое с помощью любого текстового редактора:

После этого создайте файл .env, в котором будут храниться значения переменных. Шаблон файла следующий:

Теперь необходимо отредактировать эти строки:

1. ownCloud_DOMAIN и ownCloud_TRUSTED_DOMAINS – укажите домен (так как ownCloud будет размещен за обратным прокси, указывать рабочий порт здесь не требуется);
2. ADMIN_USERNAME – логин администратора;
3. ADMIN_PASSWORD – пароль администратора.

Обратите внимание! Изменение ADMIN_USERNAME и ADMIN_PASSWORD уже после развертывания контейнеров не возымеет эффекта. Изменить пароль администратора вы можете в настройках пользователя в веб-интерфейсе.

Далее необходимо указать параметры подключения к S3.

• ownCloud_OBJECTSTORE_BUCKET – имя бакета S3;
• ownCloud_OBJECTSTORE_ENDPOINT – эндпоинт хранилища (например, https://s3.ru1.storage.beget.cloud);
• ownCloud_OBJECTSTORE_REGION – регион (ru1 для Beget);
• ownCloud_OBJECTSTORE_KEY – Access key бакета;
• ownCloud_OBJECTSTORE_SECRET – Secret key бакета.

Сохраните файл.

Остается лишь добавить файл конфигурации для Caddy – обратного прокси, через который пользователи будут получать доступ к ownCloud.

Создайте директорию config:

После чего создайте в ней файл конфигурации Caddyfile. Добавьте в него следующее содержимое, указав вместо ownCloud.betutorial.ru ваш домен ownCloud:

Обратите внимание! Caddy выпустит SSL-сертификат на домен автоматически.

Все запросы к домену будут проксироваться в контейнер ownCloud_server.

На этом настройка конфигурационных файлов завершена, можно запускать контейнеры:

Потребуется несколько минут, чтобы docker загрузил образ и развернул контейнеры.

После запуска перейдите по домену, чтобы проверить работу хранилища:

Выполните вход со стандартными доступами.

Обратите внимание! Если ownCloud недоступен или вы получаете ошибку при входе со стандартными доступами, проверьте корректность конфигурационных файлов. После внесения изменений перезапустите контейнеры.

После входа вы попадете на главную страницу ownCloud. Перед началом работы мы крайне рекомендуем сменить стандартный пароль администратора. Сделать это можно, нажав на кнопку с именем пользователя в верхней правой части страницы и открыв раздел настроек.

Теперь проверим работу объектного хранилища – перейдем на главную страницу и загрузим файлы:

Файлы также появились и в объектном хранилище:

Обратите внимание! Файлы, которые вы удалите в ownCloud, будут перемещены в корзину и останутся в S3. Для их полного удаления очистите корзину ownCloud.

Чтобы делиться паролями с новыми пользователями, необходимо настроить отправку почты в ownCloud, сделать это можно в разделе Settings>General.

В нашем примере мы настроим отправку через SMTP:

После указания данных введите тестовый email и нажмите “Send email”. Если отправка успешна, вы получите уведомление об этом:

А на почтовый ящик поступит письмо:

На этом настройка завершена – можно начинать работать с файлами, используя связку ownCloud и S3.

Заключение

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

Подобное ПО пригодится как для личных целей, так и для бизнеса – недаром в 2025 году в нашей стране был зафиксирован рост интереса крупного и среднего бизнеса к технологии облачного хранилища.

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

Я Java-разработчик и в основном работаю с backend: Spring Boot, базы данных, интеграции, авторизация, WebSocket — всё то, что обычно находится за интерфейсом.

В какой-то момент я поймал себя на мысли: я каждый день пользуюсь мессенджерами, но плохо понимаю, как они устроены внутри. Окей, JWT, WebSocket, PostgreSQL, Redis — это понятно. Но что технически означает фраза "end-to-end encryption"? Как сервер доставляет сообщения, если он не должен их читать? Где живут ключи? Что хранится в базе? Что происходит, если у пользователя два устройства?

Решил разобраться через практику. Написал мессенджер с нуля. Назвал Chaos Messenger.

Сразу честно: криптографическую часть я изучал вместе с Claude и ChatGPT — читал спецификации X3DH и Double Ratchet, разбирал примеры, задавал вопросы, пока не сложилась цельная картина. Frontend тоже делался с активной помощью ChatGPT: я backend-разработчик, React для меня не основная среда. Но архитектура, backend, интеграция WebCrypto, модель конвертов, хранение сообщений и принципиальные решения — мои.

Для меня AI здесь был не заменой понимания, а инструментом — примерно как документация, Stack Overflow и ревью коллег. Без понимания threat model и архитектуры такой проект всё равно не собрать.

В статье расскажу, как работает E2EE изнутри: как устанавливается сессия через X3DH, как каждое сообщение получает отдельный ключ через Symmetric Ratchet, почему сервер хранит только зашифрованные конверты, и какие ошибки я допустил по дороге.

Стек: Spring Boot 3, React 18, WebCrypto API, PostgreSQL, Redis, WebSocket/STOMP, Prometheus, Grafana.

Важная оговорка про web-E2EE

Когда я говорю, что сервер не может прочитать сообщения, я имею в виду backend, базу данных, WebSocket-слой и уже сохранённые ciphertext-конверты. У них нет ключей и plaintext.

Но у web-E2EE есть отдельная проблема: frontend-код тоже приходит с сервера. Теоретически скомпрометированный сервер может отдать изменённый JavaScript, который украдёт ключи или plaintext до шифрования. Это ограничение не конкретно моего проекта, а браузерной модели в целом.

Поэтому корректная формулировка такая: backend не получает ключи и не может расшифровать уже переданные или сохранённые сообщения. Защита от подмены клиентского кода — отдельный слой безопасности: подпись сборок, независимая верификация клиента, desktop/mobile-приложения, reproducible builds.

Почему обычный подход не работает

Большинство "мессенджеров" на GitHub выглядят примерно так:

Сервер знает всё. Видит каждое сообщение. Если БД утекла — утекла вся переписка. Если сервер взломали — читай что хочешь. Если завтра компания решит продать данные — технически ничего не мешает.

E2EE решает это радикально: backend не получает ключи и не хранит plaintext. Сообщение шифруется на устройстве отправителя до отправки в сеть, а расшифровывается только на устройстве получателя.

Это уже не вопрос политики конфиденциальности в стиле "мы обещаем не читать". Это архитектурное ограничение: если у сервера нет ключа, он не может превратить ciphertext обратно в текст.

Звучит как магия. На самом деле — два протокола и немного WebCrypto.

Главная идея: конверты

Представь что Алиса хочет написать Бобу. Вместо того чтобы положить письмо на стол и надеяться что никто не прочитает — она кладёт его в запечатанный конверт. Конверт может открыть только Боб своим ключом. Сервер просто передаёт конверт не заглядывая внутрь.

Именно так это работает в коде. В базе данных у меня это выглядит так:

Когда я впервые увидел

в своей БД вместо текста — стало понятно, что модель наконец работает правильно: сервер создал сообщение, доставил его, сохранил метаданные, но так и не узнал содержимое.

А вот что сервер возвращает при запросе списка чатов через API:

Не

. Не

. Буквально

(DevTools → Network → ответ API с

)

Откуда берутся ключи: X3DH

Главный вопрос: как Алиса и Боб получают общий секрет, если они никогда раньше не общались? И как сделать это так, чтобы сервер только помог передать публичные данные, но сам не смог вычислить итоговый ключ?

Для этого используется X3DH — Extended Triple Diffie-Hellman, протокол из экосистемы Signal. Его задача — установить общий секрет между двумя устройствами, используя долгосрочные и временные ключи.

Что хранится на сервере

Когда пользователь регистрирует устройство, он загружает на сервер пакет публичных ключей:

На сервер уходят только публичные части. Приватные ключи сериализуются и хранятся локально в браузере — и никогда не покидают устройство в сеть.

Здесь важно сказать честно: хранение приватных ключей в

Более строгий вариант — использовать Web Crypto API с

, чтобы приватный ключ жил внутри браузерного crypto runtime и его нельзя было экспортировать в байты. Но у этого подхода есть практическая сложность: ключи нужно переживать между перезагрузками страницы, синхронизировать с IndexedDB, аккуратно восстанавливать состояние устройства и не сломать UX.

В браузерных E2EE-приложениях обычно приходится выбирать между несколькими вариантами:

• Сериализуемые ключи в localStorage или IndexedDB — проще реализовать, но нужно очень серьёзно относиться к XSS и целостности frontend-кода.
• extractable: false + IndexedDB — безопаснее, но сложнее в реализации и восстановлении состояния.
• Нативное secure storage вроде Android Keystore или iOS Secure Enclave — лучший вариант для мобильных клиентов, но он недоступен обычному web-приложению.

В текущей версии Chaos Messenger используется первый вариант. Это осознанный компромисс для pet/open-source проекта и удобного запуска в браузере. Переход на non-extractable ключи и более строгую модель хранения стоит в roadmap.

Ключевой момент: backend всё равно не получает приватные ключи и не может расшифровать сохранённые ciphertext-конверты. Но защита ключей на клиенте — отдельная задача, и её нельзя честно замалчивать.

Установка сессии

Когда Алиса открывает переписку с Бобом впервые, происходит следующее:

В классическом X3DH четвёртая DH-операция с one-time prekey опциональна: она выполняется, если сервер выдал доступный OPK получателя. В моей реализации устройство публикует набор one-time prekeys при регистрации, поэтому первое сообщение обычно использует DH4. Если OPK закончились, сессию всё равно можно установить через остальные DH-компоненты, но это уже менее сильный вариант.

Боб, получив конверт с эфемерным публичным ключом Алисы, повторяет те же операции со своими приватными ключами и получает тот же самый

. Математика симметрична.

Сервер в этот момент видит только публичные ключи и зашифрованный конверт. Он помогает устройствам найти друг друга, но не участвует в вычислении секрета.

Получить

Как шифруется каждое сообщение: Symmetric Ratchet

X3DH даёт нам стартовый

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

Решение — симметричный ratchet. После каждого сообщения цепочка ключей продвигается вперёд:

Визуально это выглядит так:

используется для шифрования одного сообщения через AES-GCM, после чего уничтожается. Если атакующий компрометирует

— он прочитает только второе сообщение.

В рамках такой симметричной цепочки это даёт forward secrecy назад по цепочке: зная текущий или отдельный

Само шифрование сообщения:

А вот что уходит на сервер — живой пример из DevTools:

Сервер получает

и

. Расшифровать без

Важная оговорка: это ещё не полный Double Ratchet

В этом проекте реализован Symmetric Ratchet — цепочка, где из

для каждого сообщения выводится отдельный

Это защищает прошлые сообщения: если атакующий узнает текущий ключ или отдельный

, он не сможет откатить HMAC назад и получить старые ключи.

Но это не полный Double Ratchet из Signal Protocol.

В полном Double Ratchet есть ещё DH ratchet step: стороны периодически выполняют новый Diffie-Hellman обмен и обновляют root key. Это даёт break-in recovery — возможность восстановить безопасность будущих сообщений после компрометации части состояния.

В моей реализации DH ratchet step пока нет. Если атакующий получит актуальное состояние сессии на устройстве и сможет продолжать его читать, он сможет расшифровывать будущие сообщения до переустановки сессии. Это честное ограничение текущей версии, и оно стоит первым пунктом в roadmap.

Мультиустройство: один пользователь, несколько конвертов

Первый неочевидный момент: в E2EE сообщение адресуется не просто пользователю, а конкретным устройствам пользователя.

Если у Боба два устройства — телефон и ноутбук — нужен отдельный encrypted envelope для каждого устройства. Сервер не может взять один конверт, расшифровать его и "переупаковать" для второго устройства: у него нет ключей и он не знает plaintext.

Значит при отправке сообщения нужно зашифровать его отдельно для каждого устройства каждого участника чата.

Для чата где у каждого по 2 устройства — 4 конверта на одно сообщение. Для группы из 10 человек — потенциально 20 конвертов. Это нормально, это цена безопасности.

Сервер: хранение и доставка конвертов

На сервере сообщение создаётся с контентом

, а конверты сохраняются отдельно:

После сохранения — fanout по WebSocket. Каждое устройство получает свой конверт и только его:

Это важное отличие от обычного WebSocket-чата. В обычном чате сервер рассылает одно и то же событие всем участникам. В E2EE-чате сервер рассылает разные события разным устройствам: payload для каждого устройства содержит свой

Топик

— строго персональный. Устройство А не получает конверт устройства Б. Никакого broadcast — только адресная доставка.

Архитектура целиком

Баг который долго не замечал

В панели чатов показывается превью последнего сообщения. Я реализовал это через

Запускаю — в списке чатов у всех написано

.

Конечно. Сервер же не знает что там написано.

Я полчаса думал как решить это на сервере. Потом дошло: нельзя решить это на сервере — у него нет ключей. Решение только на клиенте.

После того как пользователь открыл чат и сообщения расшифровались — кешируем последнее в памяти:

Это хороший пример того, как E2EE меняет привычное мышление backend-разработчика. В обычном приложении preview — это поле в SQL-запросе. В E2EE-приложении preview — это локальное клиентское состояние, потому что только клиент видел plaintext.

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

Rate limiting: дыра которую легко не заметить

Эндпоинт

отправляет SMS с кодом. Без защиты любой скрипт может дёргать его тысячи раз — это называется SMS pumping fraud, SMS стоят реальных денег.

Redis у нас уже был для хранения онлайн-статусов. Добавил rate limiting поверх него:

При превышении — HTTP 429 с заголовком

. Клиент знает через сколько секунд можно повторить.

Важный нюанс: в текущей реализации, если Redis недоступен, сервис не блокирует авторизацию полностью. Для pet-проекта это приемлемый компромисс: лучше рискнуть одним лишним SMS, чем положить вход в приложение.

В production я бы сделал строже: fallback in-memory лимит на инстанс, отдельные лимиты по IP и телефону, антифрод-логику и алерты на всплески отправки кодов.

Авторизация WebSocket

Отдельная история — авторизация WebSocket соединений. HTTP-эндпоинты защищены Spring Security автоматически, но WebSocket — другое дело. STOMP-соединение устанавливается один раз, и нужно проверять JWT при каждом подключении.

Отдельно важно не только проверить JWT, но и связать WebSocket-соединение с конкретным устройством. Пользователь может быть один, но устройств у него несколько, а encrypted envelope адресован именно

Поэтому при подключении я проверяю не только токен, но и

: устройство должно быть зарегистрировано и принадлежать текущему пользователю. Иначе легко случайно превратить per-device E2EE-доставку обратно в обычный broadcast по пользователю.

Что получилось — живые скрины

Что реализовано:

• E2EE-модель с per-device encrypted envelopes
• X3DH session setup + Symmetric Ratchet + AES-GCM
• Мультиустройство
• Личные и групповые чаты
• Realtime доставка через WebSocket/STOMP
• Статусы SENT → DELIVERED → READ
• Редактирование и soft delete сообщений
• Online presence, typing indicator
• Фото-вложения
• Поиск пользователей
• Rate limiting на SMS через Redis
• Prometheus метрики + Grafana дашборд
• Swagger UI с JWT авторизацией
• 24 backend-теста на Testcontainers, 12 frontend на Vitest, E2E на Playwright
• GitHub Actions CI

Что ещё не сделано:

• Полный Double Ratchet с DH ratchet step и break-in recovery
• Ротация signed prekey и аккуратное пополнение one-time prekeys
• Более строгая модель хранения приватных ключей на клиенте: non-extractable CryptoKey + IndexedDB
• Защита от подмены frontend-кода: подпись сборок, независимая верификация клиента, reproducible builds
• Android-клиент с Android Keystore
• Реальный SMS-провайдер вместо кода в backend-логах
• Push-уведомления без утечки содержимого сообщений
• Более строгая metadata-модель для групповых чатов

Главный инсайт

E2EE — это архитектурное решение, а не библиотека.

Нельзя взять обычный Spring Boot чат и просто "включить шифрование". Нужно с самого начала проектировать систему так, чтобы backend не был участником доверенной зоны: он не должен получать plaintext, не должен иметь ключи и не должен уметь пересобирать сообщение из данных в базе.

Это меняет почти всё:

• структуру БД — вместо текста появляются encrypted envelopes
• API — сервер отдаёт [encrypted], а не preview сообщения
• WebSocket — доставка идёт не по пользователю, а по конкретному устройству
• мультиустройство — одно сообщение превращается в несколько ciphertext-конвертов
• frontend — становится полноценной криптографической частью системы, а не просто UI

Второй инсайт: мессенджер — это не "чат с WebSocket". В E2EE-модели это система доставки зашифрованных конвертов с адресацией по устройствам. Как только это принимаешь, многие странные на первый взгляд решения становятся логичными.

Репозиторий

Код открыт: github.com/vaazhen/chaos-messenger

В репозитории есть README на русском и английском, диаграммы, скриншоты, security audit, Docker Compose и запуск одной командой.

Проект не претендует на уровень production-криптомессенджера вроде Signal. Это учебный и инженерный open-source прототип, цель которого — показать, как E2EE меняет архитектуру backend, frontend и realtime-доставки.

Если вы делали что-то похожее — особенно интересно сравнить подходы к ротации prekey-ов, хранению non-extractable ключей в браузере и реализации DH ratchet step. Вопросы и критика приветствуются.

Мне эта модель быстро наскучила.

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

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

- это не убийца Telegram;

- это не презентация для инвестора с KPI и growth loops;

- это не проповедь о том, как всем теперь жить.

Это мой личный цифровой бункер, моя песочница, мой учебный полигон и мой инженерный аттракцион. Я строю это прежде всего для себя: как резервный канал связи, как способ не зависеть от чужих решений и как честный highload-эксперимент, в котором можно не рассуждать про real-time в теории, а ловить его за горло руками.

И вот здесь началось смешное.

Я рассчитывал на бодрую гаражную поделку. Но эта штука оказалась заметно живее, упрямее и интереснее, чем я ожидал. Поэтому я и притащил ее на TProger. Не за аплодисментами. За самым ценным, что здесь умеют делать лучше многих: находить слабое место раньше, чем автор успевает самодовольно сказать «ну вроде едет».

Что это вообще такое

На текущем этапе это PWA-мессенджер.

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

«настоящие пацаны пишут только натив». Можете не разогреваться, я это всё уже сам себе рассказал.

Почему все равно PWA:

- мне нужен был короткий путь от идеи до живого клиента;

- мне нужен был быстрый цикл выката без ритуальных танцев с

магазинами приложений;

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

пересобирать и снова кидать в бой;

- мне нужно было что заработает на разных платформах;

- мне нравится, что PWA живет в браузерной песочнице, а не лезет в телефон как хозяин квартиры.

У PWA есть реальные потолки:

- нет такой свободы по платформенным API, как у нативного клиента;

- фон, пуши и некоторые сценарии мобильной жизни работают хуже, чем

хотелось бы;

- нет нормальных VoIP-пушей (звонки работают только когда приложение

открыто), нет нормальной интеграции со списком вызовов телефона;

- по голой производительности натив его обгоняет.

И, да, Service Workers иногда ведут себя как подростки в пубертате, а iOS местами режет фоновую жизнь PWA так, будто лично обиделась на идею веб-клиента. Я в курсе. Выживаем с тем, что есть.

Но для моей задачи PWA дал главное: скорость эволюции. А в экспериментальном проекте это иногда важнее, чем стерильная идеология.

И да, работает эта штука подозрительно хорошо. Лучше, чем я ожидал, если честно.

Зачем вообще писать еще один мессенджер, когда мир и так ими забит

Потому что «и так забит» — плохой аргумент, когда существующие варианты в любой момент могут начать вести себя как полуживые.

Потому что я люблю контролировать инфраструктуру, а не молиться на чужую.

Потому что читать статьи про очереди, ретраи, доставку, порядок сообщений и борьбу с race condition — это теория. А написать свое, увидеть, где оно течет, и потом руками это затыкать — уже ремесло.

Потому что мне скучно.

Да, это тоже важная часть правды. На обычной работе мозг периодически начинает зевать от предсказуемости. А когда ты в одиночку пытаешься собрать живой real-time-сервис, где есть сессии, доставка сообщений, поиск, синхронизация состояния, очереди и weird cases мобильной сети —

то зевота быстро заканчивается.

То есть да: это учебный проект. Но из тех учебных проектов, которые в какой-то момент говорят: «всё, детский сад закончился, теперь давай как взрослые».

Где начинаются не разговоры про highload, а настоящая инженерная жизнь

Пока не собираешь такое сам, кажется, что мессенджер — это просто чатик.

Ну текстик, ну websocket, ну кнопка «отправить», господи. А потом начинается взрослая часть спектакля.

1. Сообщение должно не просто уйти, а дойти правильно

Самая скучная и самая дорогая ошибка — считать, что «отправил» значит

«доставил».

Нет. В реальной жизни между клиентом, сетью, сервером и хранилищем полно мест, где всё может стать интересно:

- клиент послал пакет, но сеть моргнула;

- сервер принял, но клиент не получил подтверждение;

- клиент решил, что ничего не дошло, и отправил повторно;

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

дедупликация, подтверждения, ретраи и очень неприятные разборки с

дублями.

И это только один кусок.

2. Порядок сообщений — штука гораздо более капризная, чем кажется

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

Инженерная реальность куда веселее:

- локальный optimistic update на offline-first клиенте хочет быть

быстрым;

- серверная истина хочет быть правильной;

- база хочет жить в своей временной линии;

- несколько устройств одного пользователя могут в это время смотреть на

мир разными глазами.

Как только начинаешь совмещать низкую задержку с внятной консистентностью, выясняется, что ты не «чатик пишешь», а торгуешься с физикой и распределенными состояниями.

3. Race condition — это когда баг уже произошел, но ты еще не знаешь, где именно тебя унизили

Race conditions — мой любимый жанр инженерного фольклора. Это когда всё прекрасно, пока ты смотришь. И ломается ровно в тот момент, когда отвлекся налить кофе.

Условно:

- один поток думает, что пользователь в онлайне;

- второй уже считает, что он отвалился;

- третий в это время честно пишет новое состояние;

- четвертый с невинным лицом отдает клиенту вчерашнюю правду.

А потом ты сидишь и объясняешь себе, почему в 99.7% случаев всё идеально, а в оставшихся 0.3% система внезапно начинает разговаривать голосами. А когда еще и пытаешься заставить работать реалтайм систему еще в кластере, то все сложности возводятся в квадрат.

4. Любая «маленькая фича» очень быстро приходит за твоей архитектурой с ножом

Захотел новую механику? Например, необычную резервацию UIN еще до регистрации? На бумаге выглядит забавно. На бэкенде начинается вечеринка:

- появляется состояние для еще не существующего пользователя;

- нужно резервировать ресурс так, чтобы его не вымели любопытные и жадные боты;

- нужно думать о TTL, освобождении, гонках, повторных запросах и кривом клиентском поведении;

- нужно следить, чтобы веселая фича не превратилась в атаку на собственную логику.

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

5. Поиск и история сообщений сначала кажутся простыми. Потом ты взрослеешь

Пока данных мало, Postgres прощает тебе оптимизм. Потом история растет, индексы начинают намекать, что дружба дружбой, а latency по расписанию, и любой неаккуратный запрос внезапно становится личным конфликтом с CPU.

И тут выясняется, что в реальном мессенджере мало просто «хранить сообщения». Нужно еще:

- быстро искать;

- не ломать горячий путь доставки;

- не превращать сервер в печку под нагрузкой;

- думать наперед, где потом начнется горизонтальное масштабирование, а

где сначала будет боль, потом переписывание, потом снова боль.

Чтобы это не выглядело как очередная литература про «сложности highload», вот живой пример. Это кусок поиска по групповым сообщениям в моем бекенде: с проверкой доступа, выборкой только текстовых сообщений и сортировкой по релевантности.

Под этот запрос у меня лежит не молитва, а вполне конкретная опора: partial GIN index по выражению`(content->>'text') gin_trgm_ops`.Иначе такая красота очень быстро превращает сервер в отопление стойки за счет тупого перебора JSONB.

А вот так тот же самый функционал очень часто пишут новички — вроде работает, пока данных смешно мало:

Проблема тут не в эстетике. Проблема в том, что верхний вариант ищет по нужному полю, умеет нормально ранжировать результат и опирается на индекс. Нижний часто уезжает в тяжелый scan по JSONB, ищет по строковому представлению всего объекта и под нагрузкой начинает жечь CPU просто потому, что автору было лень договориться с базой по-хорошему.

На реальном объеме истории в проде разница здесь может быть уже не в процентах, а на порядок и выше. То есть это очень быстро превращается не в «чуть-чуть быстрее», а в 10x+, а дальше всё зависит от размера истории, доли текстовых сообщений, партиций и того, насколько сильно вы любите мучить PostgreSQL.

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

6. Очереди, ретраи и backpressure — это не украшения, а повод спать чуть спокойнее

В сетевом сервисе нельзя жить по принципу «ну отправили и ладно». Когда клиентов много, а сеть у части из них вечно в состоянии «между EDGE и молитвой», тебе нужны механизмы, которые умеют не только гнать трафик, но и не убивать систему собственным рвением.

То есть нужны:

- очереди (Kafka, или что вы там предпочитаете);

- повторные попытки (retry-логика);

- backpressure;

- вменяемая реакция на временную деградацию (graceful degradation);

- circuit breaker чтобы какой-нибудь маленький и вроде бы некритичный сервис не мог каскадно положить бы всю инфраструктуру;

- архитектура, которая умеет признавать, что мир не идеален.

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

Интерфейс я подсматривал у Telegram. И да, специально

Я не стал устраивать дизайнерский карнавал ради уникальности. У пользователя уже есть мышечная память. Она дороже моего самолюбия.

Если человек открывает новый мессенджер, он хочет быстро разобраться и написать сообщение. Ему не нужен артхаус-квест «найди кнопку отправки, автор так видит».

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

Моя любимая инженерная шалость: UIN-рулетка до регистрации

Тут я, конечно, немного похулиганил.

Я сделал резервацию UIN еще до этапа регистрации. То есть можно зайти, поймать красивый номер, а уже потом решить, нужен тебе вообще этот зоопарк или нет.

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

С серверной стороны это пачка вопросов:

- как хранить состояние для «почти-пользователя»;

- как не раздать красивые номера слишком щедро;

- как не дать мимо проходящему ботнету выгрести пул;

- как освобождать резервы и не плодить мусор;

- как не застрелить логическую целостность ради красивой игрушки.

С практической точки зрения миру, возможно, и не нужна эта фича. С инженерной — она просто слишком вкусная, чтобы я прошел мимо.

Про безопасность — без дешевой магии и без сказок для инвестора

Нет, я не изобретал свою криптографию. Я вообще считаю, что желание «сейчас быстренько придумаю свой защищенный протокол» должно автоматически активировать тревожную сирену. Да, создать защищенный протокол возможно, но это сложнее и дольше чем кажется из-за необходимости учета множества edge-cases; и в реальности сделанные на коленке протоколы чаще ненадежны, и, что еще хуже, об их уязвимостях могут знать лишь немногие пронырливые и порой не самые добросовестные люди.

Поэтому мой подход скучный, взрослый и не очень годится для красивых презентаций:

- транспорт закрыт современным TLS 1.3 (который на текущий момент, март 2026, взломать прямым криптографическим методом практически невозможно);

- клиент живет как PWA в браузерной песочнице, какая уже сама по себе имеет ряд уровней защиты;

- поверх этого я стараюсь не творить откровенной дичи;

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

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

Если вам нужна зрелая крепость для деликатной переписки — берите зрелые решения, которым вы уже доверяете.

Если вам нужен живой инженерный эксперимент, резервный канал связи и объект для вдумчивого краш-теста — вот он.

Почему я вообще тащу это именно на TProger

Потому что TProger — это место, где тексту мало быть наглым. Здесь за дерзость прощают только одно: если под ней есть мясо.

А у меня как раз тот случай, когда мне интереснее не «собрать лайки», а получить нормальную техническую реакцию:

- где архитектура выглядит спорно;

- где логика доставки сообщений может начать чудить;

- где PWA упрется в реальные ограничения платформы;

- где резервация UIN создает лишнюю поверхность атаки;

- где под нагрузкой начнет хрустеть то, что в одиночных тестах ведет себя прилично;

- где в протоколе, порядке событий, ретраях или кешировании я недооценил крайний случай.

Мне не нужен хор в духе «вау, круто».

Мне нужен ваш внутренний вредный сеньор. Тот самый тип, который открывает статью, хмыкает, а потом начинает мысленно разбирать чужую систему на части.

Вот ему я и пишу.

Что я от вас хочу

По сути — честной драки, но умной.

- Хотите проверить, как это переживает плохую сеть — отлично.

- Хотите посмотреть, как выглядит поведение в edge-cases — вообще прекрасно.

- Хотите понять, насколько легко читается логика протокола — давайте.

- Хотите найти баг в порядке сообщений, в кеше, в подтверждениях, в резервации UIN, в клиентском поведении — тем более.

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

Мне это полезнее, чем аплодисменты.

И да: я не заявляю, что построил новый и единственно верный мессенджер.

Я заявляю другое. Я собрал свой рабочий велосипед, уже довольно злой и живой, и мне интересно, где именно TProger попробует вставить ему отвертку в спицы, и на какой секунде этот велосипед упадет.

Что можно делать прямо сейчас

- Если вы параноик или устали от мейнстрима и навязанных решений — держите это как запасной канал связи.

- Если вы соскучились по временам красивых UIN — приходите ловить UIN-номер.

- Если вы любите sniff, разбор трафика и сетевые игры — смотрите что идет по проводу.

- Если у вас профессиональная привычка первым делом искать edge-cases — вот, собственно, ради вас всё это и принесено.

И если что-то положите, вскроете или красиво разберете — пришлите детали. Я не обидчивый. Я, строго говоря, именно ради этого и открыл двери.

Что дальше

Планы без корпоративной шелухи, но вполне понятные:

- дальше допиливаю PWA-версию;

- нативные Android и iOS-клиенты — в планах, но пока не в приоритете;

- клиентскую часть, вероятно, позже открою, когда там станет меньше творческого барокко;

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

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

Итог

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

Я делал его в первую очередь для себя. Но он уже дорос до стадии, когда его интересно не только строить, но и показывать наружу.

Если будете пробовать — лучше сразу добавить его на домашний экран (PWA так устанавливается). Так приложению жить будет заметно удобнее: платформа позволит заработать пуш-уведомлениям, появится нормальное кеширование, а оффлайн-режим перестанет быть декоративной надписью.

Если хотите просто еще один канал связи — пожалуйста.

Если хотите посмотреть и проверить, насколько крепок мой цифровой эксперимент, — тем более пожалуйста.

Если хотите проверить заодно и собственные навыки на живой системе, которая не притворяется идеальной, — вот, собственно, и весь смысл этой публикации.

Добро пожаловать.

Посмотрим, кто кого утомит первым: вы — мой сервер, я — ваши попытки его удивить, или реальность — нас обоих.

PS:

Меня там можно найти по нику IGRYM или по UIN 10001. Также есть внутренняя группа для первых пользователей (Early Birds, доступна на экране списка чатов через «+» вверху экрана)

Ссылки:

- Приложение: https://beta.plumb-app.ru/

- Телеграм-канал с новостями проекта: https://t.me/plumb_channel

- Телеграм-группа обсуждения: https://t.me/plumb_group

Cherri (произносится как cherry) — язык программирования, который компилируется напрямую в Apple Shortcuts. Проект написан на Go, имеет расширение для VS Code, нативное macOS-приложение и набрал 347 баллов на Hacker News.

• Cherri — язык программирования, компилирующийся в подписанные Apple Shortcuts
• Синтаксис похож на привычные языки: переменные, функции, includes, система типов
• Разработка на десктопе — VS Code, CLI или нативное macOS-приложение
• Оптимизирует размер и потребление памяти скомпилированных шорткатов
• Open source на Go, 1240+ звёзд на GitHub

Зачем нужен язык для Apple Shortcuts

Apple Shortcuts (ранее Workflow) позволяют автоматизировать действия на iOS и macOS: от отправки сообщений до управления умным домом. Но визуальный редактор ограничивает: нет переменных в привычном смысле, нет модульности, нет контроля версий. Для сложных автоматизаций из десятков действий процесс превращается в перетаскивание блоков.

Cherri переносит разработку на десктоп: вы пишете код в текстовом редакторе, компилятор создаёт .shortcut-файл, который можно открыть на iPhone или Mac. Это даёт привычные инструменты — Git, VS Code, includes, функции — для платформы, которая их не предоставляет.

Как выглядит код на Cherri

Синтаксис Cherri напоминает смесь C и JavaScript — с переменными, условиями, функциями и системой типов:

Ключевые возможности языка:

• Переменные и константы — magic variables из Shortcuts становятся обычными константами
• Функции — работают через Run Shortcut с собственной областью видимости
• Includes — подключение нескольких файлов для модульных проектов
• Система типов — проверка типов при компиляции, чтобы шорткат работал при запуске
• Макросы copy/paste — копирование блоков кода при компиляции
• Raw Actions — прямая вставка любых Shortcuts-действий, включая сторонние

Установка и запуск

Cherri устанавливается через Go:

Компиляция .cherri-файла в .shortcut:

Результат — подписанный .shortcut-файл, готовый к AirDrop на iPhone или открытию на Mac. Также доступны:

• Расширение VS Code — подсветка синтаксиса и иконки файлов
• Нативное macOS-приложение — IDE с билдом и запуском
• Cherri Playground — онлайн-среда для экспериментов без установки

LLM научились писать на Cherri

В обсуждении на Hacker News разработчик Alin Panaitiu отметил, что Claude успешно обучается Cherri с нуля — по документации — и генерирует компилируемые шорткаты. Это открывает сценарий, где пользователь описывает автоматизацию на естественном языке, а LLM пишет код на Cherri, который компилируется в готовый Shortcut.

Что в итоге

Cherri — нишевый, но элегантный инструмент для тех, кто упёрся в ограничения визуального редактора Apple Shortcuts. Код на GitHub: electrikmilk/cherri, документация: cherrilang.org.

*WhatsApp заменил более 160 000 строк C++-кода на Rust в критически важной части приложения — обработке медиафайлов. Новый код уже развернут на миллиардах устройств: от Android и iOS до веба, десктопа и носимых гаджетов.

Цель проста и прагматична: снизить класс уязвимостей, которые годами преследуют мессенджеры — ошибки управления памятью.

Откуда вообще взялась проблема

История тянется с 2015 года и уязвимости Stagefright в Android. Тогда выяснилось неприятное: достаточно отправить специально собранный видеофайл и он выполнит код на устройстве жертвы еще до того, как пользователь что-то нажмет.

Проблема была в системных медиабиблиотеках операционной системы. Именно поэтому приложения вроде *WhatsApp не могли решить ее самостоятельно.

После этого в *WhatsApp появился собственный C++-модуль wamedia, который проверял медиафайлы на соответствие стандартам, чтобы не скормить ОС заведомо опасный контент.

Все это работало, но с оговоркой: код автоматически обрабатывал недоверенные данные, а значит сам становился идеальной мишенью для эксплойтов.

Почему именно Rust

В *WhatsApp довольно рано сделали неприятный, но честный вывод: значительная часть критических багов связаны с банальными ошибками работы с памятью в C и C++. Rust эту категорию проблем убирает на уровне языка.

Вместо аккуратного «подкручивания гаек», разработчики пошли чуть более радикальным путем: переписали медиабиблиотеку целиком, параллельно поддерживая две реализации — на C++ и на Rust.

Их прогоняли через дифференциальный фаззинг, тесты и сравнение поведения, пока результаты не совпали.

Что получилось на выходе

Итог оказался даже лучше ожидаемого. 160 000 строк на C++ превратились примерно в 90 000 строк на Rust. И это уже с тестами.

Производительность не просела, а потребление памяти в ряде сценариев даже снизилось. Основные сложности были не в коде, а вокруг него: размер бинарников из-за стандартной библиотеки Rust и сборка под десятки платформ.

Тем не менее, библиотеку полностью выкатили в прод. Сейчас этот Rust-код ежемесячно доставляется на миллиарды устройств, включая *WhatsApp, *Messenger и *Instagram.

В *Meta прямо называют это крупнейшим клиентским деплоем Rust, о котором им известно.

Зачем это пользователю, который «просто шлет мемы»

Новая система, внутри компании получившая имя Kaleidoscope, проверяет файлы еще до того, как ими займутся системные библиотеки.

Она отсекает битые и нестандартные структуры, ловит подмену типов (когда «картинка» на деле исполняемый файл), отдельно помечает рискованные форматы вроде PDF со скриптами и вложениями.

По сути, это еще один слой защиты. Пользователь его не видит, но это и не нужно.

Речь идет о баге, который позволяет атаковать пользователя без его участия — достаточно добавить его в специально подготовленный групповой чат.

Уязвимость затрагивает механизм автоматической загрузки медиафайлов в *WhatsApp-группах. В худшем сценарии злоумышленнику не нужно отправлять ссылки или заставлять жертву что-то открывать: вредоносный файл загружается на устройство сам.

Как работает атака

По описанию исследователя Project Zero Брендона Тишки, атака начинается с создания группы *WhatsApp.

В нее добавляют жертву и одного из ее контактов, после чего контакт назначают администратором. Затем в чат отправляется специально сформированный медиафайл.

Если у пользователя включена автозагрузка медиа, файл автоматически сохраняется в системную базу MediaStore. Дальше все зависит от содержимого файла: при наличии дополнительного эксплойта он может попытаться выйти за пределы песочницы и выполнить произвольный код.

Ключевая особенность уязвимости — отсутствие взаимодействия с пользователем. Жертве не нужно нажимать на вложение или даже открывать чат.

Почему Google раскрыла баг публично

Project Zero уведомила *Meta о проблеме 1 сентября 2025 года. По правилам программы, у компании было 90 дней на выпуск исправления. К 30 ноября полноценного патча не появилось, и Google опубликовала детали уязвимости.

Позже *Meta внедрила частичное серверное ограничение, которое снижает риск эксплуатации, но не устраняет саму проблему. Полноценного клиентского патча на момент публикации все еще нет.

Именно из-за этого Google решила не продлевать дедлайн и раскрыть информацию публично.

Кто под угрозой и что делать пользователям

Уязвимость касается только *WhatsApp на Android. О версиях для iOS и других платформ Project Zero не сообщает.

Чтобы снизить риск, Google рекомендует:

• включить расширенную приватность чатов в группах;
• отключить автоматическую загрузку медиафайлов;
• внимательнее относиться к неожиданным добавлениям в групповые чаты.

При этом исследователи отмечают, что в некоторых сценариях пользователь может быть добавлен в группу и атакован еще до изменения настроек.

*Компания Meta и ее продукты признаны экстремистскими, их деятельность запрещена на территории РФ

Судя по всему, это те самые приложения, которые были собраны на скорую руку с помощью ИИ. В базе уже 167 приложений. Проект опубликован на платформе Firehound и активно обсуждается в сообществе iOS-разработчиков на Reddit.

Что именно нашли

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

В реестре уже есть приложения с:

• десятками миллионов записей в открытых базах;
• доступными коллекциями profiles, posts, comments, likes;
• утекшими email-адресами, никнеймами, метаданными активности.

Один из лидеров антирейтинга — приложение Adult Coloring Book – Pigment. У него более 7,7 млн документов оказались доступны без какой-либо аутентификации.

Причем тут вайб-кодинг

По словам автора проекта, большинство уязвимостей выглядят одинаково: разработчики используют ИИ для генерации кода и инфраструктуры, но не понимают, что именно деплоят в прод.

Типичный сценарий:

• ИИ предлагает использовать Firebase, Supabase или MongoDB.
• Конфигурация безопасности либо отсутствует, либо остается дефолтной.
• Ключи и переменные окружения попадают в клиентский код.
• База становится публичной — иногда буквально в один клик.

Как подчеркивают участники обсуждения на Reddit, проблема не в ИИ как таковом, а в том, что вайб-кодинг часто заканчивается полным отсутствием базовой гигиены кибербезопасности.

Это не взлом — и в этом главная проблема

Важно: Firehound не эксплуатирует уязвимости. Он лишь показывает то, что уже открыто. Данные в публичной версии интерфейса частично замаскированы, но сам факт доступности никто не отрицает.

Именно это делает ситуацию неприятной: формально никто ничего не «ломал», но пользовательские данные все равно утекли.

Компания просто дала доступ к сервису всем желающим по адресу chatgpt.com/translate. Причем доступен он буквально всем — даже тем, у кого нет платной подписки.

По интерфейсу ChatGPT Translate сильно напоминает браузерную версию Google Translate, но на этом сходство быстро заканчивается.

Чем ChatGPT Translate отличается от классических переводчиков

Формально это «переводчик». Но по сути — отдельный режим ChatGPT, заточенный под работу с переводом. Пользователь может:

• вставить или набрать текст;
• загрузить файл;
• прикрепить изображение с текстом (например, меню или вывеску);
• продиктовать фразу голосом.

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

Главное отличие — перевод не буквальный. ChatGPT Translate старается сохранить смысл, контекст и интонацию.

Перевод с учетом аудитории и контекста

После перевода диалог не обрывается. Пользователь может сразу уточнить: сделать текст более формальным, адаптировать его под деловую переписку, академический стиль или, наоборот, объяснить «как ребенку».

На базе какой модели это работает — неизвестно

OpenAI не раскрывает, какая именно модель используется в ChatGPT Translate.

Возможно, это GPT-5.2 Auto с кастомным системным промптом под перевод. Возможно — отдельная оптимизированная версия. Компания никак это не комментирует.

Почему это важный шаг для OpenAI

Запуск Translate хорошо вписывается в текущую стратегию OpenAI. Компания все больше уходит в массовые потребительские продукты, в то время как Anthropic концентрируется на корпоративных клиентах и разработчиках.

ChatGPT Translate — прямой удар по нише, которую годами считали съеденной Google Translate. Но вместо очередного клона, OpenAI предложила просто другой подход. В ее сервисе перевод — это скорее лишь начало работы с текстом, а не финальный результат.

Ограничения и текущий статус

На момент запуска переводчик доступен только в браузере. В мобильных приложениях ChatGPT для Android и iOS отдельного переключателя Translate пока нет.

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

Таким образом, свежее заявление подтверждает более ранние утечки и сообщения журналистов, которые Apple до последнего не комментировала.

Важно отметить, что речь идет не о временном эксперименте, а о фундаментальном решении в архитектуре Apple Intelligence.

Что именно будет делать Gemini в Siri

Еще в ноябре 2025 года журналист Bloomberg Марк Гурман писал, что Apple планирует использовать кастомизированную версию Gemini с примерно 1,2 трлн параметров.

Для сравнения: текущая облачная модель Siri насчитывает около 1,5 млрд параметров. То есть разрыв крайне заметный.

Теперь же эта информация подтвердилась официально. В заявлении для CNBC, Apple сообщила, что после оценки различных вариантов, компания выбрала технологию Google как «наиболее подходящую основу» для своих Foundation Models. Google также подтвердила сотрудничество.

Как устроена новая архитектура Siri

Обновленная Siri будет состоять из трех ключевых компонентов.

Первый — query planner, слой принятия решений, который определяет, как именно выполнить запрос пользователя: через веб, личные данные или сторонние приложения.

Второй — summarizer, отвечающий за сжатие и пересказ текстов, уведомлений и веб-страниц. Именно эти два элемента будет обслуживать Gemini в облаке.

Третий компонент — система знаний для ответов на общие вопросы. Он останется за on-device моделями Apple. Таким образом компания пытается сохранить баланс между контролем над данными и качеством ИИ.

Что изменится для пользователей

Apple планирует внедрить ключевые функции новой Siri уже ближайшей весной вместе с iOS 26.4. Среди них — контекстные действия внутри приложений, работа с личными данными и «понимание экрана», когда ассистент сможет выполнять задачи, исходя из того, что сейчас отображается на устройстве.

Шаг к мульти-модельному будущему

Apple также дала понять, что не собирается ограничиваться одной моделью. Сейчас Siri уже интегрирована с ChatGPT, а в будущем компания может подключать и другие ИИ через Model Context Protocol (MCP) — открытый стандарт, предложенный Anthropic.

Фактически, Apple движется к модели, где Siri станет оркестратором разных ИИ-систем.

Первичка и не только

Когда мы говорим «бухгалтерские документы», мы имеем в виду не пару стандартных бланков, а множество первичных, учредительных, учетных и распорядительных документов, полуструктурированных и гибких форм. Среди них счета-фактуры, УПД, формы ТОРГ-12, транспортные накладные, акты, УКД, КСФ, ИСФ, уставы, приказы, бухгалтерский баланс, отчеты о финансовых результатах и многие другие.

Визуальный контроль и ручная перепечатка этих документов в системы бухучета – одна из наиболее времязатратных задач бухгалтерии. Даже при выборочной проверке и среднем уровне автоматизации сотрудник успевает обработать около 200-300 документов в день, в то время как объем документооборота у крупных компаний исчисляется десятками и сотнями тысяч страниц.

Снять практически 100% нагрузки в части ввода и проверки данных из бумажных документов и поступающих по ЭДО сканов можно при помощи OCR-систем. Автоматическое распознавание документов исключает человеческий фактор и связанные с ним ошибки. Если сотрудник может банально устать или некорректно перенести информацию из документа, то ИИ, напротив, обеспечивает высочайшую точность извлечения данных.

Возможности ИИ для работы с бухгалтерскими документами

Для автоматизации работы с бухгалтерскими документами недостаточно простого полнотекстового распознавания. Чтобы действительно принести видимый экономический эффект, система OCR должна классифицировать документ, обнаруживать и считывать таблицы, чекбоксы и штрихкоды, извлекать даты, суммы, данные контрагентов, контролировать наличие подписей в документах, а также поддерживать распознавание многостраничных форм. Только такой комплекс возможностей ИИ способен внести реальный вклад в упрощение бухучета, учета НДС и налогов по УСН, ускорить делопроизводство и сэкономить часы времени сотрудников.

Мы в Smart Engines занимаемся разработкой таких решений. Наш флагманский продукт для распознавания документов Smart Document Engine способен выполнить месячный объем работы отдела из 10 бухгалтеров всего за 1 час. Система обрабатывает изображения документов без передачи данных в облака, на внешние серверы или краудсорсинговые платформы. Это означает, что содержание документов не покидает устройство сотрудника – бизнес при этом получает гарантию сохранения коммерческой тайны.

Интеграция системы распознавания в мобильные приложения позволяет получить доступ к возможностям ИИ прямо со смартфона – без необходимости в компьютерах и сканерах. Для извлечения структурированных данных достаточно просто загрузить скан или сфотографировать документ в приложении. У интеграции нашей системы в iOS и Android есть еще одно преимущество – благодаря ей банк может развернуть мобильный сервис для бухгалтерского сопровождения малого бизнеса и ИП, у которых нет на эти задачи штатных сотрудников.

Интеграция в Android

Перейдем к главному. Поскольку мы специализируемся в распознавании на клиенте, интеграция нашего SDK в Android осуществляется обычным способом подключения локальных библиотек.

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

На этом этапе мы должны подготовить изображение для передачи в сессию. Мы создаем изображение класса se.common.Image с помощью соответствующих методов API.

Например, вы выбираете из галереи что-то в формате HEIC и система возвращает вам bitmap

Объект result содержит в себе не только распознанные поля документа, но и изображение документа: исправленное по перспективе и обрезанное по шаблону, уровень уверенности распознавания каждого поля и т.п.

Интеграция в iOS

Процесс интеграции в iOS-приложение тоже не вызывает сложностей, но имеет несколько вариантов из-за долгого отсутствия в экосистеме нормального пакетного менеджера зависимостей.

Первый вариант интеграции – ручной.

Вы перетаскиваете себе в проект две папки, одна из них содержит xcframework, обертку на objc и бандл. Вторая - готовый UI-контроллер, который можно вызывать из своего проекта.

Также необходимо в проекте прописать пути к заголовкам обертки и указать путь к файлу *-Bridging-Header.h, для раскрытия делегатов в swift из нашего контроллера.

Более удобные для интеграции SPM и Cocoapods мы тоже поддерживаем.

Сценарий взаимодействие с библиотекой на iOS точно такой же как и на Android, но в iOS мы имеем больше инкапсулированной логики. Для начала следует добавить в ваш класс два протокола SmartDocumentEngineDelegate, SmartDocumentEngineInitializationDelegate

Приведем сразу коллбек imagePicker, где реализована основная логика распознавания после выбора изображения из галереи.

Ожидать результата следует в делегате.

Объект результата по структуре идентичен объекту, который вы получаете в Android.

Подведем итоги

Как вы видите, интеграция нашего распознающего ИИ в мобильные приложения происходит быстро и бесшовно, а механика для iOS и Android отличается незначительно.

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

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

И вот, в 2025-м, Google окончательно выдохся: Pixel 10 Pro вышел без реальных изменений в камере, а у Apple, наоборот, вдруг стало интересно. В iPhone 17 Pro инженеры, похоже, получили карт-бланш — впервые за долгое время. Поэтому, когда новый айфон появился в продаже, я смотрел на него не как фанат, а как человек, который никогда даже не был в «лагере Apple» и не ждал ничего удивительного.

И, может быть, именно поэтому устройство оказалось таким неожиданным. Потому что впервые за долгое время Apple сделала смартфон, в котором не дизайнеры диктовали инженерам, как должно быть красиво, а инженеры — как должно работать.

Последние 10 лет Apple шлифовала идею «айфона как предмета искусства». Все должно было быть премиальным, симметричным и безупречным. Даже технические решения вроде Dynamic Island выглядели скорее как дизайнерские манифесты, чем как необходимость.

А потом что-то резко поменялось. В 2025 году Apple делает шаг в противоположную сторону. iPhone 17 Pro — это не про внешний лоск. Точнее, не только про него: в конце концов, это все еще Apple.

Теперь в основе устройства — физика, температура и надежность. Телефон как будто говорит: «Да, я не идеальный. Но именно этого ты и ждал».

Из титана в алюминий: когда «проще» не значит «хуже»

Отказ от титана вызвал споры задолго до начала продаж. Зачем возвращаться к алюминию, если прошлые поколения гордились «премиальным сплавом»? Ответ банален — тепло.

Алюминий не только легче, но и куда лучше рассеивает температуру. Благодаря ему Apple смогла встроить полноценную паровую камеру прямо в корпус, а не рассчитывать на то, что тепло как-нибудь само уйдет.

В итоге смартфон просто перестал греться. Даже при нагрузке — максимальное спокойствие, без ощущения, что сейчас расплавится экран.

Да, корпус теперь менее «монументальный» и, возможно, чуть потерял в статусности. Зато получил стабильность. В мире, где форму часто ставят выше сути, такой шаг выглядит почти радикально.

Плато камеры: странно, но логично

Новый блок камер — тот самый «плато» — выглядит непривычно. Вместо аккуратного квадрата — вытянутая площадка на всю ширину. На первый взгляд — спорно. Но за этим, как и со сменой материала корпуса, стоит логика.

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

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

Камера: инструмент, а не украшение

Если смотреть не на внешний вид камеры, а на возможности, то главный апгрейд — новый 48-мегапиксельный телеобъектив с четырехкратным зумом. Apple отказалась от бесполезного 5× и выбрала диапазон, который действительно нужен: портреты, улицы, архитектура.

Качество снимков выросло — не за счет чудес, а за счет физики. Новый сенсор стал крупнее, а разрешение позволяет гибче обрабатывать кадр. Именно благодаря этому появился тот самый 8× зум «оптического качества».

Работает это так: телефон делает снимок на полном 48-мегапиксельном сенсоре, а затем обрезает центральную часть, оставляя 12 мегапикселей — фактически ту же детализацию, что и при настоящем оптическом приближении, без цифровой каши и шумов.

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

В целом фото на смартфон получаются отличные, хотя ночной режим все еще слабее, чем у Google Pixel: есть шумы, деталей меньше. Но в дневной съемке iPhone стабильно выдает предсказуемо хороший результат.

А вот видео, где iPhone 17 Pro действительно раскрывается. Загибайте пальцы: смартфон снимает в 4K до 120 кадров в секунду, поддерживает Dolby Vision HDR и ProRes RAW — и все это без перегрева и падения качества.

Даже ночью стабилизация работает аккуратно, без рывков и смазанных кадров.

Ну и как вишенка на торте — нормальная работа с отснятым материалом. Через USB-C можно записывать и сбрасывать видео напрямую на внешний SSD со скоростью до 10 Гбит/с. Мелочь, но экономит кучу времени, особенно если снимаешь много. Добавить к этому звук с четырех микрофонов — и получается устройство, которому можно доверить съемку хоть короткометражки, хоть влога.

Производительность и автономность: когда все просто работает так, как должно

Под капотом — новый чип A19 Pro. Разумеется, он быстрее предшественника — было бы странно, если бы это было не так. По данным GSMArena и Ars Technica, прирост в многоядерных тестах достигает примерно 20%, а графика показывает результат, близкий к топовым Android-флагманам на Snapdragon 8 Elite. Главное, что производительность теперь держится стабильнее.

Впервые для не-Max-версии Apple поставила 12 ГБ оперативной памяти — и это наконец заметно в повседневной работе. Приложения действительно остаются в памяти, даже если между ними прыгать по двадцать раз подряд. Монтаж видео или работа с крупным фотоархивом больше не превращаются в лотерею на тему «успеет ли сохранить».

Система охлаждения тоже доработана. Благодаря паровой камере и алюминиевому корпусу телефон почти не нагревается — даже при долгой съемке или в играх. За месяц активного использования он ощутимо грелся только один раз — когда устанавливал обновление сразу после активации. После — тишина: ни перегрева, ни троттлинга. Все работает ровно, без тех «провалов», когда смартфон вроде мощный, но через 10 минут уже начинает душить себя ради сохранения адекватной температуры.

Батарея выросла примерно на 19% — с 3582 мА·ч до около 4250 мА·ч (в версии без eSIM). Цифра вроде небольшая, но разница ощущается: день активного использования телефон выдерживает уверенно, а к вечеру остается около трети заряда.

Быстрая зарядка стала по-настоящему быстрой — до 50% за 20 минут. И работает это не только с фирменным адаптером, но и с современными зарядниками, поддерживающими Power Delivery.

В результате iPhone 17 Pro стал тем, чем «прошки» раньше только притворялись: устройством, которое можно использовать для профессиональных задач без компромиссов. Просто работающий телефон — без перегрева, без троттлинга и без привычного «ой, опять сел».

Liquid Glass: интерфейс, подчиненный физике

Apple показала iOS 26 еще летом — на WWDC 2025. Но, как по мне, именно на свежем поколении айфонов новая система раскрывается лучше всего.

Главное обновление — визуальный язык Liquid Glass. Он вдохновлен интерфейсом visionOS и выглядит как попытка вернуть в iOS ощущение глубины и «физичности». Панели и меню теперь слегка преломляют свет, а анимации реагируют на движение, будто под стеклом действительно что-то живое. Выглядит свежо, но без того глянцевого излишества, за которое Apple раньше часто критиковали.

В компании называют этот подход «digital-that-feels-physical» — цифровое, которое ощущается как физическое. Интерфейс стал чуть менее ярким, зато экран заметно меньше бликует благодаря новому антибликовому покрытию.

В итоге пользоваться телефоном под солнцем стало проще, а визуально система воспринимается спокойнее и собраннее.

А так, про систему сказать особенно нечего — глобальных изменений нет. Она вышла и для прошлых поколений iPhone, так что каждый может сам составить мнение. Просто на iPhone 17 Pro всё это ощущается чуть цельнее, плавнее и логичнее — как будто iOS 26 создавалась именно под него.

Без попыток казаться

В iPhone 17 Pro нет ощущения революции, но в нем наконец появилась взрослая уверенность. Смартфон не старается понравиться, не играет в дизайн ради дизайна и не притворяется чем-то большим, чем он есть. Это, наконец, iPhone, который действительно оправдывает слово «Pro» в названии.

Предыдущие модели тоже умели снимать в log-формате, тянуть тяжелые приложения и делать отличные фото и видео. Но все это работало «наполовину»: с перегревом, падением частот, ощутимым проседанием под нагрузкой.

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

После нескольких лет косметических апдейтов и маркетинговых «самых-самых», новый айфон выглядит как устройство, которое наконец перестало что-то доказывать. И, пожалуй, именно в этом и есть главный прорыв Apple.

Финал

iPhone 17 Pro не переворачивает представление о смартфонах и не делает ничего, чего мы раньше не видели. Но именно в этом и есть его сила.

Apple наконец перестала доказывать, что она умнее всех, и просто сделала вещь, которой приятно пользоваться каждый день. Без очередных amazing’ов, без напускного «премиума» — но и без тех «но», что тянулись за айфонами последние годы.

Впервые за долгое время iPhone снова ощущается не символом статуса и не предметом культа, а просто надежным инструментом. Тем самым, каким Apple всегда пыталась его позиционировать. Только теперь компании это наконец-то по-настоящему удалось.

Из интересностей: выпустил 5 игр в Steam одновременно, WebGL против WebGPU, интересная AR-механика.

Обновления/релизы/новости

Путешествие по чистилищу, встреча со смертными грехами и бой сЛюцифером: концепт-арты и подробности отменённой Dante’s Inferno 2

В планах была и третья часть — в сеттинге средневековой Флоренции.

BioWare: следующая Mass Effect остаётся в разработке, а сериал расскажет новую историю после оригинальной трилогии

Майк Гэмбл заявил, что EA и BioWare нацелены на то, чтобы рассказать новые истории во вселенной Mass Effect.

Square Enix проведёт массовые сокращения из-за «реорганизации операций» в Европе и Северной Америке

Компания хочет сосредоточиться на разработке игр у себя на родине.

Крис Авеллон заявил, что Obsidian не планирует The Outer Worlds 3, но готовит Avowed 2

Сооснователь и ветеран Obsidian рассказал, что студия не планирует работать над триквелом The Outer Worlds, однако вторая игра получит хотя бы одно DLC.

GTA VI опять перенесли — в этот раз на 19 ноября 2026 года

Дополнительное время разработчики потратят на то, чтобы довести игру до уровня качества, которого ждёт и заслуживает аудитория. Издатели, тем временем, бегают с горящей жопой.

Ubisoft заявила, что люди «любили ненавидеть» Assassin’s CreedShadows, но компании удалось противостоять «даже самым громким хейтерам»

Ubisoft выступила на Paris Games Week и показала ролик о культурном скандале вокруг Assassin’s Creed Shadows, вызванном участием в сюжете темнокожего главного героя Ясукэ.

«Мы не хотим, чтобы студия исчезла из-за одного неудачного проекта»: главное из интервью с руководителями Obsidian

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

NetEase закроет студию бывших авторов Watch Dogs

Бывшие авторы Watch Dogs, основавшие студию Bad Brain, искали других партнёров для своего проекта Midnight Riders, однако пока издатели не заинтересовались игрой.

Google и Epic Games заключили мировое соглашение

Гугл пообещал снизить комиссию до 20% в целом, а для некоторых типов транзакций вообще до 9%.

Компания согласилась создать новую программу в следующей версии Android, где альтернативные магазины смогут зарегистрироваться в Google и (теоретически) стать полноценными приложениями, которые пользователи смогут легко устанавливать.

Unity запускает Unity Studio (ранее Unity Lite)

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

Авторы ремейка Gothic выпустили ролик о русском дубляже — Пётр Гланц-Иващенко озвучил главного героя

Безымянный говорил голосом актёра в оригинальной второй части.

Продано 100к копий Slots & Daggers

Разработчики поделились радостью в Стиме.

Халява/раздачи/бандлы/курсы

Fab: Лимитированный контент до 18 го ноября

Новый пак от Epic Games.

Новые примеры проекта от Agora Studio для Unreal Engine

Epic games выпустили два новых проекта примеров с анимациями для Unreal Engine: A-COM Animatic Sample и A-COM Animation Sample. Доступны для UE 5.6, а скоро выйдет обновление для UE 5.7.

Интересные статьи/видео

[RU] Выпустил 5 игр в Steam одновременно. Создал генератор игр и заработал на этом

Движок использовали Unity, а заливку в Google Play и добавление рекламы автоматизировали скриптом.

[EN] Как создать вид на японскую улицу с помощью Unreal Engine 5 и ZBrush

Массимо Росса рассказада про проект Street View, объяснив, как использовала различные сценарии освещения, чтобы увидеть, как может меняться окружение.

[RU] Подключение PlayStation2 Джойстика к Микроконтроллеру (или Переходник между человеком и компьютером)

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

[EN] Переносим уютный двухмерный фэнтезийный коттедж в трёхмерный мир

Тринь Нгуен рассказала о проекте Cozy Fantasy Cottage, поделившись кистями, которые использовала для пропсов и материалов, а также некоторыми приёмами, экономящими время.

[RU] Зал Славы видеоигр: зачем это делается

Какую роль играют видеоигры для России? Зачем популяризировать российские проекты? Как работает Зал Славы видеоигровой индустрии?

[EN] WebGL против WebGPU: пора ли переходить

Неплохая обзорная статья-сравнение.

[RU] Конспект GDC лекции Stress-Free Game Development

Хорошая лекция про DevOps и менеджмент игровых проектов.

[EN] Скульптинг и текстурирование реалистичной жабы в ZBrush, Mari и Substance 3D

Фернандо Гутьеррес показал рабочий процесс, лежащий в основе проекта «Мистер Жаба», и рассказал о создании реалистичной кожи жабы, объяснив, как он черпал вдохновение в мимике взрослого человека и объединял её с линиями и текстурами старой жабы.

[RU] Как впервые делали игру для пользователей Эльбы, но не учли, что некоторые из них читеры

Как придумывали объекты и персонажей, чтобы это было интересно пользователям онлайн-бухгалтерии, какой игровой движок попробовали, что о нём думаем и почему выбрали для разработки формат хакатона.

[EN] Как создать дверь в стиле модерн с помощью Blender и Substance 3D

Ник Хофбауэр рассказал о процессе создания проекта Art Nouveau Door, показав, как он монтировал витраж, вручную нанося многочисленные слои друг на друга, и объяснив, как он настраивал отражения в Marmoset Toolbag.

[EN] Оптимистичный взгляд на то, что инди-игры сейчас переживают золотой век

Анализируем вместе с Крисом.

[EN] Продажи дебютной инди-игры за первый месяц — полный анализ

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

[EN] Почему трейлер игры привлёк 150к вишлистов в Steam

Разбираемся в успехе ABRISS вместе с gamediscover.

[EN] Зачем нам дизеринг

Объясняется, как методы дизеринга обманывают человеческое зрение, позволяя воспринимать больше цветов, чем есть на самом деле

[EN] Introduction to Clustered Meshlet Optimization

Представлен кластерный оптимизатор мешей для разделения моделей на независимые части с непрерывным уровнем детализации.

Разное

Интересная механика

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

Волшебные карточки как в Балатро, созданные в Blender

Из Твиттера.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.

Скачать его уже можно в Google Play, но пока только в США, Канаде, Японии и Южной Корее. Остальные регионы (включая Европу) получат доступ позже.

Что умеет Sora на Android

Функционал полностью совпадает с веб- и iOS-версиями:

• создание коротких видеороликов по текстовым описаниям;
• настройка стиля, атмосферы и эффектов;
• генерация реалистичных сцен и персонажей.

Главное обновление — функция Cameo, теперь умеющая работать не только с людьми, но и с анимированными героями.

Этот апдейт позволяет создавать ролики, где реальные и вымышленные персонажи появляются в одном кадре.

Как получить доступ

Sora 2 пока работает по приглашениям, но OpenAI постепенно открывает вход новым пользователям. Компания обещает, что в ближайшие недели доступ станет шире.

Таким образом, Android-пользователи наконец-то дождались релиза. А также того, что Cameo больше не эксклюзив iPhone.

Больше настроек Liquid Glass

Главное визуальное обновление — дополнительные настройки эффекта Liquid Glass.

Теперь в разделе Настройки → Экран и яркость → Liquid Glass можно выбрать режимы Clear (прозрачный) или Tinted (тонированный). Первый делает интерфейс более светлым и сквозным, второй — повышает контрастность и делает фон матовым.

Это изменение влияет на Центр уведомлений, строки поиска и прочие элементы, но не меняют домашний экран.

Для него Apple добавила отдельный способ: нужно зажать экран, выбрать Изменить → Настроить и задать прозрачность и тему (Light, Dark или Auto).

Автоматические обновления безопасности

Apple добавила новую настройку — Background Security Improvements, позволяющую телефону самостоятельно устанавливать мелкие патчи безопасности между крупными версиями iOS.

Опция находится в Настройки → Конфиденциальность и безопасность → Фоновые улучшения безопасности.

По сути, это развитие идеи Rapid Security Response, представленной еще в 2023-м: теперь система обновляется незаметно и без участия пользователя.

Новые тумблеры и улучшения

• Камера на экране блокировки. В разделе Настройки → Камера появился тумблер, позволяющий отключить свайп влево для быстрого открытия камеры — полезно, если вы часто запускаете ее случайно.
• Local Capture. Для функции записи видео- и аудиозвонков добавлено меню, где выбирается папка сохранения и режим «только аудио».
• Accessibility. В Настройки → Универсальный доступ → Касание появился новый пункт Single Touch Actions — для пользователей, которым трудно выполнять свайпы.

Новый будильник и управление музыкой

В iOS 26.1 стало труднее случайно выключить будильник: теперь сигнал можно остановить только свайпом, а не кнопкой. Это уменьшит риск проспать. Но вместе с этим увеличится и раздражение по утрам.

В Apple Music теперь можно перелистывать треки свайпом по названию песни, без нажатия на кнопки «вперед» и «назад».

Расширенные языки

• В Live Translation добавлены китайский (упрощенный и традиционный), итальянский, японский и корейский.
• Apple Intelligence теперь работает также на датском, нидерландском, норвежском, португальском (Португалия), шведском, турецком и вьетнамском языках.

И мелочи

В приложении Фото появилась компактная панель перемотки видео, встроенная в нижний край экрана — минимальное, но приятное косметическое изменение.

Компания представила официальный Swift SDK для Android, позволяющий писать нативные Android-приложения на фирменном языке, изначально созданном для iOS и macOS.

От iPhone до Android

Swift появился в 2014 году как альтернатива Objective-C — более безопасный, современный и лаконичный язык для экосистемы Apple.

За 11 лет он вырос из «внутреннего» инструмента в многофункциональную платформу, на которой создают облачные сервисы, десктопные приложения для Windows и даже прошивки для микроконтроллеров.

Теперь Swift впервые официально выходит за пределы «яблочной экосистемы. Превью-версия SDK для Android доступна уже сегодня — в составе Swift-инсталлятора для Windows или отдельно для macOS и Linux.

Как это работает

Новый SDK — результат многомесячной работы Swift Android Workgroup, открытого сообщества, куда может присоединиться любой разработчик. С его помощью можно:

• собирать нативные Android-приложения на Swift;
• переносить существующие Swift-пакеты — более 25% уже совместимы с Android;
• интегрировать Swift-код с Java через проект swift-java, автоматически генерирующий безопасные биндинги между языками.

Apple опубликовала подробное руководство «Getting Started» и примеры кода, демонстрирующие полный цикл разработки Android-приложений на Swift.

Что это значит для экосистемы

Релиз открывает дорогу к кроссплатформенным приложениям без использования Flutter, Kotlin Multiplatform или React Native.

Теперь компании смогут писать бизнес-логику один раз на Swift и использовать ее и в iOS-, и в Android-версиях.

Эксперты отмечают, что шаг Apple может снизить барьеры между мобильными экосистемами и ускорить развитие open-source сообщества Swift.

Что дальше

По словам участников проекта, впереди — создание полноценного Android-Toolchain, улучшение совместимости со средами разработки и официальное внедрение CI-сборок.

Разработчики уже готовят документ с видением будущего Swift на Android, который определит приоритеты и стратегию развития.

«Swift вырос из языка для iOS в универсальный инструмент для всего программного мира. Теперь он будет жить и в Android-экосистеме», — говорится в сообщении разработчиков.

Редакция Tproger сделала и адаптировала перевод подборки программ для Windows и macOS. Здесь вы найдёте проверенные временем решения для работы, развлечений и повседневных задач. Мы сосредоточились на бесплатных и условно-бесплатных приложениях с отличной репутацией, которые решают реальные задачи без навязывания ненужных функций.

Список разбит по категориям: от браузеров и гейминга до утилит безопасности и инструментов для продуктивности.

Неважно, опытный вы пользователь или новичок — здесь найдётся что-то полезное для каждого.

Браузеры

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

• Большинство пользователей: Chrome, Edge или Safari
• Защита приватности: Firefox, Brave, Ungoogled Chromium
• Опытные пользователи: Vivaldi
• Максимальная анонимность: Tor Browser

Google Chrome

Chrome остаётся самым популярным браузером в мире — и не просто так. Он быстрый, стабильный и отлично интегрируется с экосистемой Google. Огромная библиотека расширений из Chrome Web Store позволяет настроить браузер под любые задачи. Синхронизация между устройствами работает безупречно: вкладки, пароли, закладки и история всегда под рукой.

Минус один, но существенный: Chrome прожорлив. Если у вас открыто больше десятка вкладок, он может съесть несколько гигабайт оперативной памяти. На компьютерах с 8 ГБ RAM и меньше это становится проблемой.

Mozilla Firefox

Firefox — это выбор тех, кто ценит приватность и открытость. Mozilla не зарабатывает на продаже ваших данных, а сам браузер активно развивается сообществом. Встроенные инструменты защиты от трекинга работают из коробки, блокируя рекламные сети и скрипты слежения.

По скорости Firefox не уступает Chrome, а по потреблению памяти даже выигрывает. Библиотека расширений чуть меньше, чем у Chrome, но все основные инструменты доступны.

Microsoft Edge

Edge построен на том же движке Chromium, что и Chrome, но при этом лучше оптимизирован для Windows. Microsoft вложилась в производительность: браузер работает быстро, потребляет меньше ресурсов и отлично интегрируется с системой.

Особенно приятны функции вроде Collections (коллекции вкладок для организации исследований), режим чтения и встроенный скриншотер. Edge поддерживает все расширения Chrome, так что переход безболезненный.

Brave

Brave — это Chrome на стероидах приватности. Браузер блокирует рекламу и трекеры по умолчанию, что делает сёрфинг быстрее и безопаснее. При этом он полностью совместим с расширениями Chrome.

Есть интересная фишка: Brave Rewards позволяет зарабатывать криптовалюту за просмотр приватной рекламы (если захотите её включить). Спорная механика, но как опция — почему нет. Для тех, кто хочет Chrome без Google и с упором на приватность, Brave — отличный выбор.

Safari (только macOS)

Если у вас Mac, Safari заслуживает внимания. Это самый энергоэффективный браузер для macOS: на MacBook он даёт ощутимо больше автономности по сравнению с Chrome или Firefox. Интеграция с экосистемой Apple безупречна: Handoff, синхронизация через iCloud, Reading List, автозаполнение паролей.

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

Ungoogled Chromium

Для ультраосторожных Ungoogled Chromium удаляет всё отслеживание и сервисы Google — но вам придётся настраивать всё самостоятельно, так как в нём нет автообновлений или встроенной синхронизации.

Для максимально осторожных пользователей — это Chrome, из которого убрали всю телеметрию Google, отслеживание и облачные сервисы. Браузер работает, но требует ручной настройки: отсутствуют автоматические обновления и встроенная синхронизация между устройствами.

Tor Browser

Выводя приватность на следующий уровень, Tor Browser маршрутизирует ваш трафик через сеть Tor, анонимизируя ваш IP и многократно шифруя соединение. Он медленнее по задумке, но идеален, если ваш приоритет — максимальная анонимность, а не скорость или удобство.

Vivaldi

Vivaldi — браузер мечты для тех, кто хочет полного контроля. Стекирование вкладок, тайлинг, кастомные горячие клавиши, встроенная почта и календарь, веб-панели — это полноценный десктопный опыт внутри браузера. Хотите боковую панель браузера, открывающую ваши заметки, RSS-ленты или любой нужный сайт? Vivaldi это умеет.

Arc

Наконец, Arc — когда-то новичок на рынке браузеров, нацеленный на переосмысление UX: замена традиционной панели вкладок на боковую панель, акцент на веб-приложениях, интегрированные разделённые виды и easels для заметок и доски. К сожалению, компания за Arc прекратила разработку, чтобы полностью переключиться на ИИ с новым браузером, который сейчас в закрытой бета-версии.

Управление паролями

• Лучший бесплатный выбор: Bitwarden
• Также отлично: 1Password, Dashlane, KeePass

Миллионы людей продолжают использовать одни и те же слабые пароли на всех сайтах — или, что ещё хуже, держатся за классику вроде «123456». Даже сильные пароли мало помогают, если их повторяют или забывают. Конечно, большинство браузеров предлагают встроенные менеджеры паролей, но они ограничены, привязаны к одному браузеру и менее безопасны, чем специализированные решения.

Также не будем забывать о passkeys (ключах доступа). Если говорить практически, можно сказать, что passkeys объединяют концепцию пароля и двухфакторной аутентификации (2FA) в одно плавное действие, но гораздо безопаснее и гораздо менее раздражающе.

Bitwarden

Полностью опенсорсный, зашифрованный и щедрый даже в бесплатной версии. Вы получаете неограниченное количество паролей, синхронизацию между устройствами и приложения для всех платформ. Премиум ($10/год) добавляет безопасный обмен файлами и инструменты 2FA. Также есть доступные семейные и командные планы.

1Password

Премиум-решение с отполированным интерфейсом, сильной кроссплатформенной поддержкой и отличными функциями вроде Travel Mode (режим путешествий) и полной интеграцией passkeys.

Dashlane

Предлагает мониторинг даркнета, интеграцию VPN и плавный пользовательский опыт. Есть бесплатный тариф с ограниченными функциями, но премиум-версия конкурентоспособна.

KeePassXC

Отличная оффлайн-альтернатива, если хотите полного контроля и не против ручной синхронизации (или использования чего-то вроде Syncthing или Dropbox для синхронизации базы данных).

Пропустите LastPass — когда-то фаворит, он упал в немилость после повторных утечек безопасности. Для душевного спокойствия лучше поискать в другом месте.

Продвинутые утилиты и дополнения к ОС

• Поиск + лаунчеры: Everything или Wox (Windows), Alfred или Raycast (macOS)
• Пакетные менеджеры: WinGet, Homebrew (macOS)
• Для пользователей Windows: PowerToys
• Для пользователей Mac: Rectangle
• История буфера обмена: ClipClip, Flycut (macOS)
• Скриншоты + аннотации: Monosnap

Winget

Официальный менеджер пакетов Microsoft, встроенный в Windows 10 и 11. Работает похоже на Chocolatey, но разработан и поддерживается Microsoft. Homebrew — самый популярный менеджер пакетов для macOS. Позволяет быстро устанавливать, обновлять и управлять приложениями и CLI-инструментами с помощью команд в терминале.

Everything

Что касается поиска, Everything остаётся золотым стандартом сверхбыстрого поиска по именам файлов в Windows. Он индексирует диски за секунды и выдаёт почти мгновенные результаты с минимальной нагрузкой на систему. Если нужен функционал шире базового поиска, Wox использует движок Everything и добавляет мощные возможности лаунчера: поиск файлов, запуск приложений, калькулятор, перевод текста и расширения через плагины. Получается более гибкий опыт в духе Spotlight для Windows.

Command Palette/Alfred/Raycast

В который раз Microsoft не смогла существенно улучшить встроенный поиск Windows, хотя Command Palette в PowerToys даёт неплохой компромисс для тех, кто не хочет ставить сторонние утилиты.

На macOS Alfred по-прежнему главный лаунчер и утилита поиска. Он быстрый, интуитивный и в бесплатной версии включает историю буфера и настраиваемые поиски; расширенная автоматизация и «воркфлоу» доступны в Powerpack.

Тем, кто хочет современную облачно-интегрированную альтернативу с готовыми расширениями и встроенной поддержкой Notion, GitHub и Slack, стоит присмотреться к Raycast — это стильный, дружественный к разработчикам вариант, который стремительно набирает популярность.

Менеджеры буфера обмена

Они позволяют возвращаться к ранее скопированному — тексту, изображениям, ссылкам — и сильно ускоряют рутинные операции.

В Windows встроенная история буфера (Win + V) кое-как выручает, но продвинутым пользователям обычно хочется большего. В числе бесплатных рекомендаций — ClipClip для Windows и Flycut для macOS.

Когда речь о скриншотах и аннотациях, штатные инструменты macOS и Windows заметно выросли. Но многим всё равно удобнее сторонние решения. Нам по-прежнему нравится Monosnap за простоту и возможность мгновенно заливать снимки в облако для шаринга (и это бесплатно).

PowerToys — набор полезных утилит от Microsoft для продвинутых пользователей Windows, повышающих продуктивность и упрощающих рабочие процессы. Среди инструментов: FancyZones для продвинутого раскладывания окон, PowerRename для пакетного переименования, Keyboard Manager для ремапинга клавиш, универсальный color picker и другие.

Rectangle и Magnet — два самых популярных приложения на macOS для закрепления окон: быстрые выравнивание и ресайз по хоткеям или перетаскиванием, примерно как по умолчанию в Windows. Пользователям, пришедшим с Windows и скучающим по системному снапингу, одно из них жизненно необходимо.

Широко используемая альтернатива в Windows — FancyZones (часть PowerToys), предлагающая продвинутое управление окнами: настраиваемые сетки, зоны привязки и поддержку нескольких мониторов — поэтому это фаворит пауэр-пользователей на Windows.

Для рутины и создания проектов

• Бесплатные инструменты: FreeOffice, LibreOffice и WPS Office
• Microsoft Office за единовременную плату $49, Office 2024 — $129
• Заметки: Notion, OneNote, Obsidian
• Бесплатный PDF-редактор: PDFsam
• Почтовые клиенты: Thunderbird, eM Client

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

Microsoft Office остаётся отраслевым стандартом для профессиональной продуктивности. Подписка Microsoft 365 открывает доступ к Word, Excel, PowerPoint, Outlook и включает 1 ТБ облачного хранилища.

Среди бесплатных альтернатив LibreOffice — мощный open-source комплект с сильным сообществом (хотя интерфейс некоторым кажется старомодным). Если нужна внешне более майкрософтовская альтернатива, попробуйте FreeOffice или WPS Office Free — у них хорошая совместимость.

На macOS Pages, Numbers и Keynote предустановлены и более чем достаточны для большинства задач, особенно если вы в экосистеме Apple.

Знания и ведение заметок

Notion стал универсальной платформой организации: заметки, базы данных, to-do, управление проектами, создания совместных рабочих пространств. Если нужны более локальные заметки с синхронизацией между устройствами и поддержкой Markdown, Obsidian — любимец студентов и исследователей.

Для быстрых кроссплатформенных заметок OneNote — крепкий бесплатный вариант от Microsoft. В качестве альтернатив — Simplenote или open-source Joplin.

Если вы занимаетесь академической работой и научными статьями, Zotero — отличный open-source менеджер источников с интеграцией в браузер и совместными коллекциями. Milanote предлагает визуальный подход к заметкам и планированию — идеально для креативных пользователей.

Работа с PDF

Хотя Adobe Acrobat остаётся премиальным редактором PDF, бесплатные альтернативы вроде PDFsam позволяют без усилий объединять, разбивать, редактировать и поворачивать страницы.

Инструменты для дизайна и создания контента

Для дизайна два выделяющихся приложения хорошо дополняют набор продуктивности. Figma Desktop — совместная платформа интерфейс-дизайна, широко используемая UI/UX-дизайнерами и фронтенд-разработчиками. Десктоп-версия работает быстрее, чем браузер, и лучше интегрируется с ОС — это удобно для сложных дизайн-систем и коллаборации в реальном времени.

Canva с интуитивным drag-and-drop превосходно чувствует себя и как десктоп-приложение. Отлично подходит для быстрых графических материалов для соцсетей, маркетинга, постеров и презентаций. Благодаря тысячам шаблонов и совместной работе это фаворит как у профи, так и у новичков.

Почтовые клиенты

Если вы предпочитаете отдельный почтовый клиент, у eM Client много функций, бесплатный — до двух аккаунтов. Mozilla Thunderbird — мощная open-source альтернатива с удобной настраиваемостью, а Mailbird — вариант с упором на продуктивность для тех, кого не пугает подписка.

Инструменты разработчика

• Редакторы кода и текста: VS Code, Cursor, Sublime Text
• Система контроля версий: SourceTree, GitHub Desktop
• Контейнеры: Docker
• Локальные LLM: Ollama
• SFTP, загрузка файлов: WinSCP, Forklift

Для разработчиков Visual Studio Code — безусловный вариант. Бесплатный, лёгкий, но мощный, кроссплатформенный — тысячи расширений покрывают практически любой язык, фреймворк или инструмент. Набирающая популярность альтернатива — Cursor, редактор на базе VS Code с усиленной AI-помощью. Он подходит для связки с LLM: даёт inline-подсказки, генерирует код, рефакторит и позволяет редактировать кодовую базу.

При этом Sublime Text остаётся для скорости и простоты, а Notepad++ — отличный лёгкий редактор для быстрых правок в Windows.

Для Git графические клиенты SourceTree и SmartGit дают понятный интерфейс для управления репозиториями на GitHub, GitLab и не только. GitHub Desktop раньше был простоват и не слишком хорош, но сейчас существенно прибавил — всё ещё простой для работы, но в хорошем смысле.

Для локальных окружений, API-тестирования или терминального воркфлоу инструментов — пруд пруди. Например, Docker Desktop стал стандартом для тех, кто собирает и запускает контейнеризированные приложения на разных платформах. Он упрощает настройку окружений и держит систему чистой.

Ollama позволяет запускать большие языковые модели (LLM) локально с минимальной настройкой. Поддерживает модели вроде LLaMA, Mistral и другие open-weight альтернативы GPT, так что можно работать с ИИ прямо на своём компьютере без отправки данных в облако.

Если вы работаете с облачными хранилищами или SFTP, WinSCP (Windows) и ForkLift (macOS) — отличные клиенты с двухпанельным управлением файлами, синхронизацией и автоматизацией. На Mac также популярны Commander One и Transmit — у них есть встроенные подключения к удалённым и облачным путям.

Безопасность

И Windows, и macOS сегодня предлагают более чем достойную встроенную защиту. С защитой в реальном времени, интеграцией с файерволом и биометрией вроде Windows Hello и Touch ID. Для обычных пользователей, которые соблюдают гигиену безопасности: не скачивают сомнительное ПО, используют менеджеры паролей и включают 2FA — встроенной защиты часто хватает.

Для продвинутых пользователей есть дополнительные варианты.

Отличное первое дополнение — Malwarebytes. Это давний фаворит в обнаружении и удалении malware, adware и руткитов; бесплатная версия по-прежнему хороша для ручных сканов. В платной — защита в реальном времени без ощутимой просадки производительности.

Если не хочется ставить традиционный антивирус, есть достойные альтернативы. Emsisoft Emergency Kit — мощный портативный сканер, который можно запускать с флешки: идеально для редких глубоких сканов или лечения заражённых систем без установки чего-либо. Просто подключаете, когда нужно.

Ещё один отличный инструмент — VirusTotal: бесплатный веб-сервис, который проверяет файлы и URL через десятки антивирусных движков. Прежде чем открывать подозрительную загрузку, можно залить файл на VirusTotal.com или использовать их расширение для браузера, чтобы проверять ссылки в реальном времени. Быстро, просто и удобно для осторожных пользователей.

Мы не поклонники установки антивирусов на каждый компьютер и не полностью в курсе, какие сейчас показывают лучшие результаты. Тем не менее, AV-Test давно и регулярно оценивает популярные решения, поэтому советуем смотреть их свежие отчёты. В текущем списке высокооценённых — Avast, BitDefender, ESET и другие; многие из них предлагают бесплатные версии для пробы.

Удалённый доступ и вспомогательные утилиты

RustDesk стал современным, ориентированным на приватность аналогом TeamViewer. Он с открытым исходным кодом, быстрый и работает кроссплатформенно.

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

Превращение смартфона в пульт дистанционного управления компьютером бывает невероятно удобно — будь то презентации, потоковое видео или просто навигация с дивана.

Remote Mouse — простой и эффективный способ эмулировать мышь и клавиатуру с телефона. Для более продвинутых сценариев можно использовать приложения вроде Unified Remote.

Редактирование изображений и видео

• Профессиональный видеомонтаж: DaVinci Resolve
• Простой видеомонтаж: CapCut
• Редакторы изображений: GIMP, PhotoDemon, Pixelmator Pro
• Бесплатное улучшение изображений: Upscayl
• RAW-редактирование: RawTherapee
• Видеоконвертация: HandBrake

Если вам нужен бесплатный инструмент для редактирования изображений, GIMP — один из самых мощных вариантов. Он предоставляет профессиональные возможности, такие как слои, маски и настраиваемые плагины, что делает его идеальным для продвинутых пользователей. Если вы ищете более лёгкий редактор с чистым интерфейсом, стоит обратить внимание на PhotoDemon. Он работает как портативное приложение на Windows, поддерживает слои и редактирование — отличный выбор для быстрых правок или ретуши.

Если вы хотите увеличивать разрешение изображений без потери качества, Upscayl — мощный и бесплатный инструмент для апскейла. Он кроссплатформенный, и по нашим тестам показывает результаты на уровне платных решений вроде Topaz.

Для векторной графики — логотипы, иллюстрации — Inkscape является достойным open-source вариантом с полной поддержкой редактирования SVG. Krita — ещё один отличный бесплатный инструмент, особенно подходящий для цифровой живописи и художественного творчества.

Для редактирования RAW-фотографий, Darktable и RawTherapee — два высококлассных open-source аналога Adobe Lightroom. Их широко используют фотографы, которым нужна работа с изображениями без подписки.

Для простых GIF-анимаций ScreenToGif — удобная утилита, мгновенно записывающая область экрана и экспортирующая в GIF или другие форматы с оверлеями.

Среди платных фоторедакторов Adobe Photoshop остаётся лидером, но для macOS есть Pixelmator Pro — мощное приложение с разовой оплатой, а Affinity Photo предлагает профессиональные возможности по более доступной цене.

Видеомонтаж и конвертация

DaVinci Resolve считается лучшим бесплатным профессиональным ПО. Его используют и энтузиасты, и профессионалы — от простого тримминга до цветокоррекции и сложного постпродакшена.

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

Для пользователей macOS iMovie предустановлен и остаётся надёжным вариантом для базовых видео. Если вам нужно просто конвертировать или сжимать видео в современные форматы, HandBrake — проверенное бесплатное решение с поддержкой и вариацией входных и выходных форматов.

Тем, кто ищет топовый профессиональный монтаж, подойдут Adobe Premiere Pro и Final Cut Pro, но там есть дорогая подписка и более высокий порог входа.

Коммуникации и совместная работа

• Для повседневной связи: WhatsApp, Messenger и Zoom, если у вас нет FaceTime
• Для приватности: Signal
• Для работы: Slack, Teams
• Для игр и общения: Discord

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

Для личной переписки WhatsApp и Facebook Messenger остаются самыми массовыми платформами по всему миру. У них есть десктопные клиенты и встроенное сквозное шифрование по умолчанию. Telegram также крайне популярен благодаря синхронизации между устройствами и поддержке крупных чатов. Пользователи Apple продолжают активно использовать iMessage для приватного, шифрованного общения в экосистеме Apple.

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

Google Meet — отличный браузерный аналог без необходимости установки, который заметно улучшился по качеству и удобству использования. Многие компании применяют Meet в ежедневной работе и гибридных форматах. Если ваша организация использует Microsoft 365, скорее всего, вы работаете в Microsoft Teams, который уже заменил Skype на корпоративном уровне. Teams поддерживает большие созвоны, обмен файлами и глубоко интегрирован с Office. Сквозное шифрование доступно, но только для 1:1 звонков.

FaceTime по-прежнему отличный для пользователей Apple, и благодаря новым обновлениям к звонку теперь могут присоединяться и пользователи Android/Windows по ссылке через браузер.

Когда приватность критична, Signal — один из лучших вариантов. Разработан некоммерческой организацией, бесплатен, open-source, без рекламы, использует надёжное сквозное шифрование для сообщений и звонков.

Для рабочих коммуникаций Slack и Teams продолжают использоваться в бизнес-среде. Бесплатный тариф Slack ограничивает историю 90 днями и звонки, но остаётся любимцем стартапов и малых команд благодаря интеграциям и ботам. Cisco Webex — также крепкий вариант, особенно популярен в корпоративной среде.

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

Для внутриигрового голосового чата TeamSpeak остаётся олдскульным достойным вариантом: можно использовать анонимно и получать полный контроль над сервером. Встроенный чат Steam лучше, чем раньше, и помогает в игровой координации, но большинство всё же выбирает Discord.

Гейминг, моддинг и стриминг

• Игровые платформы: Steam, Epic Games, EA App, Ubisoft, GOG
• Последние драйверы для GPU: Nvidia GeForce, AMD Radeon, Intel Arc
• Стриминг: OBS Studio

Steam остаётся центром PC-игр. Это не только магазин, но и социальная платформа, лаунчер и площадка с модами, облачными сохранениями и встроенным стримингом. Регулярные распродажи, поддержка контроллеров и сообщества делают его обязательным для любого PC-геймера.

Не менее важно установить Epic Games Store. Хотя библиотека меньше, он регулярно раздаёт бесплатные игры, доступные любому с аккаунтом Epic. Это также must-have, если вы играете в Fortnite.

Помните: не все издатели размещают игры на Steam или Epic. Для тайтлов EA понадобится EA App (ранее Origin), для Ubisoft — Ubisoft Connect, для Blizzard/Activision — Battle.net, а GOG Galaxy не только предлагает DRM-free классику, но и может агрегировать игры из других лаунчеров.

Некоторые сверхпопулярные игры распространяются отдельно: Minecraft (через Minecraft.net или Microsoft Store), Roblox, League of Legends и Valorant (через лаунчер Riot Games). Если вы новичок и ищете что-то лёгкое, можно начать с free-to-play тайтлов или классики вроде Brutal Chess или GZDoom.

Если вы играете с геймпадом, Windows поддерживает Xbox-контроллеры из коробки. PlayStation-контроллеры теперь тоже отлично работают: Steam через Steam Input поддерживает DualShock 4 и DualSense практически во всех играх. При необходимости глубокой кастомизации можно использовать DS4Windows, но большинству хватает возможностей Steam.

Если вас интересует моддинг, хороший менеджер модов время в этой жизни:

• Mod Organizer 2 — лучший для RPG Bethesda (Skyrim, Fallout).
• Vortex (от Nexus Mods) — дружелюбный к новичкам и поддерживает широкий перечень игр.

Для записи геймплея или стриминга Nvidia ShadowPlay и AMD Radeon ReLive подходят для простых задач. Но для стриминга с вебкой, сценами, оверлеями или многосценовым продакшеном OBS Studio — безальтернативный лидер. Он бесплатный, open-source и подходит как новичкам, так и про-стримерам (Twitch, YouTube, Kick и т.д.). SignalRGB помогает синхронизировать весь RGB-зоопарк и задавать динамические эффекты.

Мониторинг железа и разгон

• Мониторинг: CPU-Z, HWMonitor, HWiNFO64
• Настройка и разгон: Afterburner, FanControl, ThrottleStop, SignalRGB

Одно из первых дел, которое стоит сделать после сборки ПК — убедиться, что компоненты соответствуют ожиданиям и работают корректно. К счастью, существует много инструментов, позволяющих мониторить, тестировать и настраивать железо.

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

Для более широкого мониторинга HWMonitor показывает температуры, напряжения и скорости вентиляторов в реальном времени. Если нужно ещё глубже и с более гибким интерфейсом — HWiNFO64 считается одним из лучших: поддерживает логирование датчиков и интеграцию с оверлеями (например, RTSS или Rainmeter).

Чтобы проверить хранилище, CrystalDiskMark измеряет скорость чтения/записи SSD и HDD — это помогает понять, соответствует ли диск заявленным характеристикам. Глубже оценить здоровье накопителя можно в Hard Disk Sentinel, который анализирует SMART-данные, оценивает срок службы и предлагает ограниченный ремонт.

С точки зрения охлаждения, всё больше геймеров используют утилиты для настройки вентиляторов. FanControl — актуальный бесплатный фаворит: поддерживает сложные кривые оборотов, привязку к датчикам, и совместим с большинством современных материнских плат. На Mac одной из лучших утилит остаётся Macs Fan Control.

Для настройки видеокарт долгое время стандартом был MSI Afterburner — для разгона, настройки вентиляторов и мониторинга с RTSS-оверлеем. Однако из-за замедления обновлений многие сегодня используют встроенные утилиты от Nvidia (GeForce Experience/Control Panel) и AMD (Adrenalin Software).

Если вы меняете видеокарту или подозреваете проблемы с драйверами, обязательно используйте Display Driver Uninstaller (DDU) — он полностью очищает систему от старых драйверов перед переустановкой.

Если вы играете на ноутбуке или хотите снизить нагрев и повысить автономность, ThrottleStop остаётся одним из лучших инструментов для андервольта CPU и настройки энергопрофилей.

Тем, кто серьёзно подошёл к разгону CPU и GPU, пригодятся фирменные инструменты вроде Intel XTU (для Intel) и AMD Ryzen Master — они дают контроль над частотами, напряжениями и лимитами мощности.

Управление файлами

• Поиск больших файлов: SpaceSniffer, WizTree, Disk Drill (macOS)
• Поиск дубликатов: dupeGuru
• Архивы и ZIP: PeaZip, The Unarchiver
• Очистка: BCUninstaller, CCleaner Portable, AppCleaner (macOS)

Чтобы грамотно управлять файлами и освобождать место, нужно понимать, что именно занимает пространство. На Windows популярны WinDirStat и WizTree — быстрые бесплатные инструменты для визуализации диска. SpaceSniffer предоставляет динамическую схему.

На macOS — GrandPerspective и Disk Drill предлагают аналогичный функционал, а DaisyDisk — один из самых красивых платных вариантов с молниеносным сканированием.

Если дубликаты засоряют диск, dupeGuru (open-source) отлично справляется с поиском повторяющихся изображений и музыки, даже слегка изменённых.

Для пакетного переименования файлов (например, фоточек с камеры) существует гибкий Bulk Rename Utility. Если нужно что-то попроще: PowerRename из PowerToys (Windows) или встроенный инструмент в Finder (macOS) подходят большинству.

Встроенный File Explorer в Windows недавно получил вкладки и стал удобнее, но Files (open-source) — современная альтернатива с улучшенным UX. Кто-то ещё пользуется Total Commander или Directory Opus, благодаря расширяемости и скриптам, хотя новичкам они кажутся устаревшими. Для просмотра изображений по-прежнему незаменим IrfanView.

Для работы с архивами, если не устраивает встроенный ZIP-менеджер Windows, скачайте 7-Zip или PeaZip. На Mac лучшим бесплатным инструментом остаётся The Unarchiver.

Для очистки системы важно выбирать надёжные утилиты. На Windows, BCUninstaller (Bulk Crap Uninstaller) — один из самых проверенных для удаления программ и их хвостов. BleachBit и Wise Disk Cleaner — безопасные альтернативы CCleaner (лучше использовать Portable-версию, так как стационарная испортила репутацию). На Mac AppCleaner всё ещё любим за полное удаление приложений без мусора.

Если вы организуете большую библиотеку медиа, стоит взглянуть на open-source TagSpaces, позволяющий тегировать файлы локально, без облака.

Облачное хранилище и резервное копирование

• Простая синхронизация: Dropbox, Google Drive
• Фото между устройствами: Apple iCloud, Google Photos
• Приватность: pCloud, Proton Drive, Internxt
• Полные бэкапы: Backblaze, IDrive

Базовое облачное хранилище

Dropbox — один из самых простых в использовании, хотя бесплатных 2 ГБ мало.

Google Drive — 15 ГБ бесплатно, используется Gmail, Docs и Photos. Идеален для Android.

OneDrive — идёт в комплекте с Windows и Microsoft 365. 1 ТБ включён в большинство Office-планов. Хотя по скорости и интерфейсу уступает Dropbox/Google.

iCloud Drive — лучший выбор для пользователей Apple, глубокая интеграция с macOS/iOS. Бесплатно 5 ГБ, далее по планам до 2 ТБ.

Proton Drive — шифрованная альтернатива от создателей ProtonMail.

Фото и видео

На macOS приложение Photos автоматически создаёт альбомы по людям и локациям, синхронизирует всё через iCloud.

На Windows мы часто рекомендуем Google Photos, который предлагает аналогичный набор функций и автоматизацию. Для пользователей Android — это стандарт по умолчанию. Да, раньше было безлимитно, теперь фото занимают общее место Google Drive (15 ГБ), которое быстро заканчивается.

Полные бэкапы

Если требуется сохранять всю систему, терабайты медиа, состояние дисков используйте отдельные сервисы резервного копирования.

Backblaze — топ в этой категории: фиксированная цена (~$8/месяц за устройство), безлимитное хранилище, минимум настроек: установил и забыл.

IDrive — более контролируемый вариант, поддерживает несколько устройств, внешние диски и версионность файлов.

Простой для не-технарей — Carbonite, с возможностью быстрого восстановления и круглосуточной поддержкой.

Профессионалам — Acronis Cyber Protect: клон дисков, анти-вымогатель, гибридное облако.

Для особо чувствительных данных

Если вы храните личные финансовые документы или медицинские сведения, стоит выбрать end-to-end решений.

pCloud предлагает клиентское шифрование (через платный «Crypto»). Даже при взломе аккаунта файлы не расшифруются без ключа.

Proton Drive — аналогичный подход, с прозрачностью open-source.

Прочие полезные инструменты, не вошедшие в другие разделы

Google Earth — для любителей карт и планировки.

qBittorrent — лучший torrent-клиент: чистый, без рекламы, с поиском. Альтернатива — легковесный Transmission или кастомизируемый Deluge.

iMazing — must-have для владельцев iPhone: резервные копии, экспорт медиа, проверка батареи, конвертация HEIC.

AirDroid — аналог для Android: управление файлам, уведомления, SMS с ПК.

Rufus — лидер по созданию загрузочных USB-дисков для Windows/Linux.

Open Shell — возвращает классическое меню «Пуск» в стиле Windows 7.

Stretchly — напоминает делать перерывы — полезно удалёнщикам и фрилансерам.

AutoHotkey — скриптовый движок для Windows: переназначение клавиш, макросы, автоматизация.

VPN: бесплатные — ProtonVPN, Windscribe, TunnelBear (с лимитом). Платные — ProtonVPN, NordVPN.

Calibre — лучшее бесплатное решение для чтения, организации и конвертации e-book (EPUB, MOBI, PDF и др.).

Заключение

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

Несколько советов напоследок:

1. Не захламляйте систему. Устанавливайте только то, что действительно используете. Чем меньше фоновых процессов — тем быстрее работает компьютер.
2. Следите за обновлениями. Большинство программ обновляются автоматически, но некоторые требуют ручного апдейта. Свежие версии — это не только новые функции, но и закрытые уязвимости.
3. Делайте резервные копии. Никакие утилиты не спасут от отказа жёсткого диска. Регулярный бэкап на внешний носитель или в облако — обязательная практика.
4. Экспериментируйте. Попробуйте несколько браузеров, редакторов, плееров. То, что подходит большинству, может не подойти именно вам.
5. Читайте отзывы. Перед установкой незнакомого приложения загляните на форумы или Reddit. Сообщество быстро выявляет проблемы и подводные камни.

Теперь ваш компьютер готов к работе, учёбе, развлечениям — и чему угодно ещё. Главное — не забывайте, что инструменты важны, но ещё важнее то, как вы их используете. Удачи!

В этой части мы сделаем несколько ключевых шагов:

• реализуем игровой цикл с фиксированным временным шагом,
• добавим игрока и пришельцев,
• и, наконец, добавим анимацию спрайтов.

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

Добавление игрока и роя пришельцев

Прежде чем добавить игрока и рой пришельцев, создадим два агрегата данных — то есть структуры (struct):

И у структуры игрока, и у структуры пришельца есть координаты позиции x и y, заданные в пикселях относительно нижнего левого угла окна. В структуру Player также добавляется поле с количеством жизней игрока.

В классических аркадных играх Space Invaders существует три типа пришельцев, которые отличаются только своими спрайтами. Этот параметр мы кодируем в поле type.

Кроме того, мы вводим отдельную структуру, предназначенную для хранения всех переменных, связанных с состоянием игры.

Это включает ширину и высоту игры в пикселях, объект игрока и массив пришельцев, выделяемый динамически.

Как и ранее, мы добавляем спрайт для игрока, закодированный в виде растрового изображения (bitmap).

Затем мы создаём и инициализируем структуру Game.

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

Наконец, в основном игровом цикле мы отрисовываем игрока и всех пришельцев.

Получаем вот такой результат:

Это уже начинает напоминать Space Invaders, но пока всё довольно статично!

Анимация спрайтов

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

Структура SpriteAnimation по сути представляет собой массив Sprite. Здесь мы используем тип «указатель на указатель» для хранения спрайтов, чтобы их можно было шарить (совместно использовать). Если хочется повысить эффективность, спрайты можно упаковать в атласы (spritesheets). Кроме того, мы добавляем флаг, указывающий, нужно ли зацикливать анимацию или воспроизводить её лишь один раз, интервал между последовательными кадрами и время, проведённое в текущем экземпляре анимации. Зная число кадров и желаемую длительность анимации, интервал между кадрами легко вычислить. Ниже мы вводим дополнительный спрайт для нашего инопланетянина…

…и создаём двухкадровую анимацию, используя два спрайта пришельца.

Обратите внимание: чтобы упростить задачу, мы измеряем длительность кадра и время в игровых циклах — то есть в количестве итераций игрового цикла. Чтобы это работало корректно, нужно зафиксировать частоту кадров. Для простой игры, подобной нашей, можно использовать V-sync — опцию, при которой обновления видеокарты синхронизируются с частотой обновления монитора.

Большинство современных мониторов имеют частоту обновления 60 Гц, что означает обновление экрана 60 раз в секунду. Включив V-sync, мы получим частоту кадров 60 FPS или кратное значение, синхронизированное с частотой дисплея.

Однако есть и недостаток: на мониторах с более высокой частотой обновления, например, 120 Гц или 240 Гц, игра будет работать быстрее. Чтобы включить V-sync, вызывается функция GLFW:

В конце каждого кадра мы обновляем все анимации, увеличивая значение времени.

Если анимация дошла до конца, мы либо удаляем её, либо сбрасываем время обратно в 0, если это зацикленная анимация.

Обратите внимание, что на данный момент у нас есть только одна анимация, которую нужно обновлять.

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

Нужный кадр вычисляется на основе времени, прошедшего с начала анимации, и длительности одного кадра.

Чтобы сделать процесс более интересным, мы также добавляем простое движение игрока, введя переменную, которая управляет направлением его движения…

…и обновляем положение игрока в конце каждого кадра в зависимости от значения этой переменной.

Условия if выполняют простую проверку столкновений спрайта игрока с границами игрового поля, гарантируя, что игрок остаётся внутри этих границ.

Выше вы можете видеть анимированный GIF с результатом.

Заключение

В этом посте мы создали несколько структур (struct), чтобы логически сгруппировать данные для игры, игрока и пришельцев. Ещё важнее то, что мы заложили основу для анимации спрайтов. Для этой простой версии Space Invaders мы используем фиксированные игровые циклы, задав постоянную частоту кадров с помощью включения вертикальной синхронизации (V-sync). Это позволяет нам выполнять анимацию спрайтов в игровых циклах, а не в реальном времени.

Единственное, что остаётся сделать, прежде чем игра станет играбельной, — реализовать обработку пользовательского ввода. Источников ввода может быть много, но в нашем случае мы ограничимся клавиатурой.

TIME отметил AirPods Pro 3 среди 300 самых инновационных продуктов года, в том числе за функции, которые выходят за рамки классического аудио-гаджета.

Главные новшества

— Реальный перевод речи в реальном времени между пятью языками (английский, испанский, португальский, французский и немецкий). Поддержка итальянского, японского, корейского и китайского ожидается к концу года.

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

— Режим слухового усилителя, который с помощью Apple Intelligence сглаживает окружающий шум и помогает слышать речь лучше в сложных акустических условиях.

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

В категории потребительской электроники AirPods Pro 3 оказались рядом с 70mai Dash Cam 4K Omni, Antigravity A1 и Belkin PowerGrip. А «особое упоминание» TIME получил ещё один продукт Apple — Watch Series 11, в котором впервые реализована оптическая функция мониторинга артериального давления с предупреждением о рисках гипертонии.

Эксперты считают, что признание TIME отражает новую стратегию Apple — развивать продукты, которые не просто воспроизводят звук, а становятся интерфейсом для здоровья и коммуникации.

В отличие от предыдущей версии, Sora 2 симулирует физический мир и может создавать сцены, где соблюдаются законы движения, массы, инерции и причинности.

В OpenAI заявили, что новинка — это скачок уровня GPT-3.5, но для видео.

Что умеет Sora 2

Новая модель компании впитала в себя целую кучу нововведений. Теперь модель:

• Соблюдает физику: если мяч летит в корзину и не попадает, он отскакивает от щита, а не телепортируется внутрь.
• Обрабатывает ошибки: модель может «показать», как кто-то оступился или упал — это уже не фейковый успех, а реалистичное моделирование.
• Следит за объектами: запоминает позиции объектов в кадре и их поведение, даже если они временно исчезают.
• Генерирует звук: добавляет реалистичные фоны, речь и эффекты.
• Поддерживает стиль: умеет генерировать видео в аниме, киношном или реалистичном стиле.
• Поддерживает «камео»: можно загрузить свое видео и голос, чтобы ИИ вставил вас в любую сцену — от романтической комедии до фантастического эпика.

Промт: «два альпиниста в ярких штормовых куртках, с обледеневшими лицами и прищуренными от напряжения глазами, по очереди перекрикиваются сквозь метель»

Новый формат общения — Sora.app

Одновременно с моделью запущено iOS-приложение Sora, которое:

• позволяет создавать и ремиксить видео на базе генераций других пользователей;
• поддерживает встраивание себя или друзей в сцены (после короткой видео-идентификации);
• работает по инвайтам, чтобы заходить в приложение вместе с друзьями;
• использует рекомендации на основе LLM, которые можно настраивать через обычный текст.

Контроль пользователя находится в центре философии модели: можно удалять свои «камео» из чужих видео, ограничивать, кто может ими пользоваться, и управлять персонализацией ленты.

Промт: «мастер боевых искусств отрабатывает ката с бо-стиком, стоя по пояс в воде в пруду с карпами кои»

Важные ограничения

• Sora 2 пока доступна только в США и Канаде через приложение или sora.com.
• ChatGPT Pro-пользователи получат доступ к улучшенной версии модели — Sora 2 Pro.
• Подписка не требуется — генерации пока бесплатны, но с ограничениями по доступным вычислениям.
• Sora 1 Turbo остается доступной и весь ваш контент сохранится.

В ближайшее время планируется запуск API для Sora 2.

Начнём с инструментов от российских разработчиков ⬇️

FollowUP: Анализ митингов для корпоративного сегмента

FollowUP — это голосовой ассистент для встреч, который автоматизирует протоколирование, расшифровку и аналитику корпоративных коммуникаций. Он подключается к звонкам и онлайн-митингам, фиксирует задачи, договорённости, сроки и ответственных, а затем рассылает участникам готовое резюме.

В отличие от обычных сервисов транскрибации, FollowUP делает акцент на аналитике: руководители получают доступ к единому кабинету, где собраны записи, конспекты и оценки качества встреч. Это позволяет не только вести документацию, но и контролировать эффективность коммуникаций внутри компании.

FollowUP работает Google Meet, Zoom, SaluteJazz (ex. SberJazz), MS Teams, Яндекс.Телемост, КонтурТолк и JitsiMeet. Поддержка ТруКонф пока в разработке. Бот сам присоединяется к запланированным встречам по ссылкам из приглашений. Протокол встречи приходит в течение 15 минут после ее окончания.

Результат можно получить в удобном канале: WhatsApp, Telegram, Email или в личном кабинете.

Сценарии использования

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

Для корпоративных клиентов доступны расширенные сценарии: стандартные протоколы для фиксации договорённостей, задачи с экспортом в трекеры, а также инструменты оценки качества встреч для руководителей. В маркетинге и продажах FollowUP помогает анализировать конкурентов, фиксировать настроение собеседников и давать рекомендации РОПам, а рекрутинг получает аналитику собеседований и кандидатов.

Кастомизация и детализация протокола

Пользователь может гибко настраивать содержание итогового отчета и выбрать формат кастомизации:

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

Сервис не только протоколирует, а анализирует ход встречи, собирает рекомендации для улучшения коммуникаций. Это позволяет оценить, насколько эффективно команда тратит время на совещаниях.

Технические детали и управление

Ассистент подключается к встречам в Google Meet, Яндекс.Телемост, Zoom и других ВКС через ссылку из календаря.

В ЛК также можно настроить связь с корпоративными системами: календари, мессенджеры (Telegram), CRM (amoCRM, Битрикс24) и таск-трекеры, включая BPMSoft и LANSOFT. Доступен API для интеграции в корпоративные экосистемы.

Тарифная политика

Оплата происходит за минуты обработки. Сервис предлагает пакеты от 3 часов (180 минут) до более 80 часов (5000 минут), с возможностью получения корпоративных скидок до 50%.

Вся работа проходит через веб-интерфейс, личный кабинет и Telegram-бота. Поддержка организована в чате и по системе тикетов, для корпоративных клиентов доступны SLA и база знаний.

Чем он отличается от других?

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

Труконф: Защищенные коммуникации с ИИ-протоколированием

Труконф — это защищенная система видеоконференцсвязи (ВКС) и корпоративный мессенджер, которая разворачивается на оборудовании компании-заказчика. Основной акцент сделан на полном контроле над коммуникациями, безопасности и импортонезависимости.

Сценарии использования

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

• Для ИТ-директоров и специалистов по безопасности: Развертывание сервера на собственном оборудовании гарантирует полную безопасность и контроль над всеми коммуникациями. Поддержка единого входа (SSO), интеграция с Active Directory и возможность настройки групповых политик упрощает управление доступом и правами пользователей.
• Для разработчиков и команд, работающих с конфиденциальными данными: Система предлагает автопротоколирование встреч — преобразование записей конференций в подробные стенограммы.
• Для PM и менеджеров: Возможности совместной работы: демонстрация экрана, аннотации, удаленное управление рабочим столом.
• Для внутренних коммуникаций (Корпоративный мессенджер): Помимо ВКС, система включает мессенджер с каналами, папками для чатов и функцией комплексных опросов с детальной аналитикой.

Особенности

Здесь есть фокус на безопасности, масштабировании и унифицированных коммуникациях.Интеллектуальные возможности ИИФункции ИИ направлены на повышение качества встречи и автоматизацию рутины:

1. Автопротоколирование встреч: Преобразование аудиозаписей в подробные текстовые стенограммы.
2. Интеллектуальное шумоподавление: Улучшает качество звука, позволяя проводить встречи даже при внешних шумах.
3. Управление фоном: Размытие, замена и брендирование фона.

Технические детали и управление

• Платформа: Передовой сервер ВКС и мессенджер.
• Аутентификация: Поддержка технологии SSO и интеграция с провайдерами аутентификации, включая AD FS.
• Клиентские приложения: Доступны для Windows, macOS, Linux, а также в виде WebRTC и мобильных приложений для RuStore, App Store, Google Play, AppGallery.
• API: Предоставляются программные API для управления сервером и создания чат-ботов.
• Программное и аппаратное обеспечение для переговорных: В линейке есть решения для переговорных комнат, включая ПО TrueConf Room и аппаратный терминал TrueConf Group.

Чем он отличается от других?

Это решение для тех, кто ищет отечественную, масштабируемую систему ВКС с интегрированным ИИ-протоколированием.

Таймлист AI: Протоколирование и база знаний для экосистемы 1С

Таймлист AI, в частности его расширение Таймлист Бот Встреч, представляет собой инструмент, нацеленный на автоматическое протоколирование совещаний и создание базы знаний внутри корпоративной экосистемы. Основной фокус — на глубокой интеграции с 1С и работе с русскоязычным контентом.

Сценарии использования

Инструмент ориентирован на проектные команды, компании с развитой системой 1С и организации, которым важна работа с русскоязычными техническими терминами и локальный хостинг.

• Для руководителей и менеджеров, использующих 1С: Бот-помощник интегрируется непосредственно в 1С, что позволяет автоматически архивировать записи встреч и получать текстовые расшифровки с именами выступающих прямо из привычного интерфейса.
• Для аналитиков и инженеров: Точность распознавания, способность справиться с аббревиатурами, терминами и англицизмами на русском языке обеспечивает высокое качество исходного текста.
• Для компаний с высокими требованиями к безопасности: Есть возможность локальной установки (On-premise) на сервера компании и хранение данных на защищенных российских серверах.

Особенности

Таймлист Бот Встреч поставляется как расширение для 1С (совместим с УНФ и другими конфигурациями), что обеспечивает бесшовное подключение без необходимости доработки основной системы. Бот подключается как гость к конференциям (Zoom, Яндекс.Телемост, Труконф и др.) и автоматически запускает запись при наличии двух и более участников.

Качество транскрипции на русском языке

Сервис заявляет о точности расшифровки до ~97%. ИИ специально обучен для:

• Распознавания англицизмов и терминологии в русской речи.
• Грамотной расстановки знаков препинания и деления текста на абзацы.
• Пометки говорящего с таймкодами.

Технические детали и управление

• Формат поставки: Расширение для 1С или On-premise установка.
• Протоколирование: Автоматическая запись, расшифровка и автопротокол (резюме, задачи, решения).
• Архив: Записи доступны для скачивания в течение 3 дней, а расшифровки хранятся в базе знаний.
• Поддерживаемые ВКС: 1С:Система взаимодействия, Zoom, Яндекс.Телемост, Труконф, ИВА, Экспресс и другие.

Чем он отличается от других?

Таймлист AI имеет четко выраженную специализацию: глубокая интеграция в корпоративную экосистему 1С и фокус на высококачественном протоколировании русскоязычных и технических переговоров.

Дальше копайлоты — самостоятельные инструменты, совместимые с различными сервисами видеосвязи ⬇️

tl;dv: Too Long, Didn’t View

tl;dv — это ИИ-помощник, который записывает, расшифровывает и резюмирует онлайн-встречи. В основе работы — технологии распознавания речи и обработки естественного языка (NLP). Сервис нацелен не столько на протоколирование, сколько на извлечение из разговоров ключевых идей, что позволяет сфокусироваться на взаимодействии, а не на конспектах.

Сценарии использования

Инструмент предлагает разные сценарии, в зависимости от роли в команде:

• Для разработчиков и QA: вместо того чтобы смотреть полуторачасовую запись демо, можно получить краткую сводку с ключевыми моментами.
• Для PM: сервис помогает автоматизировать рутину после митинга. Он может извлечь задачи, принятые решения и вопросы, которые требуют внимания, а также обновить статусы в CRM или других инструментах управления проектами.
• Для отдела продаж: tl;dv анализирует звонки с клиентами, помогает выявлять стандартные возражения, отслеживать упоминания конкурентов и запросы на функции.

Особенности

Ключевые особенности tl;dv сосредоточены на трёх аспектах: точности, многоязычности и интеграциях.

Распознавание речи. Заявленная точность сервиса — свыше 90%. Он работает с 30+ языками, включая русский, английский (с разными диалектами), немецкий, китайский и японский.

Интеграции. tl;dv синхронизируется с более чем 5000 инструментов, включая популярные CRM и системы управления проектами.

Технические детали и управление

• Как работает: tl;dv интегрируется с популярными платформами для видеоконференций — Google Meet, Zoom, Microsoft Teams. Он подключается к звонку как дополнительный участник и автоматически начинает запись и расшифровку.
• Формат вывода: на выходе пользователь получает видеозапись, текстовую расшифровку с временными метками и краткую сводку, сгенерированную ИИ.
• Поддержка: у сервиса нет отдельного мобильного приложения, но он может автоматически записывать и расшифровывать звонки, проходящие на мобильных устройствах с iOS и Android через Google Meet, Zoom и Microsoft Teams.
• Доступ: у tl;dv есть бесплатный тариф, который включает неограниченное количество записей и расшифровок, а также ИИ-сводки.

Чем он отличается от других?

В отличие от многих инструментов, которые фокусируются исключительно на записи и транскрипции, tl;dv уделяет особое внимание автоматизации рутинных процессов после встречи. Он пытается превратить его в готовые данные для CRM, черновики писем или аналитические отчеты.

Otter.ai: Агент, который всегда на связи

Otter.ai позиционируется как интеллектуальный помощник для совещаний, задача которого — сделать встречи более продуктивными, автоматизировав запись, конспектирование и последующие действия. Сервис ориентирован на предоставление ответов и автоматическое извлечение ключевой информации из разговора.

Сценарии использования

Инструмент предлагает специализированных помощников (агентов), которые адаптируют его функции под конкретные задачи и роли:

• Для руководителей проектов и разработчиков: ИИ-помощник автоматически фиксирует пункты действий и может интегрировать их напрямую в системы управления проектами, такие как Jira или Asana.
• Для рекрутеров: Помощник может предоставлять ответы в режиме реального времени во время собеседований, извлекать ключевые сведения о кандидате и синхронизировать заметки с системами управления кандидатами.
• Для отделов продаж: Автоматическое фиксирование заметок, планирование последующих контактов и интеграция с системами управления клиентами (Salesforce, HubSpot).
• Для специалистов по медиа: Помощник помогает в организации неструктурированных мыслей, извлекая ключевые цитаты и важные тезисы для подготовки черновиков и структурированных планов.

Особенности

Ключевое отличие Otter.ai заключается в его чате с ИИ и специализации помощников под бизнес-задачи.

Чат с ИИ и голосовая активация. Сервис позволяет задавать вопросы (используя фразу "Привет, Otter") о прошлых разговорах, чтобы быстро получить необходимую информацию или сгенерировать черновики писем и планов.

Точность и сводки. Otter заявляет о точности распознавания речи до 95% и способен сжать длинные совещания в короткие, читабельные резюме.

Интеграции

Otter.ai глубоко интегрирован в рабочие процессы:

1. С платформами для конференций: Автоматический помощник может присоединяться к совещаниям в Zoom, Google Meet и Microsoft Teams для стенограммы в реальном времени.
2. С системами управления задачами: Преобразование ключевых тезисов и пунктов действий в рабочие задачи в системах вроде Jira и Asana.
3. С системами управления клиентами (CRM): Автоматический перенос стенограмм и данных о клиентах в Salesforce и HubSpot.
4. С инструментами для совместной работы: Slack для мгновенного обмена сводками, Google Docs для редактирования заметок, Dropbox для загрузки и расшифровки аудио- или видеофайлов.

Чем он отличается от других?

Основное отличие Otter.ai заключается в его интерактивности и ориентации на действие. В то время как другие могут концентрироваться на точности репортов и сводках, Otter добавляет Чат с ИИ, который позволяет пользователю запрашивать информацию и создавать контент из записей.

MeetGeek: Персональный компаньон с акцентом на аналитику

MeetGeek позиционируется как персонализированный помощник для совещаний, который автоматически записывает, транскрибирует и резюмирует встречи, превращая их в аналитические выводы, задачи и автоматизированные рабочие процессы.

Сценарии использования

MeetGeek предлагает инструменты для разных уровней и отделов, что позволяет повысить эффективность совещаний по всей организации:

• Для команд продаж: Помощник для продаж фокусируется на качественных разговорах с потенциальными клиентами, автоматически фиксирует заметки и синхронизирует их с системами управления клиентами (CRM). Менеджеры могут использовать записи и аналитику для своевременного обучения команды.
• Для специалистов по кадрам: Помощник полезен для интервью, он позволяет сосредоточиться на кандидате, пока заметки фиксируются автоматически.
• Для разработчиков и PM: MeetGeek помогает сократить количество встреч и время на ручной ввод данных. Итоговые пункты действий (задачи) могут быть автоматически синхронизированы с системами управления задачами, такими как Asana, Monday, ClickUp.

Особенности

Ключевые особенности MeetGeek сосредоточены на гибкости записи, глубокой аналитике разговора и безопасности данных.

Гибкость записи. В отличие от некоторых аналогов, MeetGeek предлагает расширение для браузера Chrome, которое позволяет записывать разговоры на множестве платформ (Zoom, Google Meet, Teams, Webex, Discord и др.) без необходимости приглашать бота на встречу. Это также позволяет ставить запись на паузу и возобновлять ее. Сервис поддерживает более 50 языков.

Контекстный интеллект разговора. ИИ-помощник автоматически определяет тип совещания (продажи, интервью, командная встреча) и применяет подходящий шаблон резюме.

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

Технические детали и управление

• Работа с платформами: MeetGeek автоматически присоединяется к встречам, запланированным в Google Calendar или Microsoft Calendar, а также работает через браузерное расширение.
• Локализация и хостинг: Сервис поддерживает более 50 языков. Данные хранятся на облачной платформе Amazon AWS с возможностью выбора между хостингом в ЕС или США.
• Интеграции: Сервис интегрируется с календарями, репозиториями документов (Google Drive, Notion), чатами (Slack, Teams), системами управления клиентами (HubSpot, Salesforce) и задачами (Asana, Monday, ClickUp). Дополнительно поддерживается интеграция с более чем 10 000 приложений через Zapier, Make, n8n, а также предоставлен Публичный API.

Чем он отличается от других?

Ключевое отличие MeetGeek — это фокус на аналитике эффективности совещаний и гибкость сбора данных. MeetGeek добавляет более 100 KPI и анализ настроения спикеров.

Какой вывод делаем

Автоматизация совещаний перестала быть просто трендом и стала рабочим инструментом для повышения эффективности. Современные ИИ-помощники берут на себя рутину: от записи и транскрипции до обновления статусов в CRM и создания задач в трекерах.

Выбор подходящего инструмента во многом зависит от приоритетов компании — от требований к безопасности и локализации до глубины интеграции в проектные или продажные процессы.

Из интересностей: как конвертируются просмотры у стримеров в вишлисты, повесть о взаимодействии с Nau Engine, поговорим о серии Disciples, что происходит на рынке метроидваний.

Обновления/релизы/новости

Посиделки с инди с разработчиком The King is Watching пройдут 26 сентября в 20:00 по мск (GMT+3)

В этот раз в гостях Семён Гурий, основатель Hypnohead.

Записи в видео и аудио форматах потом, само собой, выложу. Можете выбрать самый удобный для вас сервис для подкастов из списка.

У движка Nau Engine ликвидируют юридическое лицо

Представители игровой ассоциации АПРИОРИ в комментарии «Коммерсанту» оправдывают, что ликвидация стала закономерным следствием изменений в стратегии движка. Планы не удались, движок, по сути, заброшен.

Продажи игр серии Amnesia превысили пять миллионов копий за 15 лет

Во Frictional Games поблагодарили аудиторию за поддержку.

Нарративный директор Bloodlines 2 заявил, что успех Baldur’s Gate 3 осложнил разработку игры в плане ожиданий

RPG от Larian Studios подняла планку невероятно высоко.

Split Fiction получила премию «Выдающийся шведский дизайн» — принц Швеции вручил её Юсефу Фаресу

Это первая игра, удостоившаяся подобной награды.

Геймдиректор Hell is Us об анонсе даты выхода Silksong: «Это GTA VIот мира инди, и внезапно объявлять подобное — немного бессердечно»

Однако разработчик признал, что Team Cherry была вольна назначить выход на любой день.

Кооп-RPG Gedonia 2 купили 25к раз за 5 месяцев в раннем доступе

Это число автор игры Олег Казаков назвал во время интервью с IXBT Games в кулуарах фестиваля «КОНФА 2025».

Продажи No, I’m not a Human российских разработчиков превысили 100к копий — за 4 дня после релиза

Об этом сообщили разработчики из студии Trioskaz, поблагодарив игроков.

NVIDIA инвестирует пять миллиардов долларов в Intel и займётся с ней совместным производством чипов

Благодаря сделке корпорации займутся совместной разработкой чипов для ПК и дата-центров, которые будут базироваться на архитектуре x86 и включат в себя платформу RTX. При этом партнёры уже давно занимаются игровыми ноутбуками.

Основатели Unknown Worlds, создавшей Subnautica 2, обвиняют Krafton в «изменении истории во время судебного разбирательства»

Цирк продолжается.

Вышел Godot Engine 4.5

К основным особенностям можно отнести поддержку stencil buffer, экспериментальный скрин ридер, трассировку скриптов с помощью кастомных логеров, запекатель шейдеров для сокращения времени запуска и многое другое.

Обновление Steam, позволяющее разработчикам проще оценить, как скидки влияют на продажи

Обновлены страницы истории скидок, теперь интегрируют данные о доходах и проданных единицах для каждой скидки.

Steam прекратит поддержку 32-битой версии Windows с 1 января 2026

32-разрядная версия Windows 10 — единственная версия, поддерживаемая Steam, и она используется лишь на 0,01% систем, о которых сообщалось в опросе Steam Hardware Survey.

Epic объявила о расширении монетизации в Fortnite — создатели контента смогут зарабатывать на продаже предметов

Комиссия составит 50%, но до конца 2026 года её не будет.

Халява/раздачи/бандлы/курсы

Nival опубликовал исходники Blitzkrieg 2

Доступно на Гитхабе.

Интересные статьи/видео

[RU] Я отклоняю комиты с использованием кучи и прошу коллег переписать такую логику

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

[EN] Dot Noise

Экономичная альтернатива 3D-симплексному шуму с использованием модифицированных функций гироида.

[RU] Как мы сделали игру, где персонажи говорят голосами всей семьи

Автор рассказывает, как попытался воспроизвести атмосферу семейных игр из детства, но уже в виде компьютерной игры с добавлением голоса семьи.

[EN] 10 причин, почему не стоит откладывать взаимодействие к создателям контента

Разбираемся вместе с Крисом.

[EN] Как конвертируются просмотры у стримеров в вишлисты

Посмотрим, какие игры больше всего выиграли от стриминга, и какие события могут вызвать поддержку со стороны сообщества.

[RU] Повесть о взаимодействии с Nau Engine

Из первых уст.

[EN] Создание будильника в Blender и Substance 3D

Арчи Морра рассказал о проекте «Старый будильник», обсудив моделирование и текстурирование состаренных часов с помощью Blender, Marmoset Toolbag и Substance 3D Painter.

[RU] Поговорим о серии Disciples. Часть 1. Sacred Lands

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

[EN] How to Think About GPUs

Хорошее руководство по пониманию архитектуры графических процессоров для приложений машинного обучения.

[RU] Что происходит на рынке метроидваний — оценка экспертов жанра

На фоне успеха Hollow Knight: Silksong App2Top поговорили с разработчиками метроидваний о ситуации в жанре — сложностях разработки, конкуренции, о том, можно ли на таких играх заработать. В беседе приняли участие: Леонид Расторгуев, Слава Грис и Вячеслав Березовский.

[EN] Индустрия не может позволить себе игнорировать картофельные ПК

ПК может и должен стать доступной точкой входа для многих потребителей, но ориентация только на высокопроизводительное оборудование рискует потерять это преимущество.

[RU] История одного неуспеха или как потерять сотни тысяч долларов на попытках что-то создать

Вы замечали, что в мире существует парадокс отсутствия неудач?

[EN] За кулисами Tencent

«Мы хотим, чтобы люди лучше понимали, кто такая Tencent», — говорит Юн-И Чжу из Tencent Games, раскрывая бизнес-стратегию китайского гиганта.

[RU] Как геймдизайнеру придумать крутую пушку и написать концепт-док для художника

Лид-геймдизайнер решил поделиться материальчиком.

[EN] Руководство для разработчиков по работе с издателями

Питер Левин из Wiggin рассказывает, что нужно знать независимым разработчикам при заключении издательских сделок.

[RU] Как в планировании подружить творчество и управление

О том, как не допустить бардака при планировании новых фич, — специально для App2Top рассказала Наталья Попова, менеджер игровой команды Overmobile, также ведущая курс «Управление игровыми проектами» на WN Academy.

[EN] Как Rain World поддерживает мечту о слизнекоте с помощью модов

Videocult и Akupara Games о силе разработки игр силами сообщества.

[RU] Синдром второй попытки. Почему мы влюбляемся в игры, которые в первый раз бросили

Многие из нас удаляют игры после первых двух часов, а потом возвращаются и не могут остановиться. Что же происходит на самом деле? Давайте разбираться.

[EN] «Война Миров: Сибирь». Дневники разработчиков №8. Как собираются карты

В восьмом выпуске дневников разработчиков рассказываем про левел-арт: как собираются карты, зачем нужен конструктор, какие виды освещения бывают и почему нельзя просто включить солнце в игре.

Разное

Инди-разработчик разбирает процедурную анимацию ящерицы

С Реддита.

Взгляд из-за кулис на анимацию и риггинг для Sonic X Shadow Generations

Джонатан Купер поделился несколькими клипами, созданными в Maya.

Прикольная анимация в Blender

Из Твиттера.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.

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

Делал я это для своей девочки и ее руководства, которое требует установки MAX, но никак на работу не влияет.

Как это работает

Приложение представляет собой PWA (прогрессивное веб-приложение), которое можно открыть в Safari и «установить» на главный экран iPhone.

После этого, оно выглядит как обычное приложение, но при запуске отображает якобы нативную системную ошибку:

MAX перестал работать. Произошел сбой в приложении (ошибка #4A7B-9C2E)…

На экране — привычные кнопки «Отправить отчет» и «Закрыть», а визуально все напоминает диалог стандартного iOS-краша.

Как установить:

1. Перейти по ссылке maxerror.draftstack.dev в Safari.
2. Нажать «Поделиться» и выбрать пункт «На экран “Домой”».
3. Готово — «MAX» будет выглядеть как приложение, которое якобы «сломалось».

Зачем это нужно

Подобная обманка может быть полезной:

• тем, кто не хочет ставить MAX на личный смартфон;
• тем, кто хочет сохранить приватность и избежать лишней слежки;
• тем, кто считает подобные корпоративные требования абсурдными.

По сути, это маленький акт цифрового сопротивления — способ вежливо саботировать навязанные технологии без лишнего конфликта.

Смотреть подкаст на YouTube, в VK.

Анна Жаркова пишет нативные приложения под iOS и Android и кросс-платформенные приложения на Xamarin, Xamarin.Forms и Kotlin Multiplatform. Написала книгу о Kotlin Multiplatform, которая выходит в сентябре. Пишет статьи, выступает на конференциях и митапах. Член программного комитета Mobius, CodeFest, «Стачка». Увлекается живописью и участвует в выставках.

Поговорили о безумных проджект-менеджерах, войне Android и iOS, о том, почему ИИ не заменит программистов, и что делать, если вам позарез нужно установить ВСЕ приложения из магазина. Добро пожаловать в абсурдный и увлекательный мир мобильных разработчиков!

О смысле мобильных приложений

Какие нам вопросы задали наши прекрасные подписчики. Первый вопрос: «А зачем вообще нужны мобильные приложения? У меня вот компьютер, а у друга ноутбук».

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

Если попробовать ответить на этот вопрос серьёзно: мобильное устройство — это не просто «звонилка», это ещё и полезные клиентские приложения, которые позволяют получить быстрый доступ к информации или услугам. Конечно, это всё можно сделать и с компьютера, но главное назначение мобильного устройства — дать вам максимум возможностей при минимуме затрат: ресурсов, времени и с минимальным размером самого устройства.

Ну да, взять то же банковское приложение, оплату с телефона… Ребята, с компьютером не походишь, чтобы это всё делать. Давай поедем к следующему. Можно делать так, чтобы приложение ставилось не из App Store?

Конечно. Если это приложение под Android, оно будет ставиться через Google Play, а также есть специальные магазины, например, AppGallery для Huawei или RuStore. Также у некоторых вендоров есть свои маркеты, например, у Samsung.

Если же говорить про iOS, то тут всё строго с App Store. Но кто знает, возможно, в будущем появятся и кастомные магазины для iOS. Хотелось бы, чтобы поскорее.

А скажи, пожалуйста, насколько широкий ассортимент приложений в этих альтернативных магазинах? У меня всё на яблоках, я не особо разбираюсь, что там происходит, особенно с Huawei, с RuStore. Можешь рассказать, насколько там всё хорошо или плохо?

Я думаю, если говорить про приложения, которые имеют ограничения в загрузке в App Store, они, в принципе, есть и в Google Play, но свободно грузятся в остальные магазины. Особых ограничений нет. Конечно, бывают ситуации, когда приложение пропадает из магазина по чьей-то жалобе. Но выбор приложений довольно большой. Например, в компании, где я работаю, мы свободно загружаем наши приложения в разные магазины, и всё в порядке.

Супер. А насколько вообще отличается разработка для, скажем, Huawei от классической Android? Там есть какая-то своя специфика, или всё тоже самое? Может, свой стэк?

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

А какие там специфические IDE?

Да, там есть, по-моему, собственная IDE, но я скажу честно, я с ней особо не работала. Я сейчас копаю немножко в другом направлении.

О фантастическом девайсе

«Пользователю позарез нужно установить вообще все мобильные приложения, которые существуют на маркете. Всё использует, всё жизненно важно. Вопрос: что представлял бы из себя девайс, который смог бы это выдержать?» Я с трудом представляю, интересно твоё мнение.

Что ж, ну, возникает вопрос: наверное, у этого пользователя очень много денег, он может позволить себе все платные приложения. Порадуемся за него!

Но если говорить про аппарат, то это должен быть какой-то супермощный с параметрами из серии «Чёрная дыра». Современное приложение, тот же самый «суперап», который объединяет кучу сервисов, может занимать сотни мегабайт. Обычное банковское приложение — тоже несколько сотен мегабайт.

Поэтому если у пользователя есть какой-то супермощный компьютер, возможно, он причастен к каким-то научным, суперсекретным, может быть, даже военным разработкам, и у него память на каком-то кристалле из чёрной дыры… то, возможно, это и сработает.

В реальности, конечно, это похоже на шутку «я сейчас все игры установлю». Но ни одного нормального девайса даже с супервозможностями не хватит. Сейчас максимум — это 512 ГБ внутреннего хранилища, часто без возможности расширения. Но даже с картой памяти вам точно не хватит.

Да, вот у меня даже на айфоне он сгружает в облако всё, что не нужно. И у меня стоит довольно много приложений, в том числе детские, с ИИ, чтобы звёзды смотреть, цветы диагностировать… Куча странных приложений, которые я использую очень ситуативно. Я не представляю, сколько надо времени, чтобы скачать себе даже десятую часть всех существующих приложений в Store. Ну, это невозможно.

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

О разработке на мобильном телефоне

«Раз для компов проги пишут на компах, разве не уместнее для мобилок писать на мобилках?»

Кстати, очень хороший вопрос. На заре энтузиазма, когда только появлялись смартфоны, все считали: «Сейчас они будут настолько мощные, что не понадобится настоящий комп, чтобы писать программы».

Но это столкновение с реальностью. Девайс довольно слабенький, и ресурсов не хватит. Это сложный процесс: чтобы скомпилировать приложение, необходимо несколько гигабайт свободной памяти и много вычислительных ресурсов.

Конечно, на мобильном устройстве можно скомпилировать какие-то простые, легковесные приложения, например, на скриптовых языках. Есть такие технологии. И в том числе можно использовать мобильные устройства как инструмент для разработки. У того же GitHub такое было.

Но честно говоря, если есть желание что-то писать на мобильном аппарате, то лучше работать с облачными средами разработки. Потому что даже на компе та же Android Studio может кушать очень много памяти и сохранять много кэша. Облачная среда, конечно, в какой-то степени небезопасна, потому что вы что-то загружаете на сторонние сервера. Но если это ваше собственное, настроенное место, то вполне можно по удалёнке получать доступ. Другой вопрос, что вам тогда необходим хороший интернет.

Ну, ты знаешь, у меня вот был странный опыт. Когда я училась на Python-разработчика, у меня был старый макбук. Он у меня сдох через полгода, просто потому что не вывез: ты ставишь все эти библиотеки, прописываешь команды, подгружаешь версии… В общем, у меня просто сдох жесткий диск. Поэтому да, хороший вопрос. Не всякий даже ноут это выдержит, как выяснилось.

Более того, даже для сборки мощных мобильных приложений на Mac сейчас часто требуется 32, а то и 64 ГБ памяти. Были бы, конечно, такие крутые мобильные устройства, полноценные мини-компьютеры… Но это уже из области фантазии наших зрителей.

О Keycloak и мобильной безопасности

Так, следующий вопрос. «Подскажите, кто-нибудь пользуется Keycloak для SSO (стандарт единого входа)?»

Интересный, конечно, вопрос про Keycloak. Я слышала такое слово от бэкендеров — это механизм, который используют для безопасности на бэкенд-части. Но что примечательно, с вопросом про Keycloak часто приходят именно к нам, мобильным разработчикам.

Тебе говорят слово «Keycloak», и ты думаешь: «Хорошо, а я тут причём?» Так что да, это довольно часто задаваемый не по адресу вопрос. Ответ — спросите у аналитика или у бэкенд-разработчика.

А как ты думаешь, почему к мобильным разработчикам приходят с этим вопросом?

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

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

О выборе технологии: натив vs Flutter

Так, переходим к следующему вопросу. «Стоит ли погружаться в нативную разработку или сразу учить Flutter?»

Очень хороший вопрос. Flutter — это отдельная технология со своим языком Dart. Но тут есть маленький нюанс. Да, Flutter — технология отличная, но вы разрабатываете под Android и iOS, и поэтому вам необходимы знания нативной разработки, хотя бы в минимальном объёме. Есть проекты, где пишут код Flutter-разработчики, но от них требуют хороших, крепких знаний по нативу хотя бы одной платформы.

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

То есть, сначала учим какую-то одну платформу как базу, а потом уже идём во всякие Flutter’ы с ними.

Безусловно. Вы исходите из того, что пишете под Android (или iOS). И уже смотрите: как я могу это делать? Я могу писать на нативе, а могу на Flutter’е. Но Flutter всё равно будет опираться на натив, поэтому получается такая ступень по изучению технологий.

О роли ИИ в мобильной разработке

Что сейчас можно сделать с помощью ИИ в мобильной разработке?

Довольно много. Но тут возникает уточняющий вопрос: использовать ИИ как инструмент или внедрять ИИ в приложение? Есть возможности по внедрению ИИ, чтобы оно что-то генерировало в вашем приложении: умные ассистенты, генерация изображений и т.д.

Есть также возможности с помощью ИИ генерировать код. Но это явно не для начинающих. Почему? Потому что ошибок в таком коде довольно много. Чтобы этот код работал, нужен человек, который понимает, как такой код писать самому. То есть ИИ может помочь сократить время, выступить инструментом генерации, но не более.

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

Вопрос от этого же задавателя вопросов. «Используют ли Kotlin Multiplatform React Native (технологии для кроссплатформенной разработки) и так далее? Если да, бывают ли задачи с адаптацией под мобильный веб?»

Хм, хороший вопрос. Если говорить про работу с искусственным интеллектом в контексте этих технологий… Вы можете попробовать сгенерировать код под любую платформу. Для этого нужно писать много промтов и иметь много ресурсов для обучения модели.

Но если говорить о продакшене, то тут имеет смысл использовать только то, что безопасно. Есть компании, которые разрабатывают свои инструменты на основе LLM-моделей, как, например, Яндекс. Есть те, кто берут открытые модели, разворачивают их и используют.

А вот публичные сервисы вроде ChatGPT я не рекомендую использовать для продакшена. Они могут залогировать ваш код и потом выдать его кому-то. Это крайне небезопасно. В прошлом или позапрошлом году был скандал, когда ChatGPT выдавал куски кода одной компании, вплоть до креденшиалов. Так что в продакшене — только собственные решения.

О сегментации рынков Android и iOS

Насколько реально сегментированы рынки Android и iOS?

Если говорить про iOS, то тут всё просто: один вендор — Apple. Вся экосистема: iOS, iPadOS, watchOS, специальная OS для авто. Минимальная сегментация. А вот с Android вендоров много. Это и гиганты типа Samsung, большой кусок рынка у Xiaomi и её суббрендов вроде Poco или Redmi.

Но стоит не забывать, что есть страны Латинской Америки, Африки, Юго-Восточной Азии, где ситуация с разработкой и устройствами совершенно другая, чем в Штатах, Европе или СНГ. Там до сих пор используют такие технологии, как Cordova, PhoneGap, потому что это дёшево, а iPhone там очень непопулярны — банально не по карману.

О самых сложных задачах

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

Всё зависит от того, что считать задачами. Есть интересные фичевые задачи, которые дают возможность разрабатывать что-то новое. Есть рутинные, неинтересные, но простые задачи, которые просто отнимают много времени.

А есть задачи-челленджи, когда ты создаёшь что-то на основе сложной библиотеки или, наоборот, из простых исходников делаешь суперсложное решение — например, для работы со звуком, видео, сканеры и т.д.

Но многие скажут, что самая сложная задача — это работа с заказчиком, с ТЗ, работа между командами. То есть, есть элемент технического челленджа, а есть — психологического. Разработчику надо уметь преодолевать и те, и другие, потому что это позволяет потом работать проще и интереснее.

Об ассемблере в 2025 году

«Какое место в Android и, видимо, iOS-разработке занимает ассемблер в 2025 году?» Вообще ассемблер и мобильная разработка, мне кажется, две немножко разные сущности.

Честно говоря, я не пользовалась ассемблером для мобильной разработки. Если у того, кто это задал, есть наработки, пусть пришлёт, посмотрим. Или придёт на Mobius и расскажет про это — у нас ещё открыт CFP. Если это будет супер-хардовый доклад, это будет здорово!

Например, пару лет назад у нас был человек, который встроил Doom (а он написан на ассемблере) в SwiftUI. То есть низкоуровневое что-то встраивается через C, C++ (например, через NDK для Android). Всё это можно сделать.

Но возникает вопрос: зачем? Потому что есть решение «потому что могу» — и это круто. А есть принцип разумной достаточности: не надо усложнять решение там, где это не нужно. Мы экономим и делаем оптимальной не только архитектуру приложения, но и время разработчика. Так что, отвечая на вопрос: есть Doom UI. Можете посмотреть: где только Doom не запускали.

О дизайне под Android и iOS

«Почему менеджеры и дизайнеры всегда хотят, чтобы на Android всё выглядело точно так же, как на iOS?»

Я думаю, потому что это красиво. У iOS долгое время очень много вкладывалось в визуал, в неповторимые жесты и систему. Это было просто супер. Затем Google решил догнать. Сначала появился Material Design, потом более продвинутый. И теперь, если посмотреть на доклады Google и Apple, можно заметить, что в какой-то момент предложения инженеров Google превращают Android в iOS, а у iOS есть тенденция становиться визуально похожим на Android.

Основная причина, почему хочется использовать iOS-подобный дизайн на Android, — «потому что красиво». Но Android не повезло: красивые вещи довольно затратны. Изначально Android затачивался под аппараты для всех, включая страны с дешёвыми устройствами малой мощности. Тащить туда всю красоту — вредить пользователям. Там действует принцип «максимум возможностей при минимальных затратах».

Ну да, Apple всегда стремились делать очень красиво. Так, скоро же выйдут новые модели Apple, они там всё выкатят в сентябре. Там какие-то изменения по разработке будут под iOS?

Я думаю, не без этого. Изменения идут каждый год, иногда несколько раз в год. Но что хорошо у Apple и Google — нет таких радикальных изменений, чтобы все бросали работу и шли переписывать приложение под новую парадигму.

Были у них такие периоды, но это было связано скорее с языками (Swift у Apple, Jetpack Compose у Google), которые сильно менялись. Но кардинальной смены инструментов или парадигмы в ближайшее время не планируется.

Крик души мобильного разработчика

Так, ещё у нас остался один большой вопрос, прямо крик души. Цитирую: «Почему на симуляторе всё работает, а на телефоне нет? Телефон тупее? Если отключу фоновые процессы, батарейка начнёт заряжаться в обратную сторону? А можно сделать так, чтобы приложение работало одинаково на всех 19 тысячах моделей телефонов? Почему я должна платить 99 долларов в год, чтобы тестировать на своем же телефоне? Почему пуши приходят только тогда, когда я уже сама все проверила вручную? Почему SwiftUI делает все проще, но я все равно страдаю?»

Я так понимаю, это крик души. Мы пойдём по частям. Судя по желанию, «чтобы оно работало везде одинаково», — это PM или Product Owner detected. «Нехорошо, неправильно не делайте, делайте правильно». Вот такой тезис.

Давай пройдёмся по частям.

Про симулятор и телефон. Эмулятор имеет ограниченные ресурсы и параметры ОС. Он запускается на вашем компьютере, где ресурсов больше, и вы можете настроить сеть, например, прокси. А телефон — это реальное железо с ограниченными ресурсами, которых может не хватить. Кроме того, на эмуляторе некоторые вещи могут игнорироваться или, наоборот, не воспроизводиться. Тестировать на эмуляторе безопаснее для вашего телефона, его ресурсы просто сожрутся. Хотя тестировщик, конечно, должен проверять на реальных устройствах.

Про 99 долларов. Вы платите не мне, а компании Apple. А компания Apple считает, что вы должны платить, «потому что они красивые». Вот. Такова жизнь.

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

С пушами отдельная история. Доставка пуш-уведомлений — вещь негарантированная. Многое зависит от сервиса, который вы используете (Firebase часто капризничает, try RuStore, они стабильнее), от территориальных особенностей, от того, как настроена рассылка. На Android и iOS разные политики работы с пушами. Иногда, если понизить приоритет пушам, они дойдут гарантированнее, чем с высоким приоритетом. Всё индивидуально.

А по SwiftUI... Я очень сочувствую вашему опыту. Если вы посмотрите WWDC последних двух лет, особенно этот год, они даже не прикладывают исходники тех примеров, которые показывают. То есть покажут сниппет, а целиком приложение не дают. Так что, возможно, это всё на их совести. Пусть они спят плохо.

О собеседованиях и офферах

«Почему для получения оффера недостаточно, что в своём телефоне я разработчик?»

Хороший вопрос. Когда вы приходите на собеседование и у вас проверяют знания, это не потому что мы редиски и хотим попить вашу кровушку. Мы выбираем человека, с которым будем работать.

Это как на стройке: есть прораб и рабочие. Каждый делает свою операцию. Человек, которого мы ждём в коллектив, будет брать часть нашей работы. А вы меняете ваше время, усилия и навыки на денежки. Вот так работает экономика.

Чтобы вы получили оффер, мы должны понимать, что вы придёте и сможете делать задачи. 90% вопросов на собеседовании — это либо общая теория, либо обсуждение кейсов. Тестовые задания сейчас практически не дают, особенно на миддлов и сеньоров. Мы надеемся, что человек с опытом может мысленно разложить задачу и рассказать, как бы он это сделал. Чтобы показать, что он сможет с этим работать.

Скажи, а вот такие тест-кейсы на собеседованиях помогают вычислить и не допустить тех, кто опыт накручивает?

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

Тем более, человек может запнуться на теории, войти в ступор. У меня самой такое было лет шесть назад. А когда просишь рассказать, как бы ты это делал, это показывает, как человек думает, как решает задачи на практике, с какими технологиями он умеет работать.

Если человек говорит: «Это всё гуглится», — возникает вопрос: «Зачем ты тогда тут?» Кейсы экономят время, не у всех может открыться среда для лайвкодинга, и они помогают понять, как человек мыслит и насколько он адекватен.

Об автомобильной разработке

Так, и вот последний странненький, на мой взгляд, вопрос. «Зачем нужны специалисты по мобильной разработке, если есть уже автомобильная?»

Хороший вопрос. Можно обыграть, что автомобильная — это разработка на vibe-кодинге, just for fun. Если говорить серьёзно, то автомобильную разработку тоже делают мобильные разработчики! Так что можно быть автомобильным разработчиком, но не сужайте себе поле, попробуйте другие девайсы, вам тоже понравится.

Например, брать с собой в карман автомобиль — это, конечно, шикарно, но не везде реализуемо. Он тяжёлый.

Зачем разработчику Swift изучать ассемблер

Ассемблер — это не просто низкоуровневое программирование, а способ понять, как код на Swift или Objective-C преобразуется в инструкции процессора. Он помогает разобраться в движении данных, оптимизировать производительность и отлаживать сложные ошибки. Изучение ассемблера не требует писать целые приложения на нем, но дает уверенность и глубокое понимание работы системы. К тому же, умение работать на уровне процессора добавляет разработчику уникальности и открывает новые карьерные перспективы.

Регистры: основа работы процессора

Регистры — это быстрые ячейки памяти процессора, своего рода «рабочий стол» для данных. На архитектуре Apple Silicon (ARM64) они выполняют следующие роли:

• x0–x7: передача аргументов и возвращаемых значений.
• x8: регистр косвенных результатов (используется редко).
• x9–x15: временные регистры для промежуточных вычислений.
• x16–x17: для системных вызовов (например, указание номера вызова).
• x18: регистр платформы, сохраняемый между вызовами.
• x19–x28: регистры, которые нужно сохранять при вызове функций.
• sp (x31): указатель стека, хранящий локальные данные.
• pc: счетчик программы, указывающий на следующую инструкцию.

При выполнении системного вызова (например, для вывода текста в консоль) аргументы загружаются в регистры x0, x1 и далее, номер вызова — в x16, а команда svc 0 передает управление ядру системы.

Настройка Xcode для работы с ассемблером

Чтобы начать писать код на ассемблере, нужно настроить проект в Xcode:

1. Откройте Xcode и создайте новый проект: File → New → Project….
2. Выберите Command Line Tool в разделе macOS, затем нажмите Next.
3. Назовите проект, например, HelloAsm, выберите язык C (его позже заменим) и нажмите Create.
4. В Project Navigator удалите файл main.c.
5. Добавьте новый пустой файл: File → New → File… → Other → Empty, назовите его main.s и нажмите Create.
6. В настройках проекта откройте Build Phases и убедитесь, что main.s добавлен в Compile Sources.

Теперь Xcode будет компилировать файл main.s как точку входа для программы на ассемблере.

Первая программа: «Hello, Assembly!»

Рассмотрим минимальную программу, которая выводит «Hello, Assembly!» в терминал. Вот ее структура с пояснениями:

• .section __TEXT,__text & .global _main: указывает, что это исполняемый код, а _main — точка входа.
• mov x0, 1: задает 1 (stdout) как первый аргумент системного вызова.
• adrp/add: загружает адрес строки msg в регистр x1 (с учетом разбиения на страницы).
• mov x2, #0x11: задает длину сообщения (включая символ новой строки и нулевой терминатор).
• mov x16, #0x4: указывает номер системного вызова для записи в macOS.
• svc 0: выполняет системный вызов, передавая управление ядру.
• Повторение для вызова выхода.

Примечание: в коде используются шестнадцатеричные числа. Знание преобразования между десятичными, двоичными и шестнадцатеричными числами пригодится.

Сборка и запуск

Соберите и запустите проект в Xcode. При успешной компиляции в терминале появится:

Hello, Assembly!

Если вывод не появился, проверьте:

• Файл main.s добавлен в Compile Sources.
• Нет лишних C-файлов, которые могут переопределить main.
• Архитектура проекта соответствует вашему оборудованию (Intel или Apple Silicon).

Что дальше

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

Толщина его корпуса составляет всего 5,6 мм. При этом устройство сохраняет флагманскую производительность и длительное время автономной работы (до 40 часов видео).

В основе смартфона — процессор A19 Pro, а также новый модем C1x, в два раза быстрее предшественника. Кроме того, используется новый чип Apple N1 с поддержкой Wi-Fi 7, Bluetooth 6 и Thread. Дисплей — 6,5 дюймов с ProMotion и пиковой яркостью 3000 нит.

Корпус смартфона выполнен с использованием технологии Ceramic Shield и титана с обеих сторон. Основная камера — 48 Мп. Есть 12-Мп телеобъектив. Фронтальная камера на 18 Мп с поддержкой Center Stage.

iPhone 17 Air полностью перешел на eSIM, чтобы освободить место для батареи и других компонентов.

iPhone 17 Pro: алюминий, широкая камера и 48 Мп везде

Новый iPhone 17 Pro (и iPhone 17 Pro Max) получил заметный редизайн. Главным визуальным отличием стало «камерное плато» — выступ камеры теперь тянется на всю ширину корпуса. Вдохновением, по мнению наблюдателей, могли стать Google Pixel и... смартфоны Xiaomi POCO.

Главное улучшение — все три камеры на 48 Мп. Также обновлена фронтальная камера: 18 Мп с функцией Center Stage, которая автоматически кадрирует фотографии и видео.

Корпус выполнен из алюминия, а внутри — тот же A19 Pro, что и в iPhone 17 Air. Устройство получило самую большую батарею среди всех iPhone.

iPhone 17: базовая модель, но с флагманскими фишками

iPhone 17 тоже получил множество апгрейдов: дисплей 6,3 дюйма, Super Retina XDR, с частотой обновления 120 Гц и яркостью до 3000 нит, а также новая фронтальная камера Center Stage.

Основной модуль камеры — 48 Мп, широкоугольник тоже на 48 Мп. Есть встроенный телеобъектив 2x. Также доступна запись видео в 4K@60fps Dolby Vision, съемка с пространственным звуком и поддержка пространственных фото/видео для Vision Pro.

Новый чип A19 позволяет запускать локально продвинутые ИИ-функции, играть в тяжелые игры и экономить батарею. Смартфон заряжается до 50% за 20 минут.

AirPods Pro 3: пульсометр, Live Translation и до 10 часов работы

Одновременно с новыми iPhone были представлены AirPods Pro 3 — первые наушники Apple с датчиком сердечного ритма. Теперь они могут отслеживать пульс, сожженные калории и передавать данные в приложение Fitness на iPhone.

Другие новшества:

• Улучшенное активное шумоподавление (до 4 раз лучше, чем в первом поколении).
• Новая форма и 5 размеров амбушюр (включая XXS).
• IP57 — защита от пота и воды.
• Поддержка Live Translation прямо в наушниках (включая испанский, немецкий, французский, английский и португальский).

Автономность увеличена до 8 часов с включенным ANC и до 10 часов в режиме прозрачности.

Новые Apple Watch: давление, сон и спутниковая связь

Apple Watch Series 11

Apple Watch Series 11 — часы с обновленным дизайном, расширенными функциями здоровья и 5G-модемом. Они стали тоньше, получили до 24 часов автономной работы и вдвое более устойчивое к царапинам стекло Ion-X.

Новые функции:

• Уведомления о возможной гипертонии (на основе ИИ-анализа сердечного ритма);
• Новая оценка качества сна (Sleep Score) с учетом фазы, продолжительности и пробуждений;
• Workout Buddy — ИИ-помощник, мотивирующий на тренировках;
• Новые циферблаты, жесты управления и переработанный интерфейс в watchOS 26.

Доступны в алюминиевом корпусе (черный, серебро, розовое золото, спейс грей) и титановых версиях (золото, натуральный, графит).

Apple Watch Ultra 3

Apple Watch Ultra 3 — это флагман среди спортивных часов Apple. Главные фишки:

• Спутниковая связь: отправка сообщений, SOS и геолокации без покрытия;
• До 42 часов работы и до 72 часов в режиме энергосбережения;
• Самый большой экран среди всех Apple Watch с LTPO3-дисплеем;
• Уведомления о гипертонии и Sleep Score;
• Улучшенный GPS, датчики, защита WR100 и функциональность для бега, велоспорта, дайвинга и походов;
• Поддержка Workout Buddy, Live Translation и WatchOS 26.

Apple Watch Ultra 3 доступны в черном и натуральном титановых корпусах, с новыми ремешками и циферблатами.

iOS 26: Liquid Glass и Apple Intelligence

Все новые смартфоны работают на iOS 26, которая получила новый визуальный стиль Liquid Glass — элементы интерфейса стали полупрозрачными и более объемными.

Также в iOS 26:

• Поддержка Apple Intelligence — генеративный ИИ на устройстве.
• Новая адаптивная система энергосбережения.
• Интеграция ИИ в CarPlay, Apple Music и Apple Wallet.
• Новое приложение Apple Games.

Старт продаж в России

На Яндекс.Маркете предзаказы на новые iPhone откроются с 10 сентября, а доставка начнется с 19 сентября. Цены:

• iPhone 17 — от 110 000 рублей;
• iPhone 17 Air — от 135 000 рублей;
• iPhone 17 Pro — от 143 000 рублей;
• iPhone 17 Pro Max — от 152 000 рублей.

Это ограничение касается всех способов установки, включая сторонние магазины и прямое скачивание APK-файлов из интернета.

Формально речь не о блокировке альтернативных источников, а об обязательной проверке личности разработчика.

Как будет работать новая система

До сих пор обязательная верификация требовалась лишь при размещении приложений в Google Play. Теперь Google расширяет это требование на все каналы распространения:

• Google Play и сторонние магазины;
• установку APK напрямую (sideloading);
• корпоративные и кастомные дистрибуции.

Чтобы распространять приложения, разработчик должен будет пройти процедуру подтверждения личности или компании. Для организаций потребуется D-U-N-S номер, а для частных лиц — базовая верификация через новую консоль Android Developer Console.

Отдельный процесс будет предусмотрен для студентов и энтузиастов, не связанных с коммерческой разработкой.

Когда и где это вступит в силу

Google запускает верификацию в несколько этапов:

• Октябрь 2025 — ограниченный доступ к системе для первых разработчиков.
• Март 2026 — открытие верификации для всех.
• Сентябрь 2026 — обязательная проверка в Бразилии, Индонезии, Таиланде и Сингапуре.
• 2027 год — глобальное распространение.

В этих странах любое приложение, устанавливаемое на сертифицированный Android-устройство (то есть с предустановленными сервисами Google), должно будет принадлежать подтвержденному разработчику.

Зачем это Google

В компании заявляют, что цель — борьба с мошенничеством и вредоносным ПО. Анализ Google показал, что в 50+ раз больше вредоносных программ поступает через APK с интернета, чем из Google Play.

Разработчики не в восторге

Несмотря на одобрение от властей стран Юго-Восточной Азии, среди независимых разработчиков новость вызвала беспокойство.

Также звучат опасения, что новая система усилит монополию Google и затруднит работу сторонним девелоперам, особенно если верификация будет сопровождаться автоматическими банами без объяснений, как это уже происходит в Play Console.

Что дальше

Пока остается много вопросов:

• можно ли будет отключить это ограничение на уровне устройства;
• как будет работать студенческий/непубличный режим;
• будет ли верификация обязательной на кастомных прошивках (AOSP, Lineage и др.);
• и как поступит Google в странах с юридическим запретом на такие ограничения.

Формально Android остается открытым, но шаг за шагом Google приближает его к модели iOS: доступ к платформе только после одобрения централизованной системы.

И даже если APK-файлы не исчезнут полностью, доступ к ним будет только у тех, кто предъявил паспорт.

Новая функция доступна в приложении «Активы Онлайн» от Сбера. Она позволяет оплачивать покупки по Bluetooth, без доступа к интернету и без участия Apple Pay.

Пока воспользоваться можно лишь картами Сбербанка и только на терминалах самого банка. Но технически — это первый кейс «независимых» бесконтактных платежей на iOS в России.

Как оно вообще работает

Оплата проходит через Bluetooth, а не через стандартный NFC-модуль, который Apple по-прежнему не открывает сторонним разработчикам.

При этом использовать интернет не требуется — все работает оффлайн, если подключено к совместимому терминалу Сбера.

Что нужно:

1. Установить приложение «Активы Онлайн» из российского App Store.
2. При запуске — разрешить приложению доступ к Bluetooth.
3. Привязать карту Сбербанка.
4. При оплате — просто поднести iPhone к терминалу и подтвердить операцию.

Интересно, что даже необязательно входить в приложение: оплата срабатывает уже с экрана блокировки (если разрешен Bluetooth-доступ).

Пока нестабильно — но уже работает

Журналисты и пользователи отмечают: функция пока работает не везде. Некоторые терминалы пока не поддерживают новую систему, а iPhone может не реагировать или показывать ошибку.

Судя по всему, функция запускается поэтапно и Сбер еще не активировал ее во всех точках. Но с совместимыми терминалами оплата проходит стабильно. Отзывы первых пользователей положительные, многие говорят о «вау-эффекте», особенно с учетом того, что система обходится без Apple Pay и сети.

Важные детали

• Если в iPhone остались карты в Apple Pay, система по умолчанию сначала попытается использовать Apple Pay. Его нужно закрыть, чтобы вернуться в интерфейс приложения Сбера.
• Работает только с картами Сбербанка — других банков пока нет, даже у тех, кто также отключен от Apple Pay.
• Интернет не нужен, все работает локально — это плюс для приватности и скорости.

Почему это важно

Apple не разрешает сторонним приложениям использовать NFC на iPhone — доступ к нему по-прежнему эксклюзивный для Apple Pay. Даже в Европе, где вступил в силу закон DMA, полноценная реализация сторонних платежных систем на iOS появилась только в 2024–2025 годах — и то с ограничениями.

То, что Сбер реализовал свою систему через Bluetooth — технологическое и юридическое обходное решение, аналогов которому пока нет в России.

На фоне этого, Apple начала переговоры с Минцифры о возможной интеграции RuStore — российского аналога App Store — в устройства, продаваемые на российском рынке.

Если договоренность будет достигнута, пользователи iPhone в России смогут вновь получить доступ к заблокированным ранее приложениям российских банков, торговых сетей и других компаний.

И, что особенно важно, Apple, традиционно закрытая для сторонних маркетов, может впервые допустить альтернативный магазин на свою платформу за пределами Евросоюза.

Что обсуждают Apple и российские власти

По информации Известий, переговоры ведутся с участием Минцифры, Российского фонда прямых инвестиций и бизнеса. Источники утверждают, что Apple рассматривает вариант допустить RuStore в App Store либо встроить его в экосистему как системное приложение.

Также рассматривается возможность сделать RuStore доступным только на iPhone, активированных в России — по геолокации, языку системы или региональным настройкам.

Подобный механизм уже применяется в Евросоюзе, где с марта 2024 года действует закон DMA, обязывающий Apple пускать сторонние магазины приложений на iOS.

Что говорит закон

С 1 сентября 2025 года в России вступают в силу поправки к закону «О защите прав потребителей», которые обязывают предустанавливать отечественные магазины приложений на все продаваемые гаджеты.

Если этого не сделано, устройство может быть признано дефектным — а это создает юридические риски для ритейлеров.

Некоторые участники рынка предполагают, что в случае отсутствия решения Apple, продавцы будут вынуждены маркировать iPhone как устройства с «недостатками» или брать расписку от покупателя, подтверждающую осведомленность об отсутствии RuStore.

Почему это важно

Интеграция RuStore в экосистему Apple может привести к:

• возвращению российских приложений, удаленных с 2022 года из App Store;
• соблюдению требований законодательства и снижению риска санкций для ритейлеров;
• росту продаж устройств Apple в «белой» рознице — сейчас доля «серого» импорта превышает 50%;
• уникальному для Apple кейсу запуска стороннего магазина за пределами Европы.

Как себя ведет Apple

Несмотря на уход с российского рынка в 2022 году, Apple продолжает аккуратно исполнять местное законодательство.

Компания выплачивает все назначенные штрафы (например, 1,2 млрд рублей в январе 2024-го), в отличие от Google, которая сталкивается с миллиардными исками из-за YouTube.

Это дает экспертам основания считать, что соглашение о RuStore — вопрос времени. Тем более что Apple уже вынуждена перестраивать свою закрытую архитектуру под регуляторные требования Евросоюза.

Ключевые нововведения 2025 года

Одним из самых революционных изменений стал Liquid Glass — крупный редизайн фирменных интерфейсов Apple, внедрённый сразу во все основные платформы: iOS 26, iPadOS 26, macOS Tahoe, watchOS 26 и tvOS 26. По сути, это возвращение к более выразительным интерфейсам, но с современными технологиями.

Основные особенности:

• элементы интерфейса теперь выглядят так, словно сделаны из полупрозрачного стекла с мягким свечением;
• переход между экранами стал напоминать переливание жидкости;
• возврат элементов скевоморфизма — имитации объектов реального мира: в иконках и интерфейсных блоках снова появляются лёгкие тени, бликовое освещение, текстурность;
• при прокрутке или взаимодействии появляются реактивные блики и микроанимации, которые создают ощущение живого материала.

Ещё одно нововведение — новая интеллектуальная платформа Apple Intelligence, интегрированная во все ключевые устройства компании. В основе системы лежит гибридный подход: большинство задач обрабатывается локально прямо на устройстве с помощью компактной, но мощной языковой модели. Более ресурсоёмкие процессы выполняются в защищённом облаке Apple через технологию Private Cloud Compute.

Siri теперь не только отвечает на вопросы, но и выполняет сложные цепочки команд внутри приложений такого типа: «Найди фото с вечеринки, обрежь и отправь Кате». Система Live Translation обеспечивает мгновенный перевод во время звонков, видеосвязи и переписки. Apple Intelligence также умеет анализировать фото и и видео, находя нужные кадры по описанию или распознавая объекты и текст прямо в приложениях. На основе привычек пользователя система сама предлагает полезные сценарии в приложении «Команды».

Чтобы активировать Apple Intelligence на смартфоне, нужно в списке доступных языков выбрать English (United States). На устройствах, предназначенных для китайского рынка, интеллектуальная платформа не работает.

Линейка iPhone 17

Флагман iPhone 17 Pro Max получит самый крупный экран — 6,9″, тройную 48 МП систему камер (ультраширокая, основная, телефото с 5× зумом), ещё более ёмкую батарею и поддержку 50 Вт MagSafe‑зарядки.

iPhone 17 Air стал самой заметной новинкой в линейке iPhone 2025 года. Apple сделала ставку на минимальную толщину — около 5,5 мм и лёгкий вес — примерно 145 г. Дизайн предельно лаконичный: на задней панели всего одна 48-МП камера с технологией Fusion. Экран — 6,6 дюймов. Внутри — чип A19, который должен повысить скорость и стабильность связи. Компания позиционирует iPhone 17 Air как устройство для тех, кому нужен большой экран, топовое «железо» и премиальный дизайн, но без лишнего веса и толщины.

По информации инсайдера Majin Bu, фирменный оттенок Sky Blue будет доступен только для iPhone 17 Air и не войдёт в палитру iPhone 17 Pro.

Также в линейке представлены iPhone 17 (базовый) и iPhone 17 Pro.

iPhone 17 (базовый) сохранит узнаваемый дизайн, но станет немного крупнее — диагональ экрана вырастет до 6,3 дюйма. Впервые у базовой модели появится дисплей LTPO OLED с ProMotion 120 Гц. Корпус алюминиевый, доступны новые цвета, включая зелёный и фиолетовый. Это будет универсальная модель для тех, кто не хочет переплачивать за Pro-функции.

Одно из ключевых изменений iPhone 17 Pro — горизонтальная матричная камера, встроенная в стеклянно-алюминиевую заднюю панель. Она сохранит три объектива: основная и сверхширокоугольная камеры будут слева, а телеобъектив с перископическим зумом — справа.

Среди важных изменений всей линейки:

• чипы A19 / A19 Pro, которые будут производиться по новому 3-нм техпроцессу;
• впервые все модели iPhone 17 будут оснащены дисплеями ProMotion с частотой обновления 120 Гц. Картинка станет более плавной;
• разрешение фронтальной камеры увеличится с 12 до 24 Мп. Это самый большой апгрейд с 2019 года;
• все модели получат 12 ГБ оперативной памяти.

iPad Air M3 и Pro M5

Модель седьмого поколения iPad Air представили 4 марта 2025 года. Устройство получило мощный процессор Apple M3 с 8‑ядерным CPU и 9‑ядерным GPU. Прирост производительности составляет до 35% от предыдущей модели с M1, а графика стала на 40% быстрее.

Планшет сохранил дизайн предыдущего поколения. Есть два варианта экрана — 11 и 13 дюймов. У планшета с 11" Liquid Retina, яркость до 500 нит, разрешение 2360×1640, а у 13": Liquid Retina, яркость до 600 нит, разрешение 2732×2048.

Устройство поддерживает Apple Intelligence и работает на iPadOS 18, включая продвинутые инструменты, например, Image Wand, который превращает наброски в изображения, и Clean Up для удаления фоновых объектов. Автономно работает около 10 часов.

Как пишет Wired, если вам нужен iPad Air ради графических возможностей и универсальности планшета, это самый доступный вариант в линейке Apple. Если улучшение графики не критично, стоит рассмотреть iPad Air M2, который предлагает почти те же функции, включая Apple Intelligence. А для M3 лучше дождаться акций — планшет хорош, но не даёт критичных преимуществ за полную цену.

Apple готовит к октябрю 2025 года обновлённый iPad Pro с чипом M5 и OLED-дисплеем. Внешне почти без изменений, но главное — новый процессор от TSMC, который будет более быстрым и автономным. Ходят слухи о горизонтальном логотипе, чтобы он выглядел правильно в горизонтальной ориентации. Это отдаёт дань тренду использования планшета в качестве альтернативы ноутбуку.

MacBook Pro M5 и Air M4 и M5

Apple выпустит MacBook Pro с новым чипом M5 без внешних изменений, но с ожидаемым приростом мощности. Вместе с ним обновят и MacBook Air, который тоже получит M5. Но, вероятно, они выйдут уже в первом квартале 2026 года.

В конце 2026 года MacBook Pro впервые обзаведётся Tandem OLED-дисплеем — двухслойным экраном с повышенной яркостью, глубокой контрастностью и долговечностью. MacBook Air тоже перейдёт на OLED, но в более простой версии. Ещё одно новшество — отказ от привычной «чёлки», то есть выступа в верхней части экрана, в пользу аккуратного отверстия для камеры и скруглённого экрана, что сделает дизайн чище и современнее.

Ранее — весной 2025 года — Apple выпустил MacBook Air M4 в двух размерах: 13 и 15 дюймов, оба с Liquid Retina экранами, которые поддерживают 1 млрд цветов, яркость около 500 нит и технологию True Tone, которая автоматически настраивает цветовую температуру и яркость экрана в зависимости от окружающего освещения. Визуально ноутбук напоминает уменьшенный MacBook Pro, но легче и тоньше.

13-дюймовый M4 MacBook Air поставляется с 10-ядерным процессором и 8-ядерным графическим процессором, 16 ГБ объединенной памяти и 256 ГБ SSD. 15-дюймовый M4 идёт с 10-ядерным процессором / 10-ядерным графическим процессором и аналогичной базовой конфигурацией 16 ГБ / 256 ГБ.

The Verge отмечает, что M4 — это «очевидная и простая рекомендация для большинства людей, которым нужен базовый ноутбук стоимостью около 1000 долларов».

Apple Watch Series 11, Ultra и SE 3

Apple Watch Series 11 будет на основе watchOS 26, которая проходит бета-тестирование. WatchOS 26 включает в себя Workout Buddy — приложение «Партнёр по тренировкам», которое предназначено для мотивации во время занятий спортом. Оно использует генеративную модель искусственного интеллекта «текст в речь», поэтому звучит как настоящий личный тренер, побуждающий вас достичь фитнес-целей.

У флагмана для экстремального спорта Apple Watch Ultra ожидаются OLED-дисплей 1,98″ с разрешением 422×514 пикселей, поддержка спутниковой связи для сообщений без сотовой сети и новый чип (S10 или S11) для большей скорости. Возможно добавить базовый мониторинг давления. Сохраняются корпус из титана, улучшенная яркость дисплея и автономность до 36 часов. Благодаря тонким рамкам разрешение будет выше — 422×514 против 410×502 у Ultra 2.

Apple Watch SE 3 всё ещё позиционируются как «базовые Apple Watch» без продвинутых датчиков здоровья. Доступная цена сохранится. Планируется обновление процессора и ощутимый прирост производительности по сравнению с SE 2 (S8).

Ещё из важных апдейтов: отслеживание кислорода в крови вернётся через обновление программного обеспечения iOS 18.6.1 и watchOS 11.6.1. Ранее эту функцию убрали из-за патентного спора с медицинской компанией Masimo.

Другие новинки Apple

По слухам, выход AirPods Pro 3 ожидается в сентябре одновременно с iPhone 17. Подробностей пока мало, но ожидаются улучшенный звук, активное шумоподавление (ANC) и, возможно, новые сенсоры. В обсуждении также более доступные AirPods 5 с сенсорами здоровья, расширенным управлением жестами и дизайном в разных цветовых вариантах. Ожидаются в 2026–2027 году.

Наиболее вероятный релиз умной колонки HomePod mini 2 — второе полугодие 2025 года. Внутри — новый фирменный чип Proxima от Apple, объединяющий поддержку Wi‑Fi 6E и Bluetooth 5.3. Обновление дизайна минимально: сохранится компактная форма, возможен расширенный выбор расцветок. Ожидается улучшенная производительность и качество звука.

Apple также обновит приставку в период до конца 2025 года. Новый Apple TV 4K будет оснащён более современным чипом и поддержкой Wi‑Fi 7, собственным контроллером Wi‑Fi и Bluetooth для улучшенной интеграции с умным домом. Главной фишкой станет поддержка платформы Apple Intelligence, которая обеспечит интеллектуальные рекомендации, голосовые команды и персонализацию.

Основным улучшением AirTag 2 станет новое поколение UWB‑чипа. Благодаря этому дальность поиска увеличится примерно в три раза. AirTag 2 будет поддерживать Enhanced Precision Finding, то есть более точное и быстрое нахождение объекта в приложении «Локатор». Ожидаются усиленные меры безопасности: динамик станет менее уязвимым для взломов, появятся автоматические уведомления на iPhone при обнаружении чужого трекера рядом.

Выводы

В 2025 году мы ждём от Apple более 10 устройств: iPhone 17, iPhone 17 Air, iPhone 17 Pro, iPhone 17 Pro Max, Apple Watch Series 11, Apple Watch Ultra 3, Apple Watch SE 3, AirPods Pro 3, Mac Pro, MacBook Pro, AirTag 2, HomePod mini, Apple TV 4K.

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

Если важны фото и видео, автономность работы смартфона, iPhone 17 Pro станет лучшим выбором в линейке. iPhone 17 Air — радикально новым форм-фактором, а другие две модели вряд ли подарят обладателю «вау-эффект».

Apple Watch Series 11 получит в основном обновления софта, которые будут доступны и на старых моделях.

Новые функции Apple Intelligence в iOS 26 и macOS 26 появятся и на части старых устройств, но самые продвинутые возможности потребуют последних чипов.

Хотя речь идёт о кухне, ясно, что на самом деле автор высмеивает хайп вокруг новых технологий — в частности, искусственного интеллекта.

«Микроволновая революция» и параллели с ИИ

В тексте Корнаби рассказывает о «ресторане будущего», где запрещено использовать что-либо, кроме микроволновки.

Он утверждает, что повара, которые не умеют готовить в микроволновке, «боятся будущего», а те, кто предпочитает плиты — «луддиты». Чтобы «решить» проблему качества блюд, он запускает 10 микроволновок параллельно, надеясь, что хотя бы одно из блюд получится съедобным.

Звучит абсурдно? Именно в этом и суть. Микроволновка здесь — аллегория на любую технологию, которую стремятся внедрить повсеместно, забывая о здравом смысле, опыте и последствиях.

Автор жирно намекает на массовое и безоглядное внедрение ИИ в профессии, где человеческий навык пока незаменим.

Критика культуры хайпа

Корнаби иронизирует над типичными аргументами фанатов новых технологий:

• «Если у тебя не получается — это твоя проблема».
• «Будущее наступит в 1955 году».
• «Мы не обсуждаем проблемы следующего квартала». 

Он описывает, как запретил поварам смотреть на еду, чтобы они не «вмешивались» в процесс, и следит за временем работы микроволновок, чтобы решать, кого уволить.

В итоге он напрямую высмеивает слепую веру в то, что технология — всегда благо, а критика — проявление страха.

«Микроволновки никуда не денутся. В будущем будет только микроволновка. Это единственно возможный путь», — пишет он, повторяя лозунги, которые нередко звучат и в адрес ИИ.

Кто такой Колин Корнаби

Колин Корнаби работает с Mac и iOS с 1998 года, а сейчас — в компании DigitalFish, создающей софт для анимации и Vision Pro. Он также сотрудничал с Cyan (Plasma engine) и переносил движки на Mac и Metal.

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

1. ИХЦ (Интернет ХостингЦентр): конфигурации под нагрузку с NVMe, CPU до 5 ГГц и трафиком без ограничений

Один из самых гибких по конфигурациям хостеров в обзоре. Работает с 2009 года. Поддерживает разные типы виртуализации (KVM и Virtuozzo), предлагает линейки с SSD и NVMe, российские и европейские площадки, разные уровни мощности — от базовых до высоконагруженных.

Линейки VPS и конфигурации

1. ssdVPS — базовая линейка для России. Позволяет собирать конфигурации от 1 до 32 ГБ оперативной памяти, от 1 до 10 виртуальных CPU и от 20 до 300 ГБ SSD-диска.
2. NVMe/ — линейка на базе KVM с более высокой производительностью ввода-вывода. Доступны конфигурации от 1 до 24 ГБ RAM, от 1 до 12 vCPU, SSD от 15 до 300 ГБ.
3. EU-NVMe/ — аналог NVMe-линейки, но размещённый в Амстердаме. Конфигурации расширены: от 1 до 64 ГБ оперативной памяти, от 1 до 18 CPU, от 15 до 1000 ГБ SSD, скорость порта — от 200 до 500 Мбит/с.
4. VPS 5 ГГц — отдельная линейка на KVM, ориентированная на проекты с высокой частотной нагрузкой, до 5 ГГц на ядро, порт до 1000 Мбит/с.

VPS Windows — выделенная категория для задач на Windows.

Особенности и инфраструктура

В ИХЦ можно выбрать между двумя видами виртуализации: KVM и Virtuozzo. Виртуализация KVM подходит для задач, где нужна изоляция ресурсов, стабильность под нагрузкой и совместимость с Linux и Windows. Virtuozzo — более экономный вариант с быстрой настройкой, но с возможной перераспределённой нагрузкой между соседними VPS.

Связь с поддержкой доступна через тикеты, онлайн-чат на сайте, телеграм-бота, телефон и сообщения ВКонтакте. Поддержка работает 24/7. На всех тарифах включена базовая DDoS-защита.

Примеры использования VPS от IHC

Компания предоставляет конкретные кейсы. Примеры:

• Проект 1: VPS NVMe/24 (24 ГБ RAM, ~200 ГБ SSD) используется под бэкенд iOS-приложения. Стек: nginx, PHP, MySQL. Нагрузка: 12 000 уникальных пользователей в сутки. Утилизация CPU — 25%.
• Проект 2: VPS NVMe/12 (12 ГБ RAM, ~120 ГБ SSD) для развлекательного сайта. Стек: nginx, Docker, Node.js. Нагрузка: 7 000 уникальных пользователей в сутки, загрузка CPU — около 20%.

Серверы стабильно держат среднюю и высокую нагрузку — даже с трафиком в 10–12 тысяч пользователей в сутки остаётся запас по ресурсам.

Дополнительные опции

ИХЦ предлагает тестовый период в 3 дня, безлимитный трафик, бесплатный первый месяц ispmanager 6 в подарок, а также предустановку панелей управления (ispmanager, FastPanel) или VPN-шаблонов по выбору при заказе. Также доступны бэкапы, SLA и автоснапшоты.

Цены

Что касается ценовой политики, стоимость VPS в России (линейка «ssdVPS») начинается от 380 руб/мес или 3800 руб/год (12 месяцев по цене 10). Европейские VPS («EU-NVMe/») и VPS на KVM («NVMe/») стартуют от 440 руб/мес или 4400 руб/год, а каждый дополнительный гигабайт памяти стоит 6 рублей.

2. FirstVDS: мощные VDS на AMD EPYC и Ryzen

FirstVDS — хостинг-провайдер с опытом на рынке более 20 лет. Предлагают VPS и VDS с виртуализацией KVM для проектов любого размера. Все серверы работают на современном оборудовании. Трижды победитель в номинации «Хостер года» Национальной премии «ЦОДы.РФ».

Есть VPS для разных сценариев нагрузки — от стандартных сайтов до тяжёлых веб-приложений и проектов с высокими требованиями к CPU и отказоустойчивости. Отдельные решения для Битрикс, установка ОС семейства Linux, FreeBSD и Windows Server.

Линейки VPS: от базовой мощности до кластера Ceph

FirstVDS предлагает три основные линейки, которые отличаются архитектурой и назначением:

1. VDS Форсаж — гибкая конфигурация сервера на базе AMD EPYC, до 128 ядер (до 3,7 ГГц), до 512 Гб оперативной памяти и до 4 000 Гб быстрого NVMe-накопителя. Локации Москва и Амстердам. Стартовая стоимость такой конфигурации составляет от 749 руб/мес.
2. Для нагруженных проектов — CPU.Турбо — гибкая конфигурация сервера на базе AMD Ryzen с частотой до 5,7 ГГц, DDR5 и с быстрыми NVMe-накопителями. Идеально для Битрикс. Локация Москва. Начальная цена CPU.Турбо — от 624 руб/мес. При покупке лицензии Битрикс (1С-Битрикс: Управление сайтом или Битрикс24) есть дополнительная скидка 30% на 3 месяца аренды этого тарифа.
3. Отказоустойчивый VDS Атлант — гибкая конфигурация сервера на базе AMD EPYC — до 192 ядер (до 3,5 ГГц), до 768 Гб оперативной памяти и до 8 Тб быстрого NVMe-накопителя. Репликация данных между узлами кластера Ceph и дублирование сетевого оборудования. Локация Москва. Его стартовая стоимость от 1619 руб/мес, при этом бесплатные автобэкапы уже включены.

Компания использует два центра обработки данных в Москве: IXcellerate (уровень Tier III) и Web DC. Для тарифа Форсаж и готовых тарифов также доступен ЦОД euNetworks (уровень Tier III) в Амстердаме.

Сетевые возможности, трафик и безопасность

В стоимость каждого сервера входит бесплатный выделенный IP-адрес. Клиенты могут выбрать между 100 Мбит/с с безлимитным трафиком или портом 1 Гбит/с с включёнными 32 Тб трафика.

Защита от DDoS-атак и система безопасности BitNinja для сервера и сайта доступны как подключаемые опции. Также предоставляются объектное хранилище S3, автобэкапы и Кибер-бэкап. Для безопасности коммуникаций используются SSL-сертификаты GlobalSign.

Управление, ПО и поддержка

При заказе сервера клиент получает лицензию ispmanager 6  lite: первый месяц панель предоставляется бесплатно, дальше оплачивается по тарифу самой панели. Предлагается гибкий выбор операционных систем, включая Linux, FreeBSD и Windows Server. Под разовые задачи доступны готовые рецепты установки — от Битрикс и GitLab до TeamSpeak, LAMP‑стека и других популярных наборов ПО.

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

Клиентские бонусы и программы

Есть тестовый период до 3 дней. Регулярно проводятся акции и предоставляются скидки, в том числе на тарифы для нагруженных проектов.

1) При переходе от другого хостера FirstVDS бесплатно переносит до 10 сайтов. Дополнительно предоставляется скидка 40% на первый месяц аренды VPS при оплате сервера на 1, 3 или 6 месяцев, либо 3 месяца бесплатной аренды VPS при оплате на год.

2) Клиенты с возрастом аккаунта от 5 лет получают постоянную скидку на аренду VPS, начиная от 5% и увеличиваясь ежегодно до 20%.

3) Действует реферальная программа, по которой партнёр получает 10% от расходов привлечённых клиентов, а привлечённый пользователь — скидку 25% на первый месяц аренды VPS.

4) Стоимость продления домена у FirstVDS равна актуальной стоимости его регистрации.

3. InCloud: VPS‑площадки для бизнеса, где важен SLA

InCloud продаёт виртуальные серверы, работающие в отказоустойчивом кластере на базе enterprise хранилищ NetApp и HPE 3PAR. Позиционируется как решение для 1С, малого/среднего бизнеса и аутсорс компаний, которым нужны предсказуемые ресурсы и техподдержка профессиональных инженеров, а не чат‑ботов.

Тарифные планы и ценообразование

InCloud предлагает две основные линейки тарифов:

1. Стандартный тариф: внутри процессоры Intel Xeon 2600v4 2ГГц и оперативная память DDR4 2400 МГц.Стоимость: 1 CPU – 200 рублей, 1 Гб RAM – 200 рублей.
2. Производительный тариф: использует процессоры AMD EPYC до 3.8 ГГц и оперативной памяти DDR5 4800 МГц. Стоимость: 1 CPU – 250 рублей, 1 Гб RAM – 250 рублей.

Стоимость дискового пространства: SATA диски: 3 рубля за 1 Гб. SSD и NVMe диски: 13 рублей за 1 Гб.

Архитектура и поддержка

Теперь про то, что упрощает жизнь и добавляет надежности нашим развернутым сервисам:

• Ежедневные бэкапы: данные ваших серверов будут копироваться каждый день, и храниться они могут до 30 дней.
• Удобная панель управления: через нее можно делать снапшоты и клонировать серверы. Для разработчиков это просто золото – быстро накатить тестовую среду, попробовать новую фичу, а потом откатиться или создать идентичные рабочие среды.
• SLA-договор: есть возможность заключить SLA-договор, чтобы получить гарантированный уровень доступности услуг.
• Новейшие мощные серверы — на базе AMD EPYC 4 поколения.

Одна из фишек – это возможность напрямую проконсультироваться с сертифицированными инженерами InCloud по сложным проектам.

А что с клиентскими кейсами

1. Кейс Vamkamin: производственная компания, которая ускорила работу своей системы 1С и сократила IT-расходы на 35%. У них была проблема с медленной работой 1С при одновременном доступе бухгалтерии, склада и отдела продаж, а также с частыми простоями на локальных серверах. InCloud предложил перенести все сервисы в облако, используя серверы на базе AMD EPYC 9554, что обеспечило прирост производительности более 40% по сравнению с предыдущими решениями. Также были внедрены гибкое масштабирование ресурсов и ежедневное резервное копирование.
2. Кейс Веб-студии 100UP: компания занимается разработкой и поддержкой сайтов для крупных торговых сетей и e-commerce проектов. 100UP переехала к облачному провайдеру InCloud, выбрав тарифы на базе AMD EPYC 9554 с высокой тактовой частотой и большим количеством ядер. Благодаря разнообразию тарифов команда легко распределила проекты по нужным по производительности виртуальным серверам. После переезда 100UP смогла сократить время отклика клиентских сайтов в среднем на 45%, обеспечить бесперебойную работу даже в периоды высокой сезонной нагрузки, ускорить запуск новых проектов, фокусироваться на разработке и маркетинге и улучшить качество предоставляемых услуг.

4. SmartApe: быстрые VPS на NVMe‑SSD

SmartApe подойдет проектам, где дисковая подсистема и CPU работают без простоя: интернет‑магазины, порталы с большим количеством контента, внутренние корпоративные системы, высоконагруженные API. Если нужен быстрый старт — сервер создаётся за одну‑две минуты; если понадобится масштабирование, тариф можно увеличить без миграции.

Преимущества этих VPS

Используются современные серверные NVMe SSD диски в RAID массиве, которые в 600 раз быстрее обычных HDD. Скорость чтения достигает 8000 Мбайт/с, а записи — 2000 Мбайт/с.

Серверы работают на мощных процессорах Intel Xeon Gold или AMD EPYC (до 3.7 ГГц) и быстрой памятью DDR4. Используется полноценная виртуализация KVM с выделенными ресурсами для гарантии их предоставление. Дата-центры уровня TIER-III и TIER-IV обеспечивают Uptime 99.982%. Данные хранятся в хранилище RAID-10.

Дополнительно клиенты получают полный root-доступ (по SSH для Linux и RDP для Windows), возможность установки любых операционных систем (более 20, включая Ubuntu, CentOS, Debian, Windows Server) и ПО, а также полную изоляцию от других клиентов.

Удобство и поддержка

• Бесплатная панель управления (Hestia) или платная ISPmanager для простого управления сервером.
• Бесплатное базовое администрирование и помощь в переносе сайтов.
• Круглосуточная квалифицированная поддержка 24/7.
• Бесплатный тестовый период 10 дней без оплаты и ввода карты.
• Защита от DDoS-атак включена в стоимость.
• Выделенный внешний IP-адрес (возможность купить до 10 IP).

Перед покупкой дают десять дней теста без привязки карты; если сервис не подойдёт, в течение тридцати дней можно вернуть деньги за неиспользованный период.

Пример использования: интернет‑магазин

VPS c 2 vCPU, 4 ГБ RAM, 80 ГБ SSD и портом 100 Мбит/с; при обычном трафике сайт обслуживает 300–500 уникальных посетителей в день, одновременно на страницах бывает 10–20 человек, а в пиковую распродажу до 50; средняя нагрузка 5–10 запросов в секунду, короткими всплесками до 20; заявленный аптайм 99,982 %, реальные замеры отклика после кэширования — 200–300 мс; счёт за такой сервер выходит около 1 300 рублей в месяц.

Пример использования: API на Node.js

4 vCPU, 8 ГБ RAM, 160 ГБ NVMe и канал 200 Мбит/с; сервис стабильно обрабатывает 50–100 запросов в секунду, на пике достигает 200, одновременно подключены 500–1 000 клиентов, максимум 2 500; трафик близок к 200 ГБ в месяц; при том же аптайме 99,982 % средняя задержка ответа укладывается в 50–100 мс; ежемесячная стоимость в зависимости от опций колеблется в диапазоне 2 600–3 000 рублей.

SmartApe имеет смысл брать, когда дисковая скорость и гарантированные ресурсы важнее высокого GUI и почасовой тарификации, для расчёта стоимости есть калькулятор конфигураций на сайте и оперативная техподдержка.

5. PSB Hosting: что даёт их VPS‑платформа

PSB Hosting продвигает VPS-хостинг как решение для сайтов, приложений и SaaS-сервисов, которым нужна предсказуемая мощность и высокий SLA. Провайдер делает упор на новое оборудование, пропускную способность без ограничений и инфраструктуру уровня Tier III+.

Локации и тарификация

Серверы разворачиваются в четырёх точках: Нидерланды, США, Германия и Финляндия. Для каждой площадки доступен одинаковый конструктор конфигураций. Базовый план NL‑100, который включает 1 vCPU, 2 ГБ RAM и 30 ГБ SSD, стоит 6 долларов в месяц. Линейка поднимается ступенчато:

Слайдеры позволяют довести параметры до 32 ядер, 64 ГБ RAM и 510 ГБ SSD; верхняя планка оплаты — 220 $ в месяц.

Трафик безлимитный на любых конфигурациях — дополнительной оплаты за гигабайты нет.

Аппаратная платформа, ОС и предустановки

В хост-узлах применяются процессоры последних линеек AMD и Intel. Оперативная память — DDR5, что снижает задержки при обращении к ОЗУ. Дисковая подсистема полностью на NVMe, объединена в RAID 10: чтение и запись выше, чем у классических SSD, а отказ одного накопителя не выводит хранилище из строя. К каждому VPS подключён выделенный канал с пропускной способностью до 10 Гбит/с.

Сервер можно поднять сразу с Windows Server, Ubuntu, Debian, CentOS или FreeBSD. Для быстрого старта доступны готовые образы: Bitrix, Django-стек, Docker, FastPanel, Hestia CP, Keitaro, LAMP, Node, OpenVPN, Outline, Portainer, Vesta CP и другие.

Управление и поддержка

Провайдер обещает круглосуточную техническую поддержку, резервные копии (бэкапы) и автоснапшоты. Для автоматизации предусмотрен API; в панели управления можно масштабировать ресурсы, перезагружать сервер и следить за статистикой.

Как выбрать VPS под свой проект

Для сайта с пиковыми нагрузками подойдёт SmartApe, где дисковая подсистема на NVMe-SSD в RAID-10 обеспечивает скорость чтения до 8000 Мбайт/с и записи до 2000 Мбайт/с, а сайт на конфигурации с 2 vCPU, 4 ГБ RAM и 80 ГБ SSD выдерживает 300–500 уникальных посетителей в день с пиком до 50 одновременных пользователей и нагрузкой 5–10 запросов в секунду (короткими всплесками до 20).

Если проект включает высоконагруженный API, например, на Node.js, то оптимален SmartApe с конфигурацией 4 vCPU, 8 ГБ RAM и 160 ГБ NVMe, которая стабильно обрабатывает 50–100 запросов в секунду (пики до 200) при 500–1000 одновременных подключениях (максимум 2500) и трафике до 200 ГБ в месяц.

Для задач с 1С, где важна стабильность и сокращение IT-расходов, выбирайте InCloud на базе AMD EPYC 9554: в кейсе Vamkamin это ускорило работу системы на 40%, сократило расходы на 35% и минимизировало простои, с ежедневными бэкапами до 30 дней и SLA-договором.

Если нужен VPS для Битрикс с высокой частотой CPU, подойдёт FirstVDS на AMD Ryzen (CPU.Турбо) с частотой до 5,7 ГГц и DDR5: скидка 30% на 3 месяца при покупке лицензии Битрикс, плюс отказоустойчивость на кластере Ceph с репликацией данных.

Для веб-студий с разработкой и поддержкой сайтов для e-commerce, где требуется распределение проектов по производительности и бесперебойная работа в сезонные пики, подойдёт InCloud на AMD EPYC 9554: в кейсе 100UP это сократило время отклика на 45% и обеспечило стабильность под высокой нагрузкой.

Если проект ориентирован на международный трафик с предсказуемыми ресурсами и высоким SLA, выбирайте PSB Hosting с локациями в Нидерландах, США, Германии или Финляндии, безлимитным трафиком и каналом до 10 Гбит/с на DDR5 и NVMe в RAID 10.

Для бэкенда мобильного приложения с нагрузкой до 12 000 уникальных пользователей в сутки (утилизация CPU 25%) подойдёт ИХЦ на NVMe/24 с 24 ГБ RAM и ~200 ГБ SSD, стеком nginx, PHP, MySQL.

Если развлекательный сайт с более чем 5000 уникальных пользователей в сутки (загрузка CPU ~20%), то подходит ИХЦ на NVMe/12 с 12 ГБ RAM и ~120 ГБ SSD, стеком nginx, Docker, Node.js. Он обеспечит стабильность с безлимитным трафиком и DDoS-защитой.

Выбор сводится к трём вопросам: где ваши
пользователи, какую пиковую нагрузку вы ждёте и нужен ли формальный SLA.
Сформулируйте эти требования заранее — и любой из пяти хостингов закроет задачу
без проблем в продакшне. Добавить свои рекомендации VPS хостингов — вы всегда
можете в комментариях, желательно описывать короткие кейсы.

Кроме визуального апгрейда, iOS 26 готовит платформу к будущим устройствам и меняет логику взаимодействия с интерфейсом. Разбираемся, зачем Apple полностью переосмысляет дизайн и как это повлияет на пользователей, разработчиков и рынок.

Когда ждать релиз iOS 26 и кто её получит

Первая бета-версия для разработчиков стала доступна 9 июня, сразу после WWDC. Публичная бета ожидается с 14 по 21 июля 2025 года. Финальный стабильный релиз запланирован на сентябрь, одновременно с выходом линейки iPhone 17.

iOS 26 получат устройства, начиная с iPhone 11 и новее. Владельцы iPhone XR, XS и XS Max останутся на iOS 18.

Что такое Liquid Glass

Это новый визуальный стиль интерфейса, который Apple представила в iOS 26. Он основан на полупрозрачности, размытии фона и эффекте глубины. Панели, кнопки и другие элементы теперь выглядят как стеклянные поверхности с лёгким свечением и размытым фоном.

Такой подход уже знаком пользователям: похожие эффекты применялись в Windows Vista (Aero Glass) и Android с Material You. В iOS 26 они выполнены в более адаптивной форме. Анимации теперь стали контекстно-зависимыми, а сама система — динамичнее. Интерфейс реагирует на поведение пользователя вместо выполнения команд.

Резюмируем, какими будут визуальные особенности:

• Полупрозрачные и размытые элементы UI
• Плавные переходы и анимации с физическим моделированием
• Динамическая реакция интерфейса на фокус, жесты и состояние экрана

С технической точки зрения Liquid Glass требует больше ресурсов, и поэтому iOS 26 недоступна на устройствах до iPhone 11.

Как обновление влияет на дизайн и разработку

Редизайн iOS заставит пересмотреть подход к проектированию интерфейсов и логике разработки мобильных продуктов.

Для разработчиков

Система получила обновленные UIKit и SwiftUI, в которых появились новые параметры для настройки анимаций и поведения элементов интерфейса. Теперь вместо ручной отрисовки переходов разработчик может задать жесткость, скорость, инерцию. Система сама просчитает анимацию с помощью физического движка.

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

Также появляются механизмы для адаптации UI под разные форм-факторы — это важно на фоне слухов о складных устройствах. Девелоперам придется проявить гибкость мышления в работе с переменными размерами экранов.

Для дизайнеров

Дизайнерам предстоит адаптироваться к концепции живого, полупрозрачного интерфейса. В iOS перекочевал подход для AR-сред. Теперь важно подстраивать поведение UI в разных состояниях и сценариях.

В то же время появляются ограничения. Пока ни Figma, ни Sketch, ни другие инструменты не поддерживают эффект Liquid Glass или физику взаимодействий. Прототипировать и тестировать дизайны станет сложнее.

Пользователи начнут ждать таких же гибких интерфейсов от всех приложений. Это особенно сложно для кроссплатформенных решений.

Apple Intelligence: ИИ без ассистента

Компания представила искусственный интеллект как набор функций, встроенных в повседневную рутину. ИИ анализирует ваши действия, чтобы предложить помощь в нужный момент. Большая часть операций выполняется на устройстве, что важно для конфиденциальности. С разрешения пользователя система может обращаться к ChatGPT для сложных запросов. По умолчанию она работает локально.

Apple подчеркивает, что не сохраняет и не читает ваши данные. Все процессы происходят на устройстве или через Private Cloud Compute. Это промежуточный вариант, где запрос обрабатывается в облаке, но без сохранения истории.

iPhone сам предлагает решение, когда нужно, оставаясь при этом практически невидимым. Apple превращает саму систему в умного ассистента.

Где работает ИИ-ассистент:

• Сообщения и письма — обобщает длинные переписки, предлагает автоматические ответы, сортирует уведомления по приоритетности
• Звонки — транскрибирует разговоры и выдает краткое содержание
• Снимки экрана — распознаёт контент и предлагает действия: добавить встречу в календарь, найти товар по изображению и т.д.
• Переходы между приложениями — связывает действия: например, превратить голосовую заметку в текст и сразу отправить её в мессенджер.
• Персонализированные действия Siri — на основе контекста и привычек пользователя.

Такой подход позволяет системе действовать проактивно, не отвлекая пользователя голосовыми интерфейсами. Это делает UX более органичным.

Пользователю важен не чат с ИИ, а то, что интерфейс сам понимает контекст. Apple внедряет ИИ как часть UX — это зрелый подход.

ИИ-ассистент работает не на всех устройствах — только iPhone 15 Pro и новее, iPad и Mac на M-чипах. Некоторые функции появятся не сразу, а будут добавляться в течение 2025–2026 года.

Новые и обновлённые приложения

В iOS 26 обновились практически все ключевые приложения. Карты стали визуально легче и получили мягкие переходы между уровнями. В Wallet добавили новые сценарии отображения карт и улучшили доступ к билетам и кодам. Apple Music изменилась визуально: обложки больше, плеер — плавнее, появились первые элементы персонализации на основе ИИ.

Сообщения и Телефон теперь адаптируются под сценарии использования — от отображения звонков до плавных анимаций при переходе между чатами. Интерфейс стал чуть менее предсказуемым, но более живым.

Появилось и совершенно новое приложение — Apple Games. Это не просто каталог, а игровой хаб: там собраны достижения, рекомендации и челленджи с друзьями. Похоже, Apple решила снова попробовать зайти в гейминг, но уже с упором на персонализацию.

CarPlay тоже не остался в стороне: теперь в нём работают виджеты и живые данные. Входящие звонки и уведомления стали компактнее, а интерфейс — адаптивнее и ближе к мобильной iOS. В некоторых машинах CarPlay теперь может управлять климатом и другими системами авто.

Универсальность экранов и складной iPhone

В последние пару лет Apple оформила множество патентов на устройства со складными конструкциями. Среди них:

• раскладушка,
• гибкие шарниры,
• дисплей с защитой от падения,
• экраны с гибкой текстурой,
• система компенсации цвета и яркости на складном экране.

Американские СМИ отмечают, что в свежих патентах компания пытается сочетать технологичность и приятный глазу дизайн. Потенциально новые складные дисплеи для планшетов, телефонов и ноутбуков могут иметь диагональ до 18 дюймов.

По мнению экспертов, многие нововведения в iOS 26 говорят о подготовке к устройствам следующего поколения — AR-гарнитурам и складным телефонам.

Когда интерфейсы на всех устройствах будут базироваться на одних принципах, переход в очки AR станет бесшовным и интуитивным. Liquid Glass — связующее звено.

Возможные проблемы и ограничения

Как и любое масштабное обновление, iOS 26 не обошлась без шероховатостей. Однако некоторые блогеры на YouTube отмечают, что бета-версия содержит уж слишком много багов по сравнению с бетами ранних iOS.

Пользователи массово жалуются на подтормаживания, вылеты стандартных приложений, зависания интерфейса и артефакты при переключении между экранами. Особенно это касается моделей iPhone 11–12 — устройства тянут Liquid Glass, но не без усилий.

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

В профессиональном сообществе уже обсуждаются два слабых места Liquid Glass. Это снижение читаемости на пёстрых фонах и сбои в работе VoiceOver — экранной озвучки для слабовидящих пользователей. В бета-версии iOS 26 фокус может «прыгать», а чтение — прерываться на полуслове.

Сравнение основных функций старой и новой iOS

Собрали в таблицу, что изменилось в интерфейсе Apple.

Выводы

• iOS 26 — переход к новой логике интерфейса: гибкой, адаптивной, контекстной
• ИИ работает в фоновом режиме — незаметно встраивается в рутину
• Обновления системы затронули все составляющие: от базовых приложений до архитектуры UI
• Новые подходы повлияют на разработку и дизайн: возрастут требования к адаптивности, контексту и микровзаимодействиям
• Обновления получат модели iPhone 11 и выше
• Apple создает задел на будущее: интерфейс постепенно подстраивается под человека, под аксессуары AR и под возможные «раскладушки»

Стоит ли ждать осени? Если любите стабильность, лучше подождать. Если нравится тестировать сырой продукт и отлавливать баги — вперёд в публичную бету в июле.

ИИ теперь — такое же базовое свойство платформы, как графический движок. Мы свидетели начала новой эры эволюции iOS.

Теперь система как бы живёт вместе с пользователем. Это уже не просто оболочка, а сопроцесс.

1. Yonote

Yonote — российская база знаний и система для работы с проектами. Помогает командам и отдельным пользователям собирать и систематизировать информацию, вести базы знаний, планировать проекты и обмениваться документами. Платформа сочетает гибкий интерфейс, как в Notion, и функциональность KMS-систем: блочный редактор, доски, таблицы и базы данных работают в одном окне. Отличие Yonote — бесконечные доски для визуального планирования, поддержка on-prem-развёртывания и хранение данных в России.

Сценарии использования

Yonote подходит для:

• Командной работы: планирование задач, контроль
  сроков, управление проектами, CRM, сбор и визуализация отчётов, хранение
  инструкций и регламентов.
• Личных целей: заметки, трекер задач,
  бюджетирование, планирование поездок, учёба и хранение материалов.
• Создания Wiki: организация базы знаний о
  продукте с древовидной структурой, вставкой таблиц, диаграмм и медиа, историей
  изменений и комментариями.
• Ведения
  документации: базы данных по
  клиентам, проектам и инвентарю с таблицами, фильтрами, канбан-досками и
  календарями, прикреплением файлов и ссылок.

Формат работы

Yonote работает через web-интерфейс с удобным Markdown-редактором, поиском и историей изменений. Можно встраивать код, схемы и embed-ссылки из GitHub, Figma, Miro и других сервисов.

Поддерживается полный доступ по API, импорт и экспорт в Markdown и PDF, хранение на своих серверах (on-prem) и в облаке. Yonote предлагает более 30 интеграций, включая GitHub, Jira, Trello, Telegram, Miro и Airtable. Настраиваются уровни доступа: можно создавать гостевые аккаунты, разграничивать права на чтение и редактирование, делиться публичными ссылками.

Yonote заменяет несколько инструментов сразу (Trello, Google Docs, Confluence, личные заметки), легко адаптируется под любые задачи, подходит для госорганизаций, частных компаний и личного использования.

Тарифы

• Базовый — бесплатно, 5 ГБ, до 5 пользователей и 10 гостей.
• Старт — 149 ₽ за пользователя в месяц, 20 ГБ, до 50 гостей.
• Про — 249 ₽ за пользователя в месяц. Доступен безлимит гостей, неограниченное хранилище, SSO.
• Enterprise — тариф для организаций с расширенной поддержкой и контролем.

2. Anytype

Anytype — «приложение для всего», которое предлагает создать собственную локальную сеть для хранения знаний, заметок, трекеров привычек, рецептов и канбан-досок. По принципу работы похоже на Notion: блоковая структура, гибкие базы данных и визуальные представления информации.

Главное отличие — Anytype полностью локален и использует P2P-синхронизацию без серверов и посредников, данные остаются только у вас, никто не имеет к ним доступа. Приложение с открытым кодом и доступной архитектурой, работает без интернета и требует установки на устройство.

Сценарии использования

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

Работа в команде: организация командных вики и канбан-досок, совместная работа в группах, ведение календарей.

Сообщество и креатив: управление блогом, создание лент-контента, рекомендаций и курируемых подборок, построение сообщества с объявлениями и вики-страницами.

Формат работы

Anytype работает офлайн на мобильных и десктопных устройствах (iOS, Android, Windows, macOS, Linux), без веб-версии. Скоростная P2P-синхронизация возможна через локальные сети.

Интерфейс основан на визуальном код-фри (no-code) редакторе: можно создавать базы данных, таблицы, канбаны, галереи и граф-связи между объектами.

Важно: все данные хранятся в локальном зашифрованном «хранилище» пользователя. При создании аккаунта генерируется ключ из 12 слов, который нужно хранить отдельно — без него доступ не восстановить.

Для разработчиков:

• Поддерживает локальное хранение данных и самостоятельный бэкап в любое место по выбору пользователя.
• Нет API в привычном виде, но возможно расширить функциональность за счёт открытого кода и протоколов.
• Настройки доступа гибко регулируются на уровне устройства, команды и отдельных объектов в приложении.

Цена и условия пользования

• Explorer — бесплатно, подходит для личного использования.
• Builder — $99 в год за пользователя, открывает расширенные функции и поддержку командной работы.
• Co-Creator — $299 в год за пользователя, с расширенными возможностями и дополнительной свободой кастомизации.

Весь интерфейс и работа — на английском языке.

3. Obsidian

Obsidian — это бесплатное и гибкое приложение для ведения заметок, личных знаний и проектного управления. Поддерживает базы знаний, связи между заметками, визуализацию в графах и публикацию вики. Главная особенность — работа локально на устройстве с хранением заметок в открытых форматах Markdown, без принудительной привязки к облаку. Обеспечивает полную приватность и контроль над данными, даже оффлайн.

Сценарии использования

Есть несколько сценариев:

• Личные заметки и дневники: быстрый доступ к записям на устройстве, структурирование мыслей, создание связей между идеями.
• База знаний и обучение: построение персональных вики с перекрёстными ссылками, графами связей и быстрым поиском.
• Управление проектами и исследованиями: создание канбанов и карт идей в Canvas для планирования и брейншторминга, публикация заметок для команды

Формат работы

Obsidian — десктопное и мобильное приложение (Windows, macOS, Linux, iOS, Android). Доступны следующие форматы:

1. Поддержка открытых форматов файлов (Markdown), которая обеспечивает долгосрочное хранение данных без зависимости от сервиса.
2. С помощью Obsidian Publish можно публиковать заметки как публичную вики, документацию с настраиваемым внешним видом и быстрым поиском.

Плагины позволяют создавать интеграции и автоматизировать процессы в зависимости от потребностей команды.

Есть поддержка истории версий и работы с командой в рамках общих хранилищ, при этом приватность отдельных файлов сохраняется.

Цена и условия пользования

• Бесплатно: использование приложения для личных нужд, хранение данных локально.
• Sync — $4 в месяц за пользователя при оплате за год, синхронизация заметок между устройствами с шифрованием, история версий, совместная работа в общих хранилищах.
• Publish — $8 в месяц за сайт при оплате за год, публикация заметок на сайт без технических знаний, настройка тем и структуры.

4. Gramax

Gramax — платформа для подготовки документации в подходе Docs as Code. Позволяет создавать и редактировать статьи в визуальном редакторе, хранить исходники в Markdown и версионировать их с помощью Git. Подходит для тех, кто хочет управлять документами, знаниями и любым другим контентом в своей инфраструктуре гибко и безопасно.

Как и в Notion, в Gramax есть совместное использование, комментарии и AI-функции (создание и форматирование текста, перевод, поиск по статьям). Отличие — в Git‑first подходе, открытом коде и возможности использовать платформу бесплатно без ограничений.

Сценарии использования

Gramax особенно полезен для:

• Документации по продукту: создание портала с инструкциями, оформленного в корпоративном стиле, с быстрым обновлением и AI-поиском.
• Внутренней проектной документации: база знаний с версиями, Merge Request, поддержкой OpenAPI и технических требований.
• Базы знаний для команд: хранение описаний процессов и систем с удобным поиском и доступом через Git.

Формат работы

Gramax делится на:

• Редактор: web и десктоп на Win/Mac/Linux, можно использовать офлайн.
• Git-хранилище: подключается GitLab, GitHub, Bitbucket и другие, команды Git встроены в интерфейс.
• Портал документации: разворачивается как статический сайт или через Docker.

Для разработчиков есть поддержка диаграмм (Mermaid, Draw.io, PlantUML), подсветка кода (100+ языков), механизм сравнения версий, мультиязычность. Также на портале для чтения можно отображать документацию на разные версии ПО.

Gramax также поддерживает API для передачи данных в сторонние системы и CLI для интеграции в CI/CD, позволяя автоматически собирать документацию в HTML, PDF и DOCX. Есть импорт из Confluence, Notion и Yandex Wiki, экспорт в DOCX и PDF с фирменным стилем.

Цена и условия

• Open Source — бесплатно, без ограничений. Управление доступом на уровне репозиториев.
• Gramax Enterprise Server — 54 000 ₽ за редактора навсегда, первый год обновления бесплатно, далее 40% от лицензии. Управление доступом — по ролям и группам с SSO и корпоративными политиками.

5. KMS Gran

KMS Gran — база знаний с API и выстроенными бизнес-процессами. Помогает создавать и структурировать проектную документацию, управлять знаниями в команде и автоматизировать рутину. Платформа сочетает возможности вики, систем управления документами, визуальных блок-схем и AI-инструментов для поиска и анализа.

Как и в Notion, в KMS Gran есть WYSIWYG-редактор, мобильная версия и AI для работы с текстом. Отличие в том, что на платформе есть модуль «Скриптинг» для построения процессов и гибкая система прав доступа. Подходит командам, которым важно хранить данные локально и быстро строить рабочую рутину.

Сценарии использования

• Вики по продуктам и техдокументация. Доступно создание структурированных статей, глоссариев, руководств и спецификаций. Удобный поиск с морфологией и AI-помощником помогает находить информацию, а кириллица поддерживается корректно.
• Автоматизация бизнес-процессов. С помощью модуля «Скриптинг» можно строить визуальные блок-схемы процессов, задавать условия и добавлять к шагам инструкции и файлы. Подходит для команд поддержки и контакт-центров.
• AI-помощник для пользователей. Индексирует статьи и отвечает на вопросы по проектам с указанием источников. Сохраняет контекст диалогов, позволяет оценивать ответы и формирует отчеты для анализа востребованности контента.

Формат работы

KMS Gran работает через web-интерфейс с удобным WYSIWYG-редактором, поддерживающим Markdown, и адаптирован под мобильные устройства. В системе доступен полнотекстовый поиск с морфологией и возможностью получать ответы от AI, а также версионирование с откатом и архивацией статей. Для согласования внутри команды предусмотрена отметка о прочтении. В документы можно вставлять код и схемы через интеграцию с Draw.io, но подключение embed-ссылок из GitHub и Figma не поддерживается.

Платформа поддерживает работу через API для интеграции с внешними системами, хотя CLI в ней не предусмотрен. Можно настроить подключение к Slack, GitHub, CI/CD и Jira через API. Гибкая система управления доступом позволяет задавать роли как на уровне всей системы, так и в отдельных проектах и разделах, а также управлять доступом к разным документам.

Цена и условия

• SaaS: аренда по подписке, ежемесячная оплата за пользователя. Включены базовый функционал, серверные ресурсы и поддержка 9×5, опционально AI-модуль.
• On-Premise: развёртывание у заказчика, лицензия на длительный срок, поддержка AI-модуля и техподдержка.
• AI-модуль доступен как в SaaS, так и On-Premise.

Условия зависят от объема лицензий, срока использования и набора функций, обсуждаются индивидуально. Все тарифы включают базовый функционал.

Как выбрать платформу для базы знаний

Выбор платформы зависит от ваших задач. Для удобства собрали таблицу с особенностями платформ.

Таким образом:

Если приоритет — работа с документацией как с кодом, версионирование и публикация через Git — ваш выбор Gramax.

Нужна визуализация, работа с таблицами, досками и интеграции для команды — стоит обратить внимание на Yonote.

Если вы ищете корпоративное решение с AI, разграничением прав доступа и встроенными процессами — подойдёт KMS Gran.

Anytype или Obsidian подойдут тем, кто ценит контроль над данными и гибкость кастомизации.

Он весит всего 2,1 МБ, не требует интернета или аккаунта и позволяет обмениваться зашифрованными сообщениями через Bluetooth.

Приложение позиционируется как экспериментальный проект выходного дня и работает без серверов — всё хранится локально на устройстве.

Что уже умеет BitChat

• Работает в фоновом режиме.
• Поддерживает сквозное шифрование для приватных чатов.
• Позволяет добавлять избранных пользователей.
• Включает панический режим — три нажатия на логотип стирают все данные.
• Автоматически обновляет Peer ID — идентификатор пользователя.
• Работает без аккаунтов, e-mail и номера телефона.

Разработчик подчёркивает: никакой серверной инфраструктуры. Все коммуникации — через Bluetooth и локальные p2p-сети. Медиа пока не поддерживаются — только текстовые сообщения.

«Когда рядом появится другой битчаттер, система пришлёт уведомление»

Пользователи жалуются, что «там пока никого нет»

Пока в BitChat пустовато: пользователи в соцсетях пишут, что не могут найти собеседников.

Дорси призвал не спешить с выводами: «Дайте приложению время». Также уже отправлено обновление, которое должно устранить баги в переписке между Android и iOS.

На момент публикации:

• Официальная версия доступна только в App Store.
• Android-сборку можно установить вручную через GitHub-инструкцию.
• В iOS-приложении висит предупреждение: «Безопасность переписок ещё не прошла полный аудит». Не рекомендуется использовать в критических ситуациях.

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

Такая практика носит массовый характер: по данным исследований, около 95% россиян принимают условия без изучения документа. При этом часть опрошенных вообще считает, что прочитать соглашение полностью физически невозможно (слишком много букв). Половина опрошенных даже не в курсе, о чем там написано.

Пользовательские соглашения — юридические документы, регулирующие права, обязанности и риски при использовании цифровых продуктов. Их игнорирование сравнимо с подписанием договора с закрытыми глазами. Почему это стало нормой? Какие «сюрпризы» скрываются за малопонятными формулировками? И как защитить свои данные в условиях российской цифровой экосистемы?

Причины массового игнорирования: системные ловушки

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

Большой объем и языковой барьер

Современные соглашения напоминают юридические трактаты. Средний документ российских сервисов содержит 16,800 слов. Роскомнадзор критикует избыточность текстов, но не публикует официальной статистики. Например, документация Ozon занимает 23,700 слов — это больше, чем повесть Чехова «Дуэль» (13,700 слов). Политика Яндекс.Диска занимает 57 страниц, а условия СберБанк Онлайн — 43 страницы.

Главная проблема — язык. Юридические термины вроде «сублицензирование», «деперсонализация данных» или «арбитражная оговорка» требуют специальных знаний. Как показывает практика судебных споров и жалоб в Роскомнадзор, такие формулировки часто непонятны рядовым пользователям. Барьер усугубляется тем, что юридическая грамотность в РФ остается низкой: далеко не все россияне уверенно читают договоры.

Ирония в том, что даже практикующие юристы часто соглашаются с пользовательскими соглашениями, не читая их, — и причина не только в профессиональной терминологии. Большинство таких документов перегружены длинными абзацами, написаны мелким шрифтом и совершенно не приспособлены для чтения на мобильных устройствах. В результате даже специалисту сложно вычленить из текста то, что действительно важно. А еще и мучают вопросы: зачем и за что это все мне?

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

UX-дизайн, провоцирующий спешку

Современные интерфейсы часто проектируются так, что внимательное прочтение соглашений становится затруднительным. Кнопка «Принять» обычно выделяется контрастным цветом (например, зеленым или синим), а опция отказа скрывается:

• в приложениях отклонение условий требует перехода в «расширенные настройки» и сопровождается прочими сложностями;
• кнопки «не соглашаюсь» выглядят менее заметными — например, серые на белом фоне.

Такие паттерны усиливают «эффект туннельного зрения» — психологический феномен, при котором пользователь фокусируется на цели (быстром доступе к сервису), игнорируя второстепенные элементы. Дизайнеры дополнительно стимулируют это: например, используют таймеры обратного отсчета («Осталось 00:59»), чем создают искусственную спешку. Сообщения типа «99% пользователей уже приняли условия» формируют социальное давление.

Мнимый выбор в условиях монополий

После блокировки зарубежных сервисов в 2023 году российский рынок заняли локальные альтернативы. Но переход к отечественным платформам не дал пользователям реальной свободы.

Почему выбор остаётся мнимым? Попробуйте использовать СберБанк Онлайн без принятия политики обработки данных. Система выдаст ошибку: «Для продолжения необходимо согласиться с условиями». Аналогично в VK: отказ от соглашения означает потерю доступа к сообщениям и группам.

Мнимый выбор — это не всегда подвох со стороны сервиса. Даже по новым европейским правилам (Digital Services Act) платформы должны давать вам «базовую версию» без персонализированной рекламы, но не обязаны работать вообще без сбора данных.

В России всё устроено схоже: если без ваших персональных данных сервис просто не сможет функционировать (например, банк или мессенджер), отказ в доступе — это не нарушение закона.

Проблема начинается там, где сервис требует от вас избыточную информацию: например, запрашивает паспорт для заказа еды или такси, требует согласие на передачу ваших данных рекламным партнёрам ради просмотра видео или просит доступ к вашим контактам и галерее там, где это не нужно для работы сервиса. Вот такие запросы уже выходят за рамки необходимого и могут считаться нарушением закона о персональных данных.

Евросоюз в 2024 году ввел Digital Services Act, обязывающий платформы предлагать базовую версию без сбора данных. В России аналогичные нормы в законе «О персональных данных» (152-ФЗ) начали работать только с 2025 года. У пользователя есть право отозвать согласие на обработку данных, но не все сервисы готовы сохранять функционал после отказа.

Что скрывают соглашения: реалии цифрового мира

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

Расширенный сбор данных под видом «аналитики»

Яндекс.Карты сохраняют историю перемещений даже при деактивированном приложении. Сбор геоданных без явного уведомления при каждом запуске нарушает принцип минимальной достаточности (предоставление только необходимого для достижения цели). Это возможно, если в настройках устройства и приложения включена геолокация и история местоположений.

VK Музыка в пункте 4.3 пользовательского соглашения разрешает анализ аудиопотока через микрофон для идентификации фоновых треков. Технология активируется автоматически при первом запуске, без отдельного запроса на разрешение.

После ухода зарубежных сервисов российские платформы переняли спорные методы: например, VK Мессенджер хранит метаданные переписки (время отправки, IP-адреса, идентификаторы устройств) два года — дольше, чем это необходимо для операционной деятельности.

Закон требует удалять данные после достижения целей обработки, но не устанавливает жестких сроков. Этим пользуются сервисы. В политике конфиденциальности они указывают «хранение данных в течение срока, необходимого для выполнения бизнес-задач» — формулировка позволяет фактически бессрочно хранить адреса и телефоны пользователей.

Формулировки про «хранение данных столько, сколько нужно для бизнеса» выглядят довольно расплывчато и, с юридической точки зрения, не могут считаться самостоятельной и достаточной целью: такая причина хранения вряд ли будет признана обоснованной при проверке. Тем не менее, именно за такими фразами иногда скрывают ссылку на так называемый законный интерес — этот механизм широко применяется в Европе по стандарту GDPR. В России, напротив, операторы редко ссылаются на законный интерес напрямую: это связано с тем, что у нас сложнее требования к обоснованию сроков и объёмов хранения данных, и риски для компании выше.

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

Даже если такие обстоятельства действительно есть, компания обязана чётко объяснить, зачем ей по-прежнему нужны ваши данные и как долго они будут храниться. Если это не будет убедительно, регулятор может признать хранение избыточным.

Умные колонки с голосовыми помощниками (такие как «Яндекс.Станция» или устройства Sber) постоянно анализируют звуковое окружение для активации по ключевым словам, что создает риск случайной записи приватных разговоров.

Обезличенная статистика нужна бизнесу: знать, сколько пользователей на сайте, когда пик нагрузки, какие разделы популярны. Закон такое разрешает, если никто не может узнать, что это были именно вы.

Но если сервис начинает собирать «поведенческие следы» — какие фильмы смотрите, что ищете, на какие кнопки кликаете, и использует эти данные для ваших персональных рекомендаций, это уже обработка персональных данных, даже если вы не вводили свои ФИО. Современный подход — всплывающее окно с «переключателями»: хотите только технические куки или соглашаетесь на аналитику и персонализацию.

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

Исследования подтверждают:

• Ложные срабатывания. Ассистенты активируются до 19 раз в сутки из-за фоновой речи, слов-омофонов или аудиоконтента (например, при просмотре сериалов).
• Технические уязвимости. Ученые обнаружили, что MEMS-микрофоны в таких устройствах излучают радиосигналы, которые можно перехватить FM-приемником даже через бетонные стены.
• Хранение данных. Записи голосовых команд сохраняются на серверах производителей неограниченное время. В 2019 году сотрудники Amazon признались в прослушке аудио с Echo без ведома пользователей.

Как минимизировать угрозы:

1. Отключайте микрофоны колонок физической кнопкой (если есть) при обсуждении конфиденциальных тем.
2. Откажитесь в настройках от «персонализированных ответов» и отправки аудиоданных для «улучшения сервиса».
3. Регулярно удаляйте историю запросов через приложение-компаньон (например, «Дом с Алисой»).

Важно: Пользовательское соглашение «Яндекса» прямо разрешает обработку фонового аудио для «технического анализа», но не уточняет сроки хранения или алгоритмы фильтрации. Для устройств Sber аналогичные условия описаны в разделе «Данные голосового взаимодействия».

Передача прав на контент

Стандартная формулировка «неисключительная лицензия» в облачных сервисах имеет далеко идущие последствия. Политика Mail.ru Cloud прямо разрешает использовать загруженные файлы для обучения ИИ-алгоритмов. На практике это означает, что ваши фото могут стать частью тренировочных данных для нейросетей распознавания лиц.

Маркетплейс Ozon в разделе «Обмен информацией» своего соглашения допускает передачу истории покупок партнерам для таргетированной рекламы. Вряд ли пользователи добровольно согласились бы на такие условия, если бы прочли о них заранее.

Автоматическое продление подписок

Проблема скрытых списаний остается массовой. Пользователи массово жалуются на автоматическое продление подписок. Например:

• Сервис IVI продлевает платный доступ без отдельного подтверждения после пробного периода.
• Яндекс.Плюс списывает средства за 3 дня до окончания расчетного цикла в случае, если юзер не отключил автопродление. Яндекс делает это, «чтобы обеспечить клиентам непрерывный доступ к сервису, даже если платеж задерживается».

Особую опасность представляют детские приложения, где случайные покупки происходят из-за неочевидного интерфейса. В 2024 году Федеральная торговая комиссия США (FTC) оштрафовала Epic Games (американскую компанию по разработке игр и ПО) в общей сложности на $520 млн за сложную процедуру отмены несанкционированных платежей в Fortnite (кроссплатформенной формально бесплатной игре).

Российские сервисы могут использовать схожие паттерны:

• в обучающих приложениях кнопки покупок размещаются рядом с игровыми элементами;
• отмена требует письменного заявления или звонка в поддержку.

Ещё несколько лет назад — и в зарубежных, и в российских сервисах — действовали более лояльные правила возврата: если пользователь забывал отменить подписку в течение льготного периода, деньги можно было вернуть. По данным на 2021 год, такую опцию предлагали и IVI, и Яндекс, и Okko.

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

При этом крупные сервисы, как Яндекс, в явном виде указывают: изменение или ограничение контента, региональные блокировки и другие изменения не считаются основанием для возврата средств. Но важно помнить: если недоступность контента становится существенным недостатком услуги, Закон о защите прав потребителей (ст. 29) сохраняет за пользователем право на возврат оплаты — независимо от того, что написано в соглашении.

Роскомнадзор рекомендует родителям активировать родительский контроль, отключать сохранение платежных данных и регулярно проверять историю подписок.

Как защитить себя: стратегии для 2025 года

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

Для пользователей: цифровая гигиена

Проверяйте репутацию сервиса перед согласием

Роскомнадзор ведёт открытый реестр нарушителей закона 152-ФЗ. Например, каршеринг «Делимобиль» был внесен в список после массовой утечки номеров телефонов.

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

Жёстко контролируйте разрешения

Современные ОС предлагают инструменты для защиты:

• в Android 14 функция «Одноразовый доступ» ограничивает работу камеры/микрофона одним сеансом;
• в iOS 18 «Детальный контроль» позволяет блокировать фоновый сбор данных.

Для браузеров установите uBlock Origin — расширение блокирует скрытые трекеры, упомянутые в политиках конфиденциальности. В соцсетях отключайте «аналитику поведения» в настройках приватности — это снижает объем собираемой информации.

Требуйте отчёт о ваших данных

Статья 14 закона 152-ФЗ гарантирует право запросить у компании:

• полный список хранимых персональных данных;
• историю их передачи третьим лицам;
• правовые основания обработки.

В случае отказа или неполного ответа подавайте жалобу через портал Роскомнадзора.

Если вы хотите узнать, какие именно ваши персональные данные обрабатывает компания, просто напишите им запрос — укажите свои ФИО, паспортные данные (или иные, подтверждающие личность), и четко сформулируйте, что именно вы хотите узнать: какие данные у них есть, откуда они их получили, зачем обрабатывают и кому передают. Такой запрос можно отправить письменно или через электронную почту, если подпишете его электронной подписью. По закону компания обязана ответить вам в течение 10 рабочих дней.

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

Для разработчиков: прозрачность как конкурентное преимущество

Сокращайте и визуализируйте соглашения

Т-Банк провел редизайн пользовательского договора: заменил юридические термины простыми формулировками, добавил инфографику и чек-листы ключевых пунктов. Это снизило количество обращений в поддержку по вопросам непонятных условий.

Внедряйте градацию согласия

Разделите запросы на данные по категориям:

• базовые — необходимые для работы сервиса;
• опциональные — аналитика, реклама, улучшение продукта.

Европейский GDPR требует такой практики — например, при установке приложения Signal пользователь отдельно разрешает доступ к контактам и уведомлениям. В России подобный подход выделит ваш продукт на фоне конкурентов.

Добавьте «режим адвоката»

Встройте в интерфейс кнопку «Главные риски за 60 секунд»: краткую выжимку ключевых положений. Сервис ProtonMail делает это эффективно — на странице регистрации четко указано: «Мы не храним IP-адреса и не передаём данные третьим лицам».

Будущее соглашений: нейросети и законодательство

Эволюция пользовательских соглашений развивается по двум направлениям: технологические инструменты для упрощения понимания и ужесточение законодательных требований. Оба тренда активно проявляются в 2025 году.

ИИ-ассистенты: возможности и ограничения

Крупные IT-компании разрабатывают инструменты для анализа юридических документов. Яндекс.Помощник интегрировал функцию сканирования соглашений: система выделяет спорные пункты цветными маркерами и генерирует упрощенные пояснения.

Однако нейросети не заменяют юристов. ИИ-сервисы нередко пропускают скрытые условия в длинных документах.

Основные проблемы:

• неспособность интерпретировать двусмысленные формулировки;
• игнорирование ссылок на внешние документы;
• ошибки в трактовке арбитражных оговорок.

Законодательные изменения: новые требования

В июне 2024 года принят Федеральный закон № 123-ФЗ, вносящий поправки в 152-ФЗ.

Ключевые новации:

• запрет автоматического продления платных подписок без отдельного подтверждения через SMS или email (ст. 15.4);
• обязательное выделение условий сбора биометрических данных жирным шрифтом;
• штрафы до 3% годового оборота за сокрытие практик передачи данных третьим лицам.

Новые требования уже дают результаты.

Перспективы: стандартизация и блокчейн

ЕС разрабатывает AI Act — единый стандарт для ИИ-анализа соглашений. Эксперименты с блокчейн-реестрами условий проводят Сбербанк и Тинькофф: технология фиксирует версии документов и предотвращает скрытые изменения.

Заключение: ваша цифровая подпись — это ответственность

Пользовательские соглашения — не формальность, а юридически обязывающий документ. Их игнорирование в 2025 году связано со многими рисками. Каждый клик «Принять» несёт реальные последствия: от скрытой слежки до потери прав на контент.

Что делать сегодня? Начните с малого. Даже беглый просмотр разделов «Данные» и «Автоматическое продление» снижает риски. Не забывайте о законе 152-ФЗ. Если это необходимо, требуйте от компаний полный отчёт о ваших данных через форму на портале Роскомнадзора.

Голосуйте кошельком. Переходите на сервисы с прозрачными правилами. Осознанное согласие — не роскошь, а базовый навык цифровой эпохи. Ваши данные стоят тех 10 минут, которые вы потратите на чтение перед кликом «Принять».

Российские нейросети — достойная альтернатива ChatGPT и другим западным ИИ-сервисам.

С появлением ChatGPT, Midjourney, Gemini и других мощных ИИ-инструментов работа с текстами, изображениями, кодом и данными стала проще и быстрее. Однако с учётом ограничений доступа к ряду зарубежных сервисов, особенно из России, на первый план вышли отечественные разработки. И сейчас российские нейросети уже могут успешно заменить западные аналоги — по функционалу, качеству генерации и удобству использования.

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

Как пользоваться ChatGPT, Midjourney, DALL·E и другими нейросетями в России: подборка сервисов с доступом к ИИ без ограничений

Сегодня нейросети вроде ChatGPT, GPT-4, Midjourney, Gemini, Claude и других — незаменимые инструменты для работы с текстами, изображениями, кодом и данными. Но из-за ограничений многие из этих сервисов официально недоступны в России. Несмотря на это, существуют альтернативные способы получить к ним доступ — через российские платформы и интеграции, которые открывают полный функционал популярных западных ИИ.

Эти сервисы позволяют использовать возможности ведущих нейросетей без VPN, смены региона и сложных настроек. Достаточно просто зарегистрироваться — и можно генерировать тексты в GPT-4, создавать изображения в Midjourney, работать с ИИ-помощниками вроде Gemini и Claude, использовать перевод, анализ данных, автоматизацию задач и многое другое.

Мы собрали ТОП-8 сервисов, которые дают российским пользователям удобный и стабильный доступ к лучшим зарубежным нейросетям. В обзоре расскажем, как работает каждый из них, какие ИИ-модели поддерживаются, чем они удобны и кому подойдут больше всего.

ТОП-8 сервисов, которые дают российским пользователям удобный и стабильный доступ к лучшим зарубежным нейросетям:

1. Study.AI - лучший агрегатор нейросетей предоставляющий возможности всех самых популярных генераторов (текст, картинки, фото, видео и т.д.) Есть фримиум возможности — доступ к чату GPT и др.

2. ApiHost - универсальный сервис без необходимости VPN. Быстро генерирует изображения по промптам и голосовым командам.

3. GoGPT -Удобное мобильное приложение с мгновенной генерацией картинок по тексту. Отличается высокой скоростью работы.

4. Chad AI - специалист по логотипам и аватаркам. Подходит для брендинга и быстрого создания фирменного стиля.

5. Ай Серч - комбинирует текст и изображение.

6. AI-Писатель. - создаёт изображения, тексты и описания товаров по фото.

7. НейроТекстер - дорисовывает изображение, продолжая идею автора.

8. НейроХолст - превращает фото в иллюстрации в заданном стиле — от реализма до 3D.

Российские нейросети и сервисы, где можно сгенерировать текст, изображение, видео, картинку или просто получить доступ к нейросетям: GPT o4, Midjorney, Gemini, Dalle, Deepseek и др.:

1. Study.AI

Study.AI — это сборник различных нейросетей для генерации изображений, фотографий, презентаций, по текстовым и голосовым запросам. Она предназначена для создания уникального визуального контента, включая иллюстрации, концепт-арты, рекламные баннеры и другие изображения. (лучшая нейросеть на данный момент по мнению пользователей). Внутри платформы предоставляется функционал всех известных нейросетей в России (GPT o4, Midjorney, Gemini, Dalle, Deepseek и др.)

Study.AI — это универсальная платформа, объединяющая 6 передовых AI-моделей (для генерации креатива, создания иллюстраций, изображений и картинок, презентаций, текста, анализа данных, и т. д.) в одном удобном сервисе. Точный и безопасный доступ к нейросетям без необходимости покупать десяток отдельных подписок или использовать VPN является огромный плюсом данного сервиса

• Стоимость: от 199 рублей
• Пробный период: доступен ограниченный бесплатный режим для тестирования
• Доступ: онлайн через браузер

Преимущества:

• Все AI-модели в одном месте
• Единая подписка (Freemium + Premium)
• Глубокие интеграции (улучшенное распознавание изображений, генерация изображений, картинок, презентаций, генерация рефератов)
• Интуитивный интерфейс (минимум лишних кнопок, гости могут протестировать сразу)
• Экономия времени и сил (автоматизация рутины, быстрое переключение между моделями)
• Поддержка русского языка и доступ без VPN
• Есть версия в Telegram
• Универсальное решение (студенты, специалисты, творчество, личные дела)
• Масштабируемость (сервис постоянно добавляет новые модели нейросетей)

Недостатки:

• пока что не обнаружены

САЙТ СЕРВИСА

2. ApiHost

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

Сервис работает по платной модели: 9 рублей за генерацию изображения и 6 рублей за описание к фото. Бесплатного тестового периода нет, но лимиты отсутствуют в платной версии.

Преимущества ApiHost:

• Полностью адаптирован для мобильных устройств.
• ИИ создаёт до 4 вариантов изображения по одному промпту — на русском и английском.
• Поддержка загрузки фото, рисунков и текстовых файлов для генерации.
• Дополнительные функции: озвучка, голос в текст, сохранение, анализ текста, подсчёт слов, изменение тона и темпа голоса.
• Возможность самостоятельного выбора ИИ-модели для генерации.
• Интеграция с YouTube и AI-подсказки.

Недостатки и ограничения:

• Нет возможности править мелкие детали на изображении — результат можно только принять или отклонить.
• Исходные изображения не сохраняются — используются только как базовая информация для генерации.
• Не поддерживает генерацию графиков и медицинских изображений.
• Регистрация обязательна, даже для первого использования.
• Отсутствие бесплатного пробного периода — сразу требуется оплата.

CАЙТ СЕРВИСА

3. GoGPT

GoGPT — это мощный ИИ-сервис с полностью русскоязычным интерфейсом, который сочетает функции генерации изображений, распознавания объектов и интеллектуального анализа визуального контента. Сервис работает на базе DALL·E 3 и Midjourney, поэтому для корректной работы с изображениями может потребоваться VPN. Основной упор сделан на генерацию и обработку изображений по промтам, коррекцию визуалов и работу с композициями.

Сервис поддерживает загрузку фото с описанием, запоминает контекст, предлагает прогнозирование расходов, анализирует данные из интернета и помогает создавать или редактировать визуальный стиль. Подключение возможно через браузер или чат-бот с поддержкой GPT-4v.

Условия использования:

• Бесплатный пробный период — 7 дней
• 10 бесплатных запросов в день в рамках теста
• Полный доступ к функциям с тарифа «Стандарт» — от 699 ₽ в месяц
• Регистрация обязательна

Преимущества GoGPT:

• Большая библиотека готовых шаблонов (промтов) для генерации изображений.
• Гибкий контроль контекста и запоминание истории запросов.
• Обучающая система и интеллектуальная обработка текстов.
• Накопительные токены — можно переносить на следующий месяц.
• Выделение отдельных участков изображения для точечной доработки.
• Поддержка распознавания и обработки сразу нескольких изображений.

САЙТ СЕРВИСА

4. Chad AI

ChadAI — это многофункциональный сервис, сочетающий генерацию изображений, создание текстов, визуального контента и даже прототипов простых игр. Сервис работает на русском языке и не требует подключения VPN, что делает его удобным для пользователей из России.

ChadAI поддерживает работу с популярными генераторами изображений — DALL·E и Midjourney. В зависимости от подключённого инструмента и тарифа, пользователю доступны разные лимиты на количество запросов. Сервис способен создавать изображения по промтам, а также превращать загруженные фото в арты или стилизованные картинки. Есть функция голосового ввода, встроенный поиск через Яндекс-бот и генерация изображений прямо в чате.

Условия использования:

• Бесплатный тариф: 3 запроса в сутки
• Тарифы: Мини — 290 ₽/мес, Оптимум — 590 ₽/мес, Плюс — 1690 ₽/мес
• Первый месяц: 50 изображений DALL·E, 25 — Midjourney
• Далее — 15 изображений в месяц бесплатно или переход на платный тариф
• Обязательная регистрация

Преимущества ChadAI:

• Поддержка голосовых запросов и текстовых описаний
• Возможность создавать арты из фото и изображения прямо в чате
• Высокое разрешение сгенерированных изображений
• Обработка длинных текстов до 14 000 знаков
• Доступ к встроенной библиотеке промтов
• Быстрая техподдержка через Telegram
• Гибкая система тарифов с возможностью докупить запросы при необходимости

Недостатки ChadAI:

• Русская версия периодически выдаёт ошибки и нестабильно работает
• В периоды высокой нагрузки возможны временные ограничения для пользователей из России
• Количество бесплатных изображений ограничено, особенно после первого месяца

САЙТ СЕРВИСА

5. Ай Серч

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

AI Search

Сервис также предлагает функции для написания статей, описаний товаров, блогов, рефератов и даже кода для более чем 20 языков программирования. В зависимости от тарифа доступны разные объёмы задач, символов или временных ограничений. Регистрация обязательна, а тестировать визуальные функции без оплаты невозможно — пробный доступ ограничен лишь базовым функционалом.

Условия использования:

• Язык интерфейса: русский (ограниченный), английский (полноценный)
• Тестовый период: 7 дней с ограничениями
• Стоимость: от 999 ₽ до 2999 ₽/мес в зависимости от тарифа
• Форма запроса: текстовое описание (лучше — на английском)
• Регистрация обязательна

Преимущества AI Search:

• Гибкая система тарифов — можно выбрать подходящий план под конкретные задачи
• После первой оплаты начисляется 100% бонус на баланс
• Поддерживает создание анимаций и статичных изображений по описанию
• Многофункциональность: от генерации текстов до написания кода и анализа данных

Недостатки AI Search:

• Полноценный функционал доступен только после оплаты — даже тестовые изображения не сгенерировать бесплатно
• Интерфейс на русском языке работает нестабильно, ограничен по возможностям
• Качество изображений часто не соответствует ожиданиям — результат может отличаться от заданного описания

САЙТ СЕРВИСА

6. AI-Писатель.

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

Условия использования:

• Язык интерфейса: русский
• Тестовый период: 1 сутки для текста
• Стоимость: от 150 до 6500 ₽ в месяц в зависимости от пакета
• Форма запроса: текстовая подсказка
• Регистрация: обязательна для генерации изображений

Преимущества AI-Писателя:

• Поддержка разных моделей ИИ, включая GPT-4o Turbo и Claude 3.5 Sonnet на дорогих тарифах
• Генерация и корректура текстов разного уровня сложности
• Создание SEO-оптимизированных текстов для сайтов и рекламных материалов
• Возможность создавать изображения с разным разрешением через Dall-E 3 (в зависимости от тарифа)
• Гибкие лимиты на символы и изображения в зависимости от выбранной модели

Недостатки AI-Писателя:

• Ограниченный доступ к продвинутым ИИ и созданию изображений в дешевых тарифах
• Короткий бесплатный тестовый период — всего один день для текстов
• Требуется обязательная регистрация для генерации картинок
• Ограничения по количеству и размеру изображений в зависимости от тарифа

САЙТ СЕРВИСА

7. НейроТекстер

НейроТекстер — русскоязычный сервис, позволяющий создавать и обрабатывать тексты с разной стилистикой и тоном, а также генерировать изображения в стиле аниме, аватарки, фото, логотипы и превью для статей. При работе не требуется VPN, однако возможны сложности с оплатой через нейротокены — внутренняя валюта для приобретения изображений.

Основные характеристики:

• Язык интерфейса: русский
• Тестовый период: 7 дней
• Стоимость: от 299 до 1999 рублей в месяц (зависит от тарифа)
• Форма запроса: текстовая подсказка
• Регистрация: обязательна

Преимущества НейроТекстера:

• Обработка сразу нескольких изображений — до 9 за один запрос
• Возможность задавать запросы на русском и английском языках
• Многофункциональность: рерайтинг, генерация текстов, проверка грамматики, оптимизация, настройка стиля и тона
• Специализированная служба поддержки с чат-ботами, разделёнными по сферам деятельности, что ускоряет получение помощи
• Управление параметрами изображений — размер, количество шагов прорисовки для детализации

Недостатки НейроТекстера:

• Без подписки сервис не работает
• При большой нагрузке возникают задержки и затруднения с генерацией изображений
• Возможны периодические проблемы с оплатой через нейротокены

САЙТ СЕРВИСА

8. НейроХолст

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

Основные характеристики:

• Язык интерфейса: русский
• Тестовый период: бесплатный (до 25 «красок» — запросов на изображения)
• Стоимость: от 100 рублей («Мини») до 5000 рублей («Океан красок»)
• Форма запроса: текстовое описание
• Регистрация: обязательна

Преимущества НейроХолста

• Простота использования — не требует установки и сложных настроек
• Интуитивно понятный и удобный интерфейс
• Можно создавать до 50 изображений в бесплатном периоде (по краскам)
• Поддержка различных художественных стилей, гибкая адаптация под запросы пользователя
• Работает на базе популярных мощных ИИ-моделей (Dall-E 3, Midjourney v6)

Недостатки НейроХолста

• Длительное время генерации изображений, даже после оплаты
• Ограничение по количеству запросов в бесплатном тарифе (25 красок)

САЙТ СЕРВИСА

Несмотря на ограничения, доступ к лучшим мировым нейросетям в России по-прежнему возможен — благодаря отечественным платформам, которые берут на себя интеграцию с зарубежными ИИ-сервисами. ChatGPT, Midjourney, DALL·E, Gemini, Claude, DeepSeek и другие инструменты становятся ближе и проще в использовании, когда есть удобный интерфейс, поддержка русского языка и прозрачные условия доступа.

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

Попробуйте несколько платформ из списка — и найдите ту, которая будет максимально комфортной и эффективной именно для вас. Если же вам не хочется искать несколько платформ, то лучше всего выбрать Study.AI на котором есть все, что может понадобиться пользователю из России, есть бесплатный фримиум период, платформа постоянно обновляется и есть хорошая поддержка, которая может оперативно решить любой вопрос.

Современный человек часами зависает в интернете. Исследования показывают, что постоянные уведомления и действия в режиме вынужденной многозадачности снижают продуктивность на 40% и увеличивают уровень стресса.

Цифровой минимализм — не отказ от технологий, а их осознанное использование. Речь идет о том, чтобы оставить только те инструменты, которые действительно помогают, и избавиться от всего, что отвлекает. При этом сами технологии могут стать союзниками в этом процессе.

Суть цифрового минимализма: философия осознанного потребления

Концепцию цифрового минимализма популяризировал профессор Джорджтаунского университета Кэл Ньюпорт в книге «Цифровой минимализм: Как перестать жить на автомате и вернуть себе концентрацию» (2019). Его основная идея заключается в том, что технологии должны служить человеку, а не подчинять его себе.

Спустя шесть лет проблема стала еще актуальнее. Согласно Digital 2025 Report, среднестатистический пользователь тратит 5,7 часов в день на взаимодействие с цифровыми устройствами, причем 37% этого времени уходит на бессмысленный скроллинг. Это не просто пустая трата времени: нейробиологи доказали, что постоянное переключение между задачами ухудшает когнитивные функции и повышает уровень кортизола, гормона стресса.

Почему цифровой минимализм важен в 2025 году

Есть объективные причины ограничивать потребление цифрового контента:

• Информационная перегрузка. Ежедневно человек сталкивается с тысячами рекламных сообщений, уведомлений и новостных заголовков. Мозг не успевает фильтровать этот поток, что приводит к хронической усталости и снижению концентрации.
• Социальные сети заменяют реальное общение. Исследования показывают, что активные пользователи соцсетей на 30% реже встречаются с друзьями лично, что ведет к эмоциональному выгоранию и чувству одиночества.
• Технологии крадут время. В среднем человек проверяет смартфон 150 раз в день, при этом 60% этих действий не имеют конкретной цели.

Важно! Зависимость формируется на нейробиологическом уровне. Уведомления и лайки активируют систему вознаграждения мозга, схожую с механизмом наркотической зависимости.

Фундаментальные принципы цифрового минимализма

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

Осознанное взаимодействие с технологиями

Современные устройства и приложения разрабатывают с одной целью — максимально удержать наше внимание. В 2025 году алгоритмы стали настолько совершенными, что могут предугадывать наши действия. Осознанность — это первый шаг к цифровой свободе.

Практические методы осознанного использования:

• Перед открытием приложения задавайте вопрос: «Зачем я это делаю?»
• Установите временные лимиты для развлекательных сервисов через системные настройки.
• Используйте специализированные устройства для конкретных задач (электронные книги для чтения, камеры для фотосъемки).
• Включите монохромный режим экрана, чтобы снизить визуальную привлекательность интерфейсов.

Осознанность требует регулярной рефлексии. Раз в неделю анализируйте статистику использования телефона и корректируйте привычки.

Радикальная оптимизация цифрового пространства

Оптимизация в 2025 году вышла за рамки простого удаления ненужных приложений.

Современные подходы включают:

1. Ревизию подписок и уведомлений. Отпишитесь от рассылок, которые не читаете. Отключите push-уведомления для всех приложений, кроме действительно важных. Используйте функции сортировки входящих (например, «Умный inbox» в Яндекс.Почте).
2. Создание цифровых зон. Рабочий профиль — только профессиональные приложения. Личный профиль — мессенджеры и полезные сервисы. Развлекательный профиль — доступ по расписанию.
3. Автоматизацию рутинных операций. Настройте правила обработки писем (фильтры, шаблоны ответов). Используйте голосовых ассистентов для повторяющихся задач. Включите «умные» ответы в мессенджерах.

Оптимизация — постоянный процесс. Раз в месяц проводите цифровую «уборку».

Полный контроль над цифровой средой

Контроль означает не ограничения, а создание персонализированной экосистемы.

Технологии позволяют:

• Настраивать интерфейсы под конкретные задачи — например, минималистичные лаунчеры.
• Использовать «цифровые фазы» (утренняя, рабочая, вечерняя) с разными наборами доступных функций.
• Применять геозависимые правила — автоматически включать режим «Не беспокоить» на работе.
• Создавать временные ограничения для определенных категорий приложений.

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

Как технологии помогают бороться с цифровой зависимостью

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

Приложения для контроля экранного времени

Современные смартфоны оснащены встроенными функциями отслеживания времени использования, но сторонние решения предлагают больше гибкости.

Freedom

Это приложение позволяет блокировать соцсети и развлекательные сайты на всех устройствах, включая умные часы. Пользователи отмечают, что уже через две недели использования время, проведенное в соцсетях, сокращается в среднем на 28%.

Cold Turkey (Detox Lock)

Более жесткий инструмент. Он не просто блокирует отвлекающие сайты, но и позволяет создавать расписания, исключающие доступ в YouTube или TikTok даже после перезагрузки компьютера. Это особенно полезно для тех, кто работает удаленно и постоянно отвлекается. Аналог для пользователей Андроид из РФ — Detox Lock.

OneSec

Приложение, которое добавляет паузу перед открытием соцсетей. Когда вы пытаетесь запустить ВКонтакте или мессенджер, оно спрашивает: «А точно ли вам это нужно?» Простое, но эффективное решение, заставляющее задуматься перед бессмысленным скроллингом.

Автоматизация рутинных задач

Чем меньше рутины, тем меньше поводов брать в руки телефон. Современные инструменты автоматизации позволяют значительно сократить время, которое мы тратим на повторяющиеся действия.

Superhuman и Spark

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

Focus Mode в iOS и Android

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

ChatGPT-5 и другие голосовые ассистенты

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

Главное правило автоматизации: если действие повторяется чаще двух раз в неделю — его стоит делегировать алгоритмам.

Как создать цифровую среду, которая не отвлекает

В 2025 году цифровые устройства стали настолько умными, что начали предугадывать наши желания. Но эта «помощь» часто превращается в ловушку: бесконечные уведомления, рекомендации и персонализированный контент затягивают нас в цифровую воронку. Хорошая новость: те же технологии помогут выстроить здоровые отношения с гаджетами. Рассмотрим три ключевых направления оптимизации.

Визуальная гигиена: монохромный режим и не только

Цветовые схемы современных интерфейсов разрабатывают целые команды нейропсихологов. Яркие оттенки, анимации и контрасты стимулируют выброс дофамина, создавая эффект цифрового фастфуда. Исследование MIT (2023) показало: переход на монохромную палитру снижает время использования смартфона на 22% и уменьшает импульсивные клики.

Но визуальная гигиена — это не только оттенки серого. В 2025 году появились новые инструменты:

• Динамическая регулировка контраста — доступна в последних версиях iOS и Android. Автоматически снижает насыщенность цветов вечером.
• «Текст-режим» в браузерах (например, Mercury Reader) убирает рекламу и оставляет только основной контент.
• Минималистичные лаунчеры (вроде Before Launcher) заменяют иконки приложений на текстовые метки.

Как это работает на практике? После перехода на монохромную тему и текстовый лаунчер юзеры реже открывают телефон «просто посмотреть». Исчезает визуальный мусор — пропадает рефлекс постоянно проверять устройство.

Борьба с цифровыми «ловушками внимания»

Современные приложения — это сложные системы манипуляции вниманием. Автоподбор контента, бесконечная лента, персонализированные уведомления созданы для одного — удержать нас в экране как можно дольше. Но есть контрмеры.

В Telegram, который стал основной платформой для общения в русскоязычном сегменте, можно настроить режим «Только новые сообщения». Это аналог хронологической ленты — вы видите посты в порядке публикации, без алгоритмического ранжирования. Включается через Настройки → Конфиденциальность → Режим отображения постов.

YouTube теперь предлагает три варианта просмотра:

• стандартный (с рекомендациями);
• только подписки;
• «чистый» режим (поиск по запросу без побочного контента).

Особого внимания заслуживает система уведомлений. Появилась практика «цифровых зон»:

• рабочая зона: только почта и корпоративные мессенджеры;
• личная зона: звонки и SMS;
• тихая зона: полное отключение всех оповещений.

Возвращение к «аналоговому» цифровому

Самые продвинутые пользователи начинают сознательно ограничивать смарт-функции. Тренд на цифровой аскетизм проявляется в нескольких формах.

Электронные книги с E-Ink дисплеями (PocketBook, ONYX Boox) теперь поддерживают только базовые функции чтения — без браузеров и соцсетей. По данным ритейлеров, спрос на такие устройства вырос на 40% за последний год.

Умные блокноты (Remarkable 3, Rocketbook) стали популярны среди тех, кто хочет совместить удобство цифровых заметок с фокусом ручного письма. Нейробиологи подтверждают: рукописный текст лучше усваивается и запоминается.

Отдельный тренд — функциональные гаджеты. Вместо универсальных смартфонов люди начинают использовать:

• камеры Fujifilm (или аналоги) с ограниченным набором функций;
• MP3-плееры для музыки без стриминговых сервисов;
• электронные словари вместо мобильных приложений.

Пользователи отмечают, что при переходе на камеру Fujifilm X100VI они начинают чаще смотреть по сторонам, а не в экран.

Почему эти методы работают

Нейрофизиологи выделяют три механизма воздействия:

• Устранение триггеров — монохромные схемы и минималистичные интерфейсы не провоцируют дофаминовый отклик.
• Снижение когнитивной нагрузки — меньше визуального шума, больше ментальных ресурсов.
• Формирование новых паттернов — специализированные устройства создают четкие поведенческие сценарии.

Важно понимать: эти методы не требуют полного отказа от технологий. Речь идет о сознательном проектировании цифровой среды, где каждая функция служит конкретной цели, а не рассеивает внимание. Как показывает практика, даже небольшие изменения дают заметный эффект уже через 2-3 недели.

Долгосрочные стратегии: как не вернуться к цифровому хаосу

Цифровой минимализм требует системного подхода — разовых действий недостаточно. Рассмотрим три проверенных метода, которые помогают сохранить контроль над технологиями в долгосрочной перспективе.

Плановый цифровой детокс

Исследователи University of Pennsylvania доказали: даже кратковременное воздержание от цифровых устройств перезагружает когнитивные функции. Их рекомендация — 24-часовой детокс раз в месяц. Но как сделать его эффективным?

Подготовку стоит начинать за 2-3 дня. Постепенно сокращайте время в соцсетях, предупредите коллег и близких о временной недоступности. В 2025 году появились специальные сервисы для автоматического ответа на сообщения во время детокса, например, AwayMessage для Telegram.

В день детокса сосредоточьтесь на офлайн-активностях с четкой структурой:

• утренняя прогулка без гаджетов;
• чтение бумажных книг или специализированных e-ink устройств;
• настольные игры или встречи с друзьями.

Важно: не пытайтесь компенсировать пропущенные уведомления после детокса. Просматривайте только действительно важные сообщения.

Персонализированные правила цифровой гигиены

Универсальных рецептов не существует — каждый должен разработать собственные нормы взаимодействия с технологиями.

Вот как это сделать:

• Анализ цифровых привычек. В течение недели фиксируйте: время первого и последнего использования смартфона, частоту бесцельных проверок устройств, приложения, которые забирают больше всего времени.
• Постепенное внедрение ограничений. Начните с малого: первые 30 минут после пробуждения — без гаджетов, обеденный перерыв — без соцсетей, последний час перед сном — в режиме «Не беспокоить».
• Техническая поддержка. Используйте встроенные инструменты: фокус-режимы в iOS/Android, функцию «Цифровое благополучие», приложения для трекинга экранного времени.

Осознанное потребление контента

Алгоритмы предугадывают наши интересы, формируя зависимость. Чтобы не попасть в «пузырь фильтров», нужно сознательно формировать информационную диету.

Современные подкаст-платформы (Яндекс.Музыка, Spotify) предлагают режим «Без рекомендаций» — вы слушаете только выбранные выпуски. Аналогичные функции появились в YouTube («Только подписки») и новостных агрегаторах.

Для профессионального развития выбирайте контент с четкой структурой:

• подкасты с расшифровками (например, «Будет сделано!»);
• образовательные платформы с прогресс-трекингом (Stepik, Coursera);
• телеграм-каналы с аналитикой вместо кликбейта.

Ключевой принцип: каждый источник информации должен иметь понятную цель и ограниченное время потребления. Например, 30 минут утром на профессиональные новости и 20 минут вечером на развлекательный контент.

Главное — последовательность. Не пытайтесь внедрить все изменения сразу. Начните с одного элемента, закрепите привычку, затем добавляйте следующий. Помните, что на формирование устойчивой цифровой дисциплины требуется в среднем 66 дней.

Над цифровой зависимостью можно только смеяться. И это можно сделать в нашем тг-канале!

Что такое Cangjie

Cangjie — язык общего назначения, разработанный для HarmonyOS Next. Это та самая операционная система, созданная на замену Android после американских санкций.

По словам HUAWEI, язык подходит для разработки «во всех сценариях», включая мобильные приложения, распределённые системы и ИИ-сервисы.

Особенности Cangjie:

• Нативная поддержка ИИ
• Фокус на безопасности
• Поддержка приложений не только на HarmonyOS, но и на Android с iOS

Таким образом, Cangjie позиционируется как альтернатива Java (в экосистеме Android) и Swift (в iOS).

Как развивается экосистема

Язык разрабатывался почти пять лет и впервые был представлен в июне 2023 года. За несколько недель он привлёк свыше 10 000 заявок на участие в тестировании.

Уже в октябре прошлого года Cangjie стал доступен всем разработчикам HarmonyOS, а к июлю 2025 его используют крупные игроки:

• Meituan — пишет на Cangjie приложение для доставки, релиз которого ожидается в III квартале;
• JD.com — использует язык в мобильных решениях для собственной платформы.

Почему это важно

Cangjie — ещё один шаг в сторону технологического суверенитета Китая. Под американскими санкциями HUAWEI активно выстраивает собственную экосистему — от ОС и чипов до языков программирования и облачных сервисов.

Что дальше

С 30 июля исходный код Cangjie будет доступен всем. HUAWEI рассчитывает, что открытие языка ускорит его адаптацию и создаст альтернативу западным технологиям — в первую очередь в Китае, а затем и за его пределами.

Посмотреть документацию языка можно по ссылке.

Как это работает

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

Аудио и видео приостановлены, потому что вы можете показывать что-то чувствительное. Если вам некомфортно, завершите звонок.

Пользователю предложат два варианта:

1. Возобновить аудио и видео
2. Завершить звонок

Функция работает на устройстве, без отправки видео в облако — Apple подчёркивает, что распознавание чувствительного контента происходит локально, с использованием моделей машинного обучения.

Зачем это нужно

Apple продвигает функцию как инструмент защиты приватности. Она может пригодиться:

• при случайном демонстрировании интимного контекста;
• при видеозвонках с детьми;
• в ситуациях, когда собеседник пытается записать звонок без согласия.

Контекст

Подобные функции уже появлялись ранее: iOS умеет распознавать интимные изображения в AirDrop и «Сообщениях», предупреждая пользователей. FaceTime — следующий шаг в этой стратегии.

Пока новинка доступна лишь участникам бета-программы iOS 26. По данным инсайдеров, настройка будет опциональной — отключить ее можно будет через раздел «Экранное время» или «Конфиденциальность».

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

Анализ пользователей — фундамент эффективного интерфейса

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

• Внутренний и командный груминг. Дизайнеры сначала испытывают фичи сами: абстрагируются от реальности и представляют себя на месте пользователя. А потом проводят груминг-встречи, на которых с командой обсуждают идеи и на уровне небольшой фокус-группы проверяют гипотезы.
• Коридорное тестирование. В этом случае мы показываем новый интерфейс коллегам и просим дать короткую обратную связь. Важно собирать отзывы в моменте, а не давать время на обдумывание. Цель коридорного исследования — понять, что нравится или отталкивает в продукте в первые минуты пользования.
• A/B-тесты. Это довольно дорогой метод, поэтому мы применяем его только для масштабных изменений в функционале. Например, новую категорию «Премиум» с товарами от 20 000 рублей мы вводили обособленно для пользователей из пяти городов, включая Москву, Санкт-Петербург и Екатеринбург, чтобы протестировать фичу на узкой аудитории. Сперва оценили, стали ли люди покупать больше из новой категории, увеличился или упал их средний чек и как изменилось поведение. Только после того, как мы убедились, что функция полезная и помогает пользователям, внедрили ее на всех остальных.
• Аналитика поведения пользователей. Для построения CJM (Customer Journey Map) — карты пути клиента можно использовать разные инструменты. Например, «вебвизор» — это бесплатный инструмент, который позволяет «подсмотреть» за действиями человека на сайте. На видеозаписи можно увидеть, на какие страницы пользователь переходит, чему он уделяет больше внимания, а в какой момент он закрывает вкладку. Единственный минус — для мобильных приложений опция недоступна.

Поэтому мы изучаем поведение пользователя по данным аналитики наших платформ, а именно «навешиваем» события на кнопки, переходы и определенные действия и экраны, которые нам важны. После анализируем собранные данные и делаем выводы, например, сколько людей из тех, кто добавил товар в корзину в итоге совершили покупку. Также мы изучаем отзывы и на основании полученной информации строим CJM. Карта помогает увидеть реальные сценарии взаимодействия, определить узкие места и точки неудобства, а также понять, где пользователи сталкиваются с трудностями или уходят, чтобы затем сделать путь максимально простым и логичным.

Это не финальный список, для каждого продукта важно находить свои способы аналитики. Во Flowwow мы уделяем особое внимание обратной связи от клиентов. Это связано с особенностью маркетплейсов: люди часто оставляют отзывы на товары и активно общаются со службой поддержки. И иногда в их фидбэке можно найти ценные данные, которые не покажет ни одно исследование.

Пользователи знают лучше: как мы работаем с обратной связью

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

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

Почти все изменения, даже незначительные, могут потребовать времени на адаптацию пользователя. Некоторые действия выполняются по уже привычному сценарию, у клиентов нет времени вникать в подробности использования приложения. Поэтому даже новый цвет иконки может оттолкнуть, поскольку первое время ее придется долго искать на экране.

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

Мы всегда исходим от рационального вопроса «зачем?». Это помогает понять, что изменение в интерфейсе даст продукту и как оно ускорит путь клиента. Если ответа нет, значит, опция не нужна. Также необходимо сверяться с цифрами. Если мы видим, что неудобное расположение кнопки не просто огорчает пользователей, а снижает покупки, то также повысим приоритет запроса и исправим ошибку.

Интуитивно понятный интерфейс: психология и принципы

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

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

Однако существуют фундаментальные правила, которые работают независимо от культуры:

1. Принципы гештальта (их около 7), описывающие, как человек группирует и разделяет визуальную информацию, чтобы получить простую для понимания форму. Например, принцип близости: элементы, расположенные рядом, воспринимаются как связанные. Это может быть заголовок и подзаголовок.
2. Цветовые ассоциации: красный — для ошибок, зеленый — для успешных действий.

Хотя цвет действительно влияет на восприятие, не стоит переоценивать его значение. Фиолетовый может ассоциироваться и с депрессией, и с творчеством — все зависит от контекста. Мы создаем простые и понятные интерфейсы, где каждый элемент служит конкретной цели, а не становится предметом для интерпретации.

Главное правило нашей команды: дизайн должен быть интуитивным и функциональным, а не требовать от пользователя расшифровки скрытых смыслов.

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

1. Необходимо постепенно внедрять новые элементы. Например, такой опыт постепенных обновлений мы прошли во время масштабного ребрендинга Flowwow. Мы начали с внедрения нового онбординга (последовательности первых экранов), обновили экран загрузки и баннерную сетку. Только после этого заменили основные цвета, шрифты и изображения.
2. Важно сохранить удобные для пользователя шрифты. Кажется, что для консистентности в брендинге важно использовать одинаковые шрифты во всех продуктах, но это не всегда так. Важнее учитывать особенности площадки. Поэтому для Android- и iOS-приложений в процессе ребрендинга мы будем использовать системные шрифты, которые помогают плавно перейти из интерфейса телефона в приложение. Для Android это Roboto Flex, а для iOS — San Francisco.

Чем меньше действий, тем лучше

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

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

Ключ к удобному интерфейсу — понимание, на чем именно нужно сделать акцент. Для этого мы:

1. анализируем поведение пользователей с помощью различных инструментов;
2. постоянно задаемся вопросом: как можно сделать еще проще?

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

Так, интуитивный интерфейс строится на умении слышать и понимать потребности пользователей. А оправданность каждого элемента становится основой для простых и рациональных решений. Такой подход обеспечивает удобный пользовательский опыт и способствует естественному росту лояльности к продукту.

Может плодить новые эндпоинты или заставлять мобилку делать несколько запросов вместо одного? Каждый запрос жрёт трафик и батарею!

Элегантное решение — архитектура Backend for Frontend (BFF). Это прослойка между клиентскими приложениями и основным API, которая адаптирует данные под потребности конкретного клиента.

Основная идея backend for frontend

Один API не может эффективно обслуживать разные типы клиентов. Сайт, приложение для iOS, Android, умные часы — у каждого свои потребности в данных, ограничения по производительности и особенности интерфейса.

Монолитный API создают с расчётом на универсальность — на практике это приводит к компромиссам. Веб-версии нужны данные для сортировки, мобильному приложению — минимальный набор для экономии трафика.

Следуя архитектуре BFF, вы можете создать логику для каждого типа клиента и не засорять основной API. Вместо одного эндпоинта /api/products, который пытается угодить всем, появляются слои:

• один — оптимизирует данные для веба,
• второй — для мобильных устройств,
• третий — для умных часов.

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

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

Каждый клиент получает данные в том виде, в котором может их сразу отобразить. Вместо загрузки 50 полей, из которых используется 5, BFF отдаёт только нужные данные.

«Можете добавить поле user_avatar в ответ?»

— «Это сломает мобилку».

«Тогда сделайте отдельный эндпоинт».

— «У нас нет времени».

С BFF этого диалога нет. Фронтенд-команда получает свой API и крутит его, как хочет.

Мобильное приложение съедает 10к запросов в секунду? Пишите BFF на Go. Веб-версию делает стажёр, который знает только JavaScript? Ставьте Node.js. Никто не заставляет выбирать одну технологию на все случаи жизни.

Как работает backend for frontend (BFF)

BFF размещается между клиентскими приложениями и основными бэкенд-сервисами, выполняя роль посредника. В отличие от API Gateway, который просто перенаправляет запросы, BFF трансформирует данные.

Архитектура взаимодействия

Классическая схема выглядит так: мобильное приложение обращается к своему BFF, веб-приложение — к своему, умные часы — к третьему. Каждый BFF знает особенности своего клиента и общается с основными сервисами на их «языке».

Когда мобильное приложение запрашивает список заказов, его BFF делает несколько вызовов к микросервисам:

• берёт базовую информацию о заказах,
• подтягивает данные о товарах,
• получает статусы доставки.

Затем склеивает всё в один ответ, отбрасывая ненужные поля и добавляя вычисляемые значения.

Веб-версия для того же списка заказов получит расширенную информацию: подробные описания товаров, историю изменений статусов, данные для аналитики.

Обработка и агрегация данных

BFF не просто перекладывает данные из одного формата в другой. Он выполняет бизнес-логику.

Например, мобильный BFF может кешировать часто запрашиваемые данные, чтобы уменьшить количество сетевых запросов.

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

Независимость и масштабирование

Когда нагрузка на приложение растёт, масштабируется только его BFF. Проблемы с веб-версией не влияют на работу мобильных клиентов.

4 ключевых преимущества BFF

Оптимизация передачи данных

Самое очевидное преимущество — экономия трафика. Приложение не тащит 2 МБ JSON с полным каталогом товаров на мобильное устройство? BFF отдаёт только нужные поля.

Количество запросов тоже сокращается. Например, чтобы показать профиль пользователя, фронтенд делает 5 запросов:

• за основными данными,
• аватаром,
• списком друзей,
• последними постами,
• настройками приватности.

BFF объединяет всё в один запрос, получая данные параллельно от разных сервисов.

Упрощение фронтенда

Половина фронтенд-кода уходит на трансформацию ответов API:

• парсинг дат,
• группировку массивов,
• вычисление производных значений.

BFF может взять эту работу на себя.

Безопасность через изоляцию

BFF создаёт барьер между клиентами и сервисами. Мобильное приложение никогда напрямую не обращается к БД пользователей или платёжке — только через свой BFF.

Можно настроить разные уровни доступа:

• мобильный BFF видит только публичные данные,
• API для партнёров работает в песочнице.

Если мобильное приложение скомпрометировано, злоумышленник не получит доступ к внутренним сервисам.

Независимое масштабирование

Когда приложение попадает в топ App Store, нагрузка взлетает в разы. Но страдает только мобильный BFF — веб-версия продолжает работать стабильно. Можно быстро поднять дополнительные серверы только для мобильного трафика.

Появляется возможность экспериментировать с технологиями без риска. Хотите попробовать GraphQL для веб-версии? Внедряйте в один BFF. Тестируете новую базу данных? Подключайте к экспериментальной прослойке, не трогая продакшн.

Когда стоит использовать backend for frontend

BFF — инструмент для конкретных ситуаций.

Когда интерфейсы кардинально отличаются

Если ловите себя на мысли: «этот эндпоинт нужен только для веба» или «мобилка использует 10% полей из ответа», — пора задуматься о BFF.

Красный флаг — когда фронтенд-разработчики начинают писать костыли для обработки «неудобных» данных. Если половина JavaScript-кода занимается парсингом и трансформацией ответов API, что-то пошло не так.

Когда интерфейсы эволюционируют быстрее джунов

Стартапы и продукты в активной фазе развития меняют интерфейсы каждую неделю.

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

Без BFF это означает изменения в основном API, которые могут сломать другие клиенты. С BFF — правки только в одном месте.

Когда команды работают независимо

Если у вас несколько фронтенд-команд, которые постоянно конфликтуют из-за API, BFF даст им свободу.

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

BFF распределяет ответственность: каждая команда поддерживает свой слой.

Когда НЕ стоит использовать BFF

Если у вас простое приложение с одним клиентом, BFF добавит лишнюю сложность. Если API уже идеально подходит всем клиентам, зачем что-то менять?

3 типичные ошибки при внедрении BFF

Дублирование логики

Начинается незаметно: мобильный и веб BFF нуждаются в одинаковой валидации пользователей. Разработчик копирует функцию из одного проекта в другой. Через полгода одинаковый код валидации живёт в четырёх местах, и каждое изменение превращается в квест.

Хуже, когда дублируется бизнес-логика. Расчёт скидок, обработка промокодов, правила доступа — это должно жить в основных сервисах, а не размазываться по BFF-слоям.

Избыточная сложность вместо упрощения

Пример: команда создаёт «универсальный BFF-фреймворк» с конфигурацией через YAML, поддержкой плагинов и собственным DSL. В итоге простое добавление поля в ответ требует изучения документации на 50 страниц.

Другая крайность — микро-BFF для каждой мелочи. Отдельный слой для авторизации, отдельный для форматирования дат, отдельный для валидации.

Неправильная гранулярность

Один BFF на все мобильные платформы может быть слишком общим: iOS и Android имеют разные особенности интерфейса. Но отдельный BFF для каждой версии приложения — явный перебор.

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

Практические примеры использования BFF

Netflix

Компания сделала разные API для веб-версии, мобильных приложений, Smart TV и игровых консолей. Каждый BFF оптимизирован под особенности устройства, например, TV-версия предзагружает больше контента из-за медленной навигации пультом.

Spotify

Используют BFF для разных клиентов: веб-плеер, мобильные приложения, десктопное приложение. Мобильный BFF агрессивно кеширует данные для офлайн-режима, веб-версия работает в реальном времени.

SoundCloud

Публично описывали переход на BFF-архитектуру. У них отдельные слои для веб-версии и мобильных приложений, которые по-разному обрабатывают аудиопотоки и метаданные треков.

Заключение

Страдают все, когда один API пытается обслуживать веб-версию, мобилки и что-то ещё. Фронтенд получает неудобные данные, бэкенд обрастает костылями, пользователи — медленными приложениями.

Backend for Frontend создаёт слой между клиентами и основными сервисами. Каждый тип устройства получает API, заточенный под его потребности.

Внедряйте BFF, когда интерфейсы кардинально отличаются, продукт быстро развивается, а текущий API снижает производительность.

Ты уже программист, если читаешь это! Больше про кодинг — здесь.

В статье рассмотрим:

- Установку локально и в облаке;

- Интеграцию с Python, Node.js и PHP;

- Примеры автоматизаций;

- Интеграцию с AI Mistral.

Установка n8n

Локальная установка

Нам потребуется Docker, проверьте установку:

Шаги установки:

1. Создайте том данных:

2. Запустите контейнер:

После запуска откройте: `http://localhost:5678`

Установка на удаленном сервере

Развертывание мы произведем в облаке Amvera, так как в нем n8n предоставляется как преднастроенный сервис с бесплатным доменом (он нам нужен), настроенными переменными и проксированием до заблокированных в РФ LLM (OpenAI, Gemini, Claude и др.).

1. Регистрируемся на Amvera;

2. Выбираем n8n в плитке на главной странице;

3. Вводим название для проекта и выбираем тариф.

Готово, через 30 секунд запустится n8n с выделенным доменом и настроенными основными переменными.

Настройка n8n

Первоначальная настройка

1. Откройте n8n (локально: `localhost:5678`, в облаке: ваш домен)

2. Заполните данные администратора:

• Email

• Имя/Фамилия

• Пароль

3. По желанию вы можете получить бесплатный лицензионный ключ:

• Введите email → "Send me a free license key"

• Активируйте в разделе Settings → Usage

Настройка для HTTP

1. Создайте новый workflow → Start from scratc

2. Добавьте триггер: Webhook - On webhook call

3. Настройте:

• HTTP Method: POST

• Path: `/n8n` (пример)

• Respond Mode: Using 'Respond to Webhook' node

4. Добавьте обработчик: Core → Respond to Webhook

5. Настройте ответ:

Примеры использования

Пример на Python

В примере на Python мы сделаем калькулятор. Суть: отправляем выражение через POST, n8n делает вычисление, возвращаем результат.

Workflow:

1. Добавьте Core → Code node между Webhook и Respons:

Клиент (Python):

Запустим код и посмотрим результат:

Пример на PHP

В примере на PHP мы сделаем валидацию данных. Суть: отправляем данные через POST, n8n проверяет данные, возвращает результат.

Workflow (Code node):

Клиент (PHP):

Можем зайти на нашу страницу, все работает нормально:

Пример на Node.js

Примером на node.js будет фильтр запрещенных слов. Суть: отправляем текст, n8n проверяет на наличие плохих слов, возвращает результат.

Workflow (Code node):

Клиент (Node.js):

Перед запуском установим библиотеку командой `npm install axios`

Интеграция n8n с Mistral AI

Мы интегрируем нейросеть Mistral в телеграмм-бота на C# с помощью n8n. Перед тем как начать, нам нужно получить токен.

1. Зарегистрируйтесь на Mistral

2. Создайте агента Сreate an agent

3. Перейдите в раздел API Keys

4. Создайте и скопируйте API-ключ (звездочки наложены):

Теперь нужно создать credentials для работы с созданной моделью. Для этого в правом верхнем углу нажмите Create credentials. В списке найдите Mistral Cloud API. В открывшемся окне вставьте скопированный ключ и сохраните.

Осталось настроить workflow.

1. Добавляем Webhook:

• Method: POST

• PATH: n8n

• Respond: Using 'Respond to Webhook' Node

2. Добавляем AI Agent:

• Source for Prompt: Define below

• Prompt: `{{ $json.body.text }}`

3. Подключаем Chat Model к созданному агенту:

• Credential to connect with: Mistral Cloud API

• Model: mistral-large-2411

4. Добавляем Respond to Webhook

Вот так выглядит готовый workflow:

Можем приступить к созданию бота. Для начала введите эти команды по очередности:

Переходим в папку с кодом и редактируем файл `Program.cs`:

Запустите бота с помощью команды `dotnet run`.

Автоматизируем с помощью n8n

В примере автоматизации мы сделаем бота, который будет отправлять уведомления при заполнении формы, полностью без кода.

Для работы с Telegram Node понадобиться создать credentials Telegram API. Туда вставляем токен бота, полученный в @BotFater. Сохраняем и переходим к настройке workflow.

Создаем новый workflow.

1. Добавляем On form submission. В качестве примера я создам самую простую форму:

Перейдите по ссылке в Producrion URL чтобы заполнить форму.

2. Добавляем Telegram Node:

• Credential to connect with: Telegram account

• Resource: Message

• Operation: Send message

• Chat ID: вставьте свой telegram id

Text:

Готово! При новых заявках бот будет присылать уведомления.

Деплой бота в Amvera Cloud

Перед тем как начать деплой, мы должны создать конфигуационнный файл `amvera.yml`. Для этого создаем его в рабочем каталоге с ботом и вводим следующее:

Строго говоря, этот файл проще создать в конфигураторе в интерфейсе.

2. Структура проекта будет такой:

tg-bot/

├── Program.cs

├── tg-bot.csproj

├── amvera.yml

├── bin/

└── obj/

Идем В Amvera Cloud и создаем приложение Приложения — Создать приложение. Вводим название и выбираем тариф.

Далее загружаем все файлы, что есть у нас в каталоге, с ботом. В конце будет окно с настройкой конфигуцрации, выглядит оно так:

Нажимаем Завершить и ждем когда приложение будет запущено.

Заключение

n8n — мощный инструмент для создания интеграций и автоматизаций. Надеюсь, статья была вам полезна и буду рад обсудить в комментариях любые вопросы!

Больше новостей в нашем тг-канале Представляешь

Подробности закона

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

Инициаторы закона уверены: меры направлены на снижение зависимости от иностранных IT-платформ и защиту интересов отечественных разработчиков. Сейчас RuStore официально работает только на Android, но в Госдуме подчёркивают: даже на iOS пользователь должен иметь возможность установить его и использовать все функции приложения без ограничений. В противном случае речь пойдёт о нарушении законодательства и ущемлении прав потребителей.

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

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

2005-2009: Эпоха авторских решений и первых веб-фреймворков

В середине 2000-х типичный рабочий инструмент программиста — это громоздкий системный блок с процессором Intel Pentium 4 или новеньким Core 2 Duo. Мониторы с ЭЛТ-трубкой постепенно уступали место LCD-экранам с разрешением 1024×768 — именно на таких дисплеях создавались первые версии Wikipedia и набирающих популярность соцсетей. Оперативная память в 1-2 ГБ считалась нормой, а жесткие диски на 80-160 ГБ часто заполнялись до отказа — проекты редко весили меньше нескольких гигабайт.

Серьезная разработка велась преимущественно на стационарных компьютерах. Ноутбуки только начинали входить в обиход — их брали в офис, но для реальной работы предпочитали мощные десктопы. Операционная система Windows XP доминировала на рабочих станциях, в то время как серверы чаще всего крутили на Linux — Red Hat Enterprise или Debian.

Среды разработки того времени сегодня кажутся архаичными. Eclipse и NetBeans потребляли гигабайты памяти, Visual Studio 2005 требовала серьезных ресурсов. Многие разработчики предпочитали простые текстовые редакторы вроде Notepad++, а для отладки использовали примитивные методы вроде вывода значений переменных через print. Контроль версий только начинал входить в практику — Git появился в 2005 году, но большинство команд продолжали использовать SVN или вообще заливали файлы по FTP напрямую на продакшен.

Языковая экосистема этого периода вращалась вокруг трех основных технологий. PHP версий 4 и 4.3 доминировал в веб-разработке — на нем работало около 80% всех сайтов в интернете. Однако его объектно-ориентированные возможности были крайне ограничены до выхода PHP 5 в 2004 году.

Java в лице J2EE оставалась стандартом для корпоративных решений — банковских систем, крупных порталов и ERP-комплексов. Spring Framework только начинал набирать популярность, а Hibernate упрощал работу с реляционными базами данных. C++ сохранял свои позиции в разработке игр (особенно с использованием Unreal Engine), драйверов и высоконагруженных сервисов.

Фронтенд-разработка в те годы была невероятно простой по современным меркам. Верстали преимущественно таблицами, а всю динамику реализовывали через jQuery, который появился в 2006 году и быстро вытеснил нативный JavaScript из повседневной практики. AJAX-запросы казались революционной технологией, позволяющей обновлять части страницы без ее полной перезагрузки.

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

• «Философия Java» Брюса Эккеля;
• «Совершенный код» Стива Макконнелла;
• «PHP и MySQL. Разработка веб-приложений» Люка Веллинга.

Русскоязычное сообщество активно обсуждало вопросы разработки на форумах RSDN.ru и CyberForum.ru. В 2008 году появился Stack Overflow, который постепенно стал главной площадкой для профессиональных обсуждений.

Университетское образование давало хорошую теоретическую базу — алгоритмы, структуры данных, принципы ООП. Однако практическим навыкам приходилось учиться самостоятельно, методом проб и ошибок. Документацию часто скачивали в формате CHM-файлов или читали непосредственно на сайтах вроде php.net и MSDN.

Типичный стек начинающего разработчика в 2009 году:

• HTML/CSS с jQuery для фронтенда;
• PHP или Ruby on Rails для бэкенда;
• MySQL в качестве базы данных.

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

Показательный кейс:

В 2007 году разработчик PHP-приложений из МЭСИ (Москва) столкнулся с типичной для того времени проблемой — SQL-инъекциями. Вместо стандартных решений он создал DLAC (Data Logic Access Component) — обертку для работы с базой данных, которая автоматически экранировала параметры запросов. Это выглядело революционно на фоне типичного кода того периода, где строки запросов часто собирали через конкатенацию с пользовательским вводом.

Компонент использовал новую для 2005 года технологию Generics в C#. Он генерировал параметризованные запросы, что резко снижало риски взлома.

Разработчики в университетской среде тогда редко задумывались о безопасности — многие проекты содержали уязвимости вроде SELECT * FROM users WHERE name = ‘.$_POST[‘name’].

DLAC стал локальным спасением для внутренних систем МЭСИ, пока в 2009 году не появился NHibernate — порт популярного Java-фреймворка Hibernate.

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

2010-2014: Мобильная революция и рассвет JavaScript

Начало нового десятилетия ознаменовалось стремительным ростом мобильных технологий. Выход iPhone 4 в 2010 году и Android 2.3 Gingerbread задал новые стандарты мобильной разработки.

Программисты массово переходили на MacBook Pro — не столько из-за преимуществ macOS, сколько благодаря появлению Retina-дисплеев в 2012 году, которые кардинально улучшили качество отображения кода.

Железо продолжало стремительно эволюционировать. Твердотельные накопители (SSD) начали вытеснять традиционные жесткие диски в рабочих станциях. Облачные платформы вроде AWS и Heroku стали реальной альтернативой локальным серверам, которые раньше часто стояли прямо под рабочими столами в офисах. Оперативная память в 8 ГБ стала стандартом для комфортной разработки, а четырехъядерные процессоры ускорили сборку крупных проектов.

Языковая палитра этого периода значительно расширилась. Objective-C стал основным языком для iOS-разработки и оставался таковым до появления Swift в 2014 году. Python 3 начал набирать популярность благодаря веб-фреймворку Django и научным библиотекам NumPy и Pandas, которые открыли дорогу для анализа данных в массовом сегменте.

JavaScript пережил настоящий ренессанс — после выхода AngularJS в 2010 и Node.js в 2009 году он перестал быть просто «языком для анимаций на сайте», превратившись в полноценную платформу для fullstack-разработки.

Важный факт. В 2011 году разработчик из Сан-Франциско Райан Даль представил Node.js — среду выполнения JavaScript на стороне сервера. За первые 24 часа после релиза проект собрал 10 000 звезд на GitHub, что для того времени стало рекордом. Многие скептически относились к идее использовать JavaScript вне браузера, но уже через год такие компании как LinkedIn и Walmart перевели части своего бэкенда на Node.js, получив прирост производительности в 2-3 раза по сравнению с традиционными решениями на Java и Ruby.

Образовательная сфера претерпела значительные изменения. В 2011 году запустилась Coursera с первым массовым курсом по программированию — Machine Learning от Эндрю Ына. В 2012 году в Кремниевой долине открылся Hack Reactor, ставший прототипом современных coding bootcamps (интенсивов по программированию). Эти форматы предложили альтернативу традиционному университетскому образованию, сделав акцент на практических навыках.

Параллельно в России:

• В 2012 году появился Hexlet — одна из первых русскоязычных платформ с практико-ориентированными курсами по программированию. Особенность: выполнение заданий в реальной среде разработки через браузер. Платформа до сих пор работает: на текущий момент 80% выпускников трудоустраиваются в IT, согласно исследованию ВШЭ. В 2012 этот показатель был еще выше.
• «Нетология» (основана в 2011) к 2013 году запустила курсы по веб-разработке с акцентом на JavaScript и Python, сотрудничая с российскими tech-компаниями. Их модель включала менторство и проектные работы.
• В 2013 году стартовал Stepik — платформа с открытыми курсами от ведущих вузов (ИТМО, МФТИ). Особенность: интерактивные задачи с автоматической проверкой кода, что было прорывом для местного рынка.

Курс «Введение в Linux» от Stepik (2014) за полгода собрал 50 тыс. студентов — рекорд для Рунета. Задания включали настройку виртуальных серверов, что сразу применялось в работе.

Эти проекты заложили основу для бума EdTech в России после 2015 года, доказав, что онлайн-формат может давать актуальные навыки быстрее вузов.

Типичный разработчик среднего уровня в 2014 году:

• понимал принципы REST API;
• начинал осваивать основы DevOps с появлением Docker в 2013;
• экспериментировал с микроконтроллерами вроде Arduino или Raspberry Pi, создавая собственные IoT-устройства.

В профессиональной среде начал формироваться консенсус о том, что PHP устаревает для сложных коммерческих проектов.

2015-2019: Эра больших данных и облачных технологий

Аппаратные возможности сделали очередной рывок вперед. Многоядерные процессоры Intel i7 и AMD Ryzen стали стандартом для рабочих станций. 16 ГБ оперативной памяти перестали быть роскошью, а мониторы с разрешением 4К стали доступны широкому кругу разработчиков. В 2015 году появился Visual Studio Code, который быстро обогнал по популярности Sublime Text и Atom благодаря удачному сочетанию функциональности и производительности.

Языковая экосистема продолжила развитие. TypeScript, представленный в 2014 году, предложил решение проблемы масштабируемости JavaScript-кода в крупных проектах. Go от Google, созданный еще в 2009, нашел свою нишу в разработке микросервисов и инструментов оркестрации вроде Kubernetes (2015). Rust от Mozilla начал завоевывать доверие системных программистов благодаря уникальной системе владения памятью.

JavaScript-сообщество столкнулось с первыми серьезными проблемами. В 2016 году инцидент с пакетом left-pad показал уязвимость экосистемы npm — удаление одного небольшого модуля привело к сбоям в работе тысяч проектов по всему миру. Это заставило разработчиков задуматься о зависимости от сторонних библиотек.

Типичный senior-разработчик в 2019:

• разбирался в микросервисной архитектуре и понимал, как избежать vendor lock-in (привязки к поставщику) при работе с облачными провайдерами;
• имел опыт работы с React или Vue.js;
• знал, что понимание принципов работы алгоритмов становится менее важным, чем развитие soft skills для работы в команде.

Ключевые технологии этого периода включали Kubernetes, который стал стандартом де-факто для оркестрации контейнеров, а также TensorFlow (2015) и PyTorch (2016), открывшие эру машинного обучения для широкого круга разработчиков. Появились первые серьезные инструменты для работы с большими данными — Apache Spark, Hadoop.

Ключевой момент. В 2016 году Netflix раскрыл детали своего перехода на облачную инфраструктуру AWS. Компания полностью перенесла все сервисы — от рекомендательной системы до биллинга — в облако за семь лет. Главным триггером стала катастрофа 2008 года, когда три дня простоя дата-центра оставили 8,4 млн подписчиков без доступа к сервису. Миграция потребовала перепроектирования архитектуры: инженеры разбили монолит на 500 микросервисов и внедрили Chaos Monkey — инструмент для тестирования отказоустойчивости, который случайно отключал серверы в продакшене.

Этот кейс стал хрестоматийным примером cloud-native подхода. Облачные технологии стали активно использоваться в разработке, а обращение с ними — обязательным навыком для прогеров.

2020-2024: AI-assisted разработка и новые парадигмы

Пандемия COVID-19 ускорила переход на удаленную работу. Программисты по достоинству оценили макбуки на чипах M1 (2020) за их энергоэффективность и производительность. Домашние офисы оснащались 32-дюймовыми 4К-мониторами и механическими клавиатурами, ставшими своеобразным профессиональным стандартом.

Языковая палитра продолжала обогащаться. Rust официально вошел в ядро Linux в 2022 году, подтвердив свой статус системного языка нового поколения. Zig появился как современная альтернатива «C» с акцентом на безопасность. WebAssembly (Wasm) позволил запускать ресурсоемкие приложения прямо в браузере, открыв новые возможности для веб-разработки.

Искусственный интеллект начал проникать в повседневную работу программистов. GitHub Copilot на базе GPT-3, представленный в 2021, изменил сам процесс написания кода, предлагая контекстные подсказки. Low-code платформы вроде Retool упростили создание внутренних инструментов для бизнеса.

Типичный lead-разработчик в 2024 году:

• умел эффективно работать в гибридных командах (офис + удаленка);
• автоматизировал рутинные задачи через ChatGPT API;
• следил за развитием квантовых вычислений, хотя практическое применение пока оставалось ограниченным.

Ключевой момент. В 2023 году GitHub Copilot, разработанный совместно с OpenAI, стал катализатором перемен в индустрии. За первый год после релиза инструмент использовали более 1,3 млн разработчиков — каждый десятый подписчик GitHub. Система анализировала контекст кода и предлагала целые функции: например, при написании SQL-запроса она автоматически генерировала соответствующую модель данных на Python. Amazon внедрил аналогичный инструмент Amazon Q Developer для внутренних команд — по заявлению CEO Энди Джесси, это сэкономило компании 4,500 человеко-лет работы и $260 млн ежегодно.

Но были и курьезы. В 2024 году разработчик из Берлина случайно отправил в продакшен код, полностью сгенерированный Copilot. Система использовала фрагмент из GPL-лицензированной библиотеки, что нарушило политику компании по открытому ПО. Инцидент заставил пересмотреть процессы ревью: теперь 78% команд требуют ручной проверки AI-кода перед мержем (слиянием).

Параллельно выяснилось, что Copilot в 40% случаев предлагает уязвимый код при работе с СУБД — это привело к взлому API стартапа через SQL-инъекцию. Такие кейсы показали, что ИИ пока не заменяет программистов, а требует от них новых навыков — критического анализа машинных предложений и понимания юридических аспектов кода.

2025: Современное состояние профессии

Современные рабочие станции программистов оснащены ноутбуками с процессорами Apple M4 (3 нм) или Windows-машинами на Snapdragon X Elite. Мониторы с разрешением 8К используются для разработки AR-приложений, а OLED-экраны с HDR стали стандартом для работы с графикой. Появляются первые экспериментальные IDE с нейроинтерфейсами, способные предсказывать код на основе анализа мозговой активности.

Среди языков программирования выделяется Mojo (2023) — «Python для GPU», набирающий популярность в сфере машинного обучения. Carbon как потенциальный наследник C++ пока остается в тени Rust. Квантовые языки вроде Q# и Cirq интересуют в основном энтузиастов и исследователей.

Профессия претерпела значительные изменения. ИИ стал не конкурентом, а помощником — по некоторым оценкам, около 60% рутинного кода в 2025 году (тесты, документация) генерируется автоматически. Знание английского языка стало важнее знания сложных алгоритмов — без него невозможно эффективно работать с современными AI-инструментами. Понятие «fullstack-разработчик» трансформировалось — теперь оно подразумевает владение фронтендом, одним бэкенд-языком и основами машинного обучения.

За два десятилетия программисты прошли путь от одиночек за CRT-мониторами до участников глобальных распределенных команд. Если в 2005 ключевым навыком было умение написать работающий код, то в 2025 главное — способность эффективно взаимодействовать с ИИ-ассистентами. Однако основы профессии остались неизменными — логическое мышление, способность к абстракции и желание автоматизировать рутинные задачи.

Будущее обещает новые трансформации. К 2030 году нейроинтерфейсы смогут заменить традиционные устройства ввода, а квантовые компьютеры — перевернуть основы криптографии. Но пока актуальными остаются проверенные временем принципы: изучать перспективные технологии (вроде Rust и Mojo), осваивать работу с ИИ и, конечно, совершенствовать главный навык любого программиста — умение быстро и грамотно гуглить.

Ты уже программист, если читаешь это! Больше о кодинге тут.

Зачем вообще писать комментарии в коде?

Комментарии — это кусочки текста в программе, которые компилятор пропускает, а человек читает. Они не влияют на работу программы, зато сильно влияют на мозг того, кто будет с этой программой разбираться.

Какие задачи они решают ?

1. Пояснить неочевидное

Код показывает «что» делает программа, а комментарий — «зачем».

Такой комментарий не просто поясняет логику — он экономит десятки минут будущего чтения.

2. Предупредить

В коде бывает странное поведение. Иногда это не баг, а фича. И если не предупредить, другой разработчик обязательно «поправит» и всё сломает. Комментарий защитит от этого:

3. Пометить незавершёнку

TODO, FIXME, HACK — это специальные маячки. Их ставят туда, где нужно что-то доделать, починить или переписать по-человечески.

Бонусом, IDE умеют обрабатывать такие заметки, каждая по-своему.

4. Временно отключить код

Иногда нужно что-то закомментировать, чтобы проверить гипотезу. Но такой код нельзя оставлять надолго. Если от него нет пользы — в мусор. Историю всё равно сохранит git.

5. Объяснить архитектуру

Иногда важно не только «как» сделано, но и «почему так». Особенно это касается паттернов, нестандартных решений или компромиссов.

6. Генерация документации

Многие языки и фреймворки поддерживают специальные форматированные комментарии для генерации документации. Например, JavaDoc в Java, docstring в Python, XML в C# – предназначены для описания интерфейсов: что делает функция или класс, какие имеют входные параметры и какой результат дают. Такие Комментарии выполняют роль пользовательской документации прямо в коде и могут автоматически собираться в справочник по API.

7. Пошутить

Программисты – тоже люди, и иногда оставляют в коде шуточные либо эмоциональные комментарии, чтобы снять стресс. В открытых исходниках можно встретить комментарии с шутками, сарказмом или даже ругательствами, адресованными сложному коду или «костылям».

Как видно, диапазон применения комментариев очень широк. Но одинаково ли хорошо все эти виды влияют на качество кода? Рассмотрим случаи, когда комментарии приносят пользу, а когда создают проблемы.

Когда комментарии помогают

А часто без комментариев в коде сложно разобраться, особенно когда код чужой.

1. Когда логика не лежит на поверхности

Есть участки кода, где без контекста трудно разобраться, даже если код написан довольно читабельно. Например, сложная формула, нетривиальный алгоритм или необычная структура данных – всё, что выбивается из обыденного опыта разработчиков. В таких случаях пара строк комментария, резюмирующих подход, или объясняющих, что происходит, сэкономят часы на анализ. Это особенно важно для командной работы: коллегам, незнакомым с модулем, не придётся разбираться «с нуля».

2. Когда нужно документировать контракты и условия

Комментарии могут использоваться для обозначения контрактов – предусловий и постусловий функций, инвариантов и т.д. (подход Design by Contract). Хотя современные языки позволяют выразить многое (например, через assert или декораторы), комментарии могут дополнять код уточнениями вроде:

Также текстовые пометки в коде полезны для фиксации граничных условий и особых случаев, таких как обработка пустных массивов в бинарном поиске, другой пример:

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

3. Когда нужно предоставить контекст и ссылки

Иногда кусок кода существует благодаря внешнему источнику, например, когда решение просто скопировано из ответа на форуме или из книги по теме. Просто так его не понять — нужна ссылка на источник:

4. Когда нужно облегчить ревью

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

В PEP 8 (стиле кодирования Python) прямо приводится пример: комментарий “Compensate for border” – полезный, в отличие от банального “Increment x”, который не даёт новой информации.

5. Когда нужна поддержка самодокументируемости через структуру

Иногда хочется написать: # Этап 1: авторизация пользователя, и в этот момент приходит мысль — а почему бы не вынести это в функцию authorize_user()? И комментарий уже не нужен. То есть сам порыв объяснить словами часто указывает, что код пора расчленить и упростить.

6. Когда нужно кого-то обучить программированию или корпоративным стандартам оформления кода

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

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

Когда комментарии вредят

Худшее, что может случиться с комментариями – когда они вводят в заблуждение или засоряют код впустую. Рассмотрим подробнее:

Дублируют очевидное

Комментарий, который просто повторяет код своими словами, не несёт никакой пользы:

А вот так — лучше вообще без пояснений:

Комментарий должен объяснять, зачем что-то делается, а не что именно:

Врут и вводят в заблуждение

Классика: код переписали, а про комментарий забыли.

Спустя некоторое время код могли переписать, и old_api_call() заменили на new_api_call(), но комментарий остался от прежней версии и стал источником дезинформации: разработчик, читающий код, может принять заведомо неверное решение, доверившись устаревшей заметке. По этой причине крайне важно понимать: если уж пишете комментарий, держите его в актуальном состоянии вместе с кодом.

Показывают, что код плохой

Когда код плохо читается, и его пытаются «объяснить» словами, вместо того чтобы переписать:

Вместо этого — понятный код:

Плодятся бесконтрольно

Иногда встречается код, где каждое действие сопровождается избыточными пояснениями:

Здесь нет ни одной неочевидной строки. Лучше оставить так:

Представляют собой мёртвый код

Когда в коде остаются большие мёртвые блоки, которые просто закомментированы:

Может быть, раньше это что-то значило, но сейчас — просто мертвый груз. Если код не нужен — удаляй. История останется в git.

Запутывают и размывают смысл

Что значит «временное»? Когда переделывать? Почему не постоянное?

Лучше так:

Теперь ясно, почему так сделано, и можно отследить, когда это поведение закончится.

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

Самодокументируемый код vs комментарии

Есть мечта у программистов — писать код, который объясняет сам себя. Без сносок, без подсказок, без комментариев. Такой код читается как инструкция: открыл — понял. Это и называется самодокументируемым стилем.

Как его достигают?

• Говорящие имена. Не x и a, а temperature, retryLimit, userProfile. Лучше сразу по имени понять, что перед тобой — массив с ID или словарь с настройками.
• Функции с характером. У функции должно быть имя-глагол, в котором есть ответ на вопрос “что делает этот код?”. Например: parseInvoice(), sendEmailReminder(), fetchUserByToken().
• Использовать названия для константных значений. Вместо if (status == 4) — if (status == ORDER_CONFIRMED). Вместо 3000 — RETRY_TIMEOUT_MS.
• Структура — как абзацы в тексте. Пустые строки, логические блоки, отступы — чтобы этапы выделялись сами собой.

Посмотрим например, где простой код поясняется ненужным комментарием:

Другой пример:

Комментарий уже не нужен. Из имён всё понятно: считаем среднюю температуру. Здесь самое интересное — само документируемость имеет границы. Потому что:

• Код объясняет «что», но не всегда «почему».

Вот есть строка:

А почему 5? Почему не 3, не 10? Если причина — ограничение API, бизнес-логика или чья-то странная прихоть — код не расскажет. А вот комментарий может:

Неочевидные решения и компромиссы

Иногда приходится делать что-то нестандартное. Например:

Такой кусок кода без пояснений вызовет недоумение: А почему не сортируем?

Старайтесь писать код так, чтобы его поняли без подсказок. Как будто у вас нет возможности что-то дополнительно объяснить. А если видите, что читателю будет трудно — помогите: добавьте комментарий, который действительно нужен.

Влияние ИИ и новых инструментов на подход к комментариям

В последние годы в распоряжении разработчиков появились мощные ассистенты на базе искусственного интеллекта — такие как GitHub Copilot (автодополнение кода на основе ИИ) и большие языковые модели вроде ChatGPT. Эти технологии начинают влиять и на практики комментирования кода.

Во-первых, автогенерация кода по комментариям стала реальностью.

Инструмент Copilot способен на лету написать фрагмент кода, ориентируясь на описания на естественном языке. Например:

Copilot тут же может подставить реализацию:

Такой подход превращает комментарий в своего рода промпт — описание задачи для ИИ. Это приучает писать коротко и по делу. Хотя такие комментарии потом часто удаляют, их роль в генерации кода становится всё важнее.

Во-вторых, ИИ сам пишет комментарии.

Можно просто показать код:

…и попросить ИИ: прокомментируй. В ответ он выдаст:

Или даже более детальный:

Такие автокомментарии могут быть полезны, но всё равно требуют проверки: всезнающий ИИ не всегда понимает скрытые нюансы логики, а часто просто галлюцинирует, поэтому доверять полностью не стоит, но, как черновик, вполне годится.

В-третьих, стало проще понимать чужой код без комментариев.

Раньше приходилось часами вчитываться, сегодня — можно просто спросить:

Запрос в ChatGPT: что делает эта функция?

Ответ: Она возвращает новый список, содержащий удвоенные значения тех элементов исходного списка, которые делятся на 3.

ИИ не волшебник, но в 90% случаев — удобный переводчик с машинного на человеческий. Это снимает часть нагрузки с необходимости документировать тривиальные вещи.

В-четвертых, новый тип комментариев: инструкции для ИИ

Может возникнуть ситуация, когда комментарий пишется не столько для человека, сколько как команда:

Если вы используете Cursor или Replit, это может очень полезным.

Заключение

Так всё-таки, комментарии – зло или спасение?

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

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