Мобильный трудоголик

👨‍💻 Конвейер подготовки джунов сломан. И чинить его никто не собирается. Средний срок работы разработчика в крупной ИТ-компании - 2–3 года. Чтобы вырастить из джуна самостоятельного мидла, нужно 2–4 года. От мидла до сеньора - еще 3–5 лет. Итого: чтобы получить сеньора из новичка, требуется 5–9 лет. Это просто арифметика. Если индустрия сокращает найм джунов три года подряд (2024, 2025, 2026), эффект проявится не сразу. Он ударит в 2029–2033 годах, когда иссякнет поток мидлов, и в 2032–2036 годах, когда иссякнут сеньоры. Компании, которые сейчас экономят на джунах, будут биться за оставшихся опытных инженеров и жаловаться на дефицит талантов. Но винить будут кого угодно, только не себя. Почему это происходит: Логика проста и на первый взгляд убедительна. Джуниор стоит компании 90-120 тысяч в месяц и требует 3-6 месяцев менторства, прежде чем начнет приносить реальную пользу. GitHub Copilot - 10 долларов в месяц. Claude Code и Cursor - 20 долларов. Сеньор с ИИ делает всю ту работу, ради которой раньше держали штат новичков. Марк Бениофф объявил, что компания Salesforce не будет нанимать новых инженеров, сославшись на ИИ. Сундар Пичаи из Google заявил, что ИИ позволяет делать больше тем же составом. Многие компании отказываются от джунов в пользу ИИ. Но проблема глубже: Джуны - это не просто расходы. Они тестируют документацию. Если новичок не может поднять окружение по README, значит, онбординг сломан. ИИ такого сигнала не даст. Джуны задают неудобные вопросы, которые вскрывают скрытые допущения. «Почему мы вообще делаем это так?» - это вопрос, который чаще всего задают те, кто еще не привык к костылям кодовой базы. И самое главное, джуны - это конвейер будущих сеньоров. Сокращение найма сегодня - это пустота на старших позициях через 5–9 лет. А что с ИИ? Компании заявляют о 25-процентном росте производительности от ИИ. Реальные измерения показывают около 2% на каждые 25% внедрения. Разрыв между ожиданиями и реальностью - примерно 12-кратный. ИИ пишет шабл

🍏 Apple Container: нативный инструмент для запуска контейнеров на macOS. Apple выпустила Container 1.0 - собственный инструмент для работы с Linux-контейнерами на macOS. Это не просто очередной фреймворк. Это попытка Apple изменить подход к изоляции, управлению средами и рабочим процессам разработчиков. Давайте разберем, что это такое и почему важно. Что такое Apple Container: Apple Container - это CLI-инструмент для создания и запуска Linux-контейнеров в виде легких виртуальных машин на Mac. Он написан на Swift и оптимизирован для Apple Silicon. В отличие от Docker, где все контейнеры работают внутри одной общей Linux-виртуальной машины, Apple Container запускает для каждого контейнера отдельную легкую виртуальную машину. Это дает аппаратный уровень изоляции для каждого контейнера и обеспечивает более высокую безопасность. Основные характеристики: 🔹Нативная работа на Apple Silicon: никаких затрат на Rosetta. 🔹Легкость: запуск контейнеров происходит за доли секунды. 🔹Полная совместимость с OCI-образами: можно использовать стандартные образы из любых реестров. 🔹Интеграция с macOS: доступ к домашней папке через монтирование. Container Machine - новая концепция: В версии 1.0 появилась концепция Container Machine - контейнеров с сохранением состояния. Это позволяет останавливать и перезапускать контейнеры, сохраняя файловую систему внутри . По сути, они работают как обычные виртуальные машины, но с легкостью и скоростью контейнеров. Пока есть ограничения: память, выделенная контейнеру, не возвращается обратно в систему и освобождается только при перезапуске . В остальном инструмент выглядит зрелым. Почему это важно для iOS-разработчиков: Казалось бы, iOS-разработчикам не нужны контейнеры. Но современная разработка все чаще требует локальных бэкендов - базы данных, сервисов аутентификации, API для тестирования . С Apple Container можно поднять все эти зависимости локально, не засоряя систему и не беспокоясь о совместимости версий. Что можно делать с Ap

🍎 iOS 27: iPhone больше не нужно подключать к компьютеру для восстановления. Apple добавила в iOS и iPadOS 27 режим восстановления, который работает прямо на устройстве. Раньше при серьезных сбоях или неудачном обновлении нужно было подключать iPhone к компьютеру, переводить в специальный режим и восстанавливать прошивку через Mac или ПК. Теперь часть проблем можно решить прямо на устройстве, без помощи компьютера. Как это работает: Все достаточно просто. Выключаете устройство. Затем удерживаете боковую кнопку. После появления логотипа Apple продолжаете держать кнопку. Система показывает индикатор загрузки и переходит в меню дополнительных инструментов. Что доступно в меню: В режиме восстановления доступны несколько опций: 🔹Помощник восстановления. 🔹Утилита для обновления системы. 🔹Режим диагностики. 🔹Форматирование и сброс до заводских настроек. 🔹Восстановление с помощью компьютера. Также отображается заряд аккумулятора и статус подключения к известным Wi-Fi сетям. Почему это важно: Раньше при серьезных проблемах iPhone превращался в кирпич и нужно было искать кабель, компьютер и использовать iTunes или Finder. Теперь достаточно запустить новый режим восстановления на iPhone и выбрать нужный инструментами. Особенно ценно это для тех, у кого нет компьютера или ноутбука. Ведь таких большинство пользователей iPhone. Раньше им при серьезном сбое приходилось бежать к знакомым или в сервис. Теперь все решается на месте. Режим диагностики - отдельный плюс. Можно проверить устройство на аппаратные проблемы без посторонних приложений. Это экономит время и нервы. Wi-Fi в режиме восстановления - умное решение. Устройство может скачать свежую прошивку прямо из меню восстановления. Не нужно качать IPSW на компьютер и заливать через кабель. 🔗 Читать подробнее 💡 Вывод: Это одна из незаметных функций, которые делают iOS надежнее. Apple постепенно убирает зависимость от компьютера и это правильный путь. Теперь даже если система не загружается, вы не остаете

🔢 SwiftUI теперь умеет скрывать навигационную панель при скролле. Раньше, чтобы скрыть или показать навигационную панель при скролле, нужно было отслеживать позицию прокрутки вручную. Слушать изменения scroll offset, вычислять направление, анимировать изменение состояния навбара. Это работало, но требовало лишнего кода и было не всегда предсказуемо. В iOS 27 появился новый модификатор, который делает все это стандартными средствами, без костылей. Как это работает: Модификатор toolbarMinimizeBehavior позволяет указать, как должна вести себя панель инструментов при прокрутке содержимого. ScrollView { ContentView() } .toolbarMinimizeBehavior(.onScrollDown, for: .navigationBar) Когда пользователь скроллит вниз, навигационная панель минимизируется, освобождая больше места для контента. Все, что нужно было сделать разработчику - добавить одну строчку кода. Без UIScrollViewDelegate, без GeometryReader, без onPreferenceChange. Когда это может пригодиться: Такой подход полезен для экранов, где контент - главное. Ленты новостей, каталоги товаров, библиотеки, результаты поиска, длинные списки с большим количеством элементов. Все, где пользователь тратит много времени на скроллинг, а навигационная панель только занимает полезное пространство. Что важно знать: При минимизации навбара безопасная область (safe area) автоматически корректируется. Контент не перекрывается, отступы сохраняются. Это поведение работает по умолчанию и в большинстве случаев его достаточно. Если нужен более тонкий контроль, есть toolbarMinimizationSafeAreaAdjustment, который позволяет управлять этим поведением. Особенно это может пригодиться на экранах с кастомными заголовками или сложной версткой. 🔗 Читать подробнее 💡 Вывод: toolbarMinimizeBehavior - это небольшой, но полезный модификатор, который решает задачу, которую раньше решали кучей костылей. Он не требует отслеживания scroll offset, не ломается при изменении ориентации и работает предсказуемо. SwiftUI продолжает закрывать

🍎 Apple купила Play: Create Better Apps - приложение, которое помогало создавать прототипы интерфейсов приложений на SwiftUI. Apple продолжает приобретать инструменты для разработчиков. Вслед за Swift Package Index компания купила Rabbit 3 Times - создателей приложения Play. Это визуальный конструктор для iOS и macOS, который позволял быстро создавать прототипы на SwiftUI. Что такое Play: Play - это бесплатный инструмент, в котором разработчики и дизайнеры могли собирать интерфейсы с помощью SwiftUI-фреймворков и сразу видеть, как они будут выглядеть на устройстве. Готовые проекты можно было экспортировать в Xcode через платный сервис Play to Xcode. В июне 2025 года Play получил Apple Design Award в номинации «Инновации». Apple тогда написала: «Play - это продуманный и доступный инструмент, который позволяет создавать интерактивные прототипы с использованием SwiftUI-фреймворков». Что известно о сделке: Apple сообщила о сделке в Европейскую комиссию в феврале 2026 года. В документах указано, что Apple приобретает активы компании Rabbit 3 Times и получает право нанять часть сотрудников. Это типичная схема acquihire - покупка не столько продукта, сколько команды. Условия сделки не раскрываются. Но уже в апреле 2026 года компания Rabbit 3 Times объявила о прекращении поддержки Play для iPhone и Mac. Приложения исчезли из App Store. Платный сервис Play to Xcode стал бесплатным для облегчения перехода. На сайте компании осталось только сообщение: «Мы работаем над чем-то новым». Зачем это Apple: Вариантов несколько: 🔹Первый: Apple купила Play ради сотрудников. Команда Rabbit 3 Times - опытные разработчики, которые уже доказали, что умеют создавать сложные инструменты на SwiftUI. Такие люди всегда нужны. 🔹Второй: Apple хочет использовать наработки Play для улучшения Xcode. Визуальный конструктор, который генерирует SwiftUI-код, может лечь в основу нового инструмента внутри Xcode. 🔹Третий: Play может стать основой для визуального Xcode - альтернативы Swift Pla

👣 GenUI в действии: команда Flutter раздала 3000 чашек кофе с ИИ-рисунками на пенке Команда Flutter решила поделиться опытом создания необычного демо-проекта, который они показали посетителям Google Cloud Next и Google I/O. В статье разработчики рассказывают, как построили приложение для кофейни, где каждый посетитель мог заказать латте с изображением, сгенерированным нейросетью прямо на пенке. Проект назывался GenLatte. За два мероприятия команда раздала 3000 чашек. Как это работает: На первый взгляд все просто. Посетитель подходил к киоску, открывал веб-версию Flutter-приложения и описывал свое место мечты. Это могло быть что угодно: домик у озера, снежный лес, закат на пляже. Промпт ограничивался 50 символами, чаще всего это было одно-два слова. Дальше в дело вступала нейросеть Nano Banana. Система брала короткую фразу и разворачивала ее в полноценный промпт для генерации изображения. При этом создавалось сразу четыре варианта картинки, все разные по композиции и настроению. Пользователь выбирал понравившийся и изображение отправлялось на печать на пенке латте. Персонализация через GenUI: Самое интересное происходило после того, как пользователь видел сгенерированные изображения. Под каждой картинкой была кнопка Tweak - это была не просто доработка фильтра, а полноценная генеративная настройка через UI. Gemini предварительно подготавливал четыре вопроса о том, как можно изменить изображение. Например, для домика у озера это могли быть вопросы о времени суток, погоде, наличии людей или конкретных деталях. В зависимости от выбранного типа вопроса система подставляла разные элементы управления: текстовое поле для открытых вопросов или кнопки для выбора из вариантов. Это и есть GenUI в действии - интерфейс, который собирается на лету под конкретную задачу. После того как пользователь отвечал на вопросы, система отправляла обновленный промпт обратно в Nano Banana и генерировалась новая версия изображения. Все это происходило в реальном времени. Техническа

🈸 Как изменится продвижение приложений в App Store с выходом iOS 27. На WWDC26 компания Apple показала несколько обновлений, которые касаются не только разработчиков, но и тех, кто занимается продвижением приложений. Изменения в App Store и App Store Connect затронули визуальное оформление карточек, управление креативами и персонализацию рекомендаций. Header вместо Feature Banner: В карточке приложения появился новый визуальный элемент - Header. Раньше на этом месте мог быть только баннер, который добавлялся через модерацию Apple и был доступен не всем. Теперь хэдер можно будет загружать самостоятельно через App Store Connect. Главное отличие от скриншотов и промороликов - header не обязан показывать только интерфейс приложения. Это может быть брендовый креатив, сезонное изображение, видео с атмосферой продукта. Например приложение доставки еды может показывать аппетитный бургер, а не скринкаст с каталогом товаров. Хэдер можно использовать в нескольких местах: на главной странице приложения, в поисковой выдаче, на странице с товарами приложения и в рекламных объявлениях Apple Ads. Причем это один и тот же ассет, который загружается один раз и применяется в разных местах. Те приложения, которые не внедрят качественные хэдер, рискуют потерять клики и установки на фоне конкурентов. Визуал в выдаче становится еще одним фактором конкуренции. Библиотека ассетов: Самое практичное изменение - появление Asset Library в App Store Connect. Теперь все медиа (скриншоты, проморолики, хэдер) хранятся в одном месте и организованы по платформам и размерам. Главное преимущество: креативы можно загружать и отправлять на модерацию без выпуска нового билда приложения. Раньше, чтобы поменять скриншоты к новому году или подстроить графику под рекламную кампанию, нужно было ждать новый релиз. Теперь маркетинг не зависит от разработчиков при работе с визуальным составляющим в App Store. Загруженные ассеты можно переиспользовать в разделе с товарами приложения, In-App Events и ре

👨‍💻 Паника вокруг ИИ: где правда, а где преувеличение. Наткнулся на статью Мэтта Шумера (предпринимателя и инвестора в сфере ИИ) под названием «Something Big Is Happening» (Происходит что-то серьезное), в которой он честно описывает, что происходит в его индустрии. И его слова звучат тревожно. Но важно помнить, что нейросети - это прежде всего инструмент. И как любой инструмент, он обесценивает не профессию, а бесполезность. Переживания автора: Шумер утверждает, что ИИ уже заменил его в технической части работы. Он описывает результат, уходит на четыре часа, а возвращается к готовому продукту. ИИ сам пишет десятки тысяч строк кода, сам тестирует, сам исправляет ошибки. По его словам, это уже реальность. ИИ уже помогает разрабатывать следующий ИИ. Каждое поколение умнее предыдущего, а темп ускоряется. Он считает что следующие профессии тоже под угрозой: юристы, финансисты, врачи, бухгалтеры, писатели. Срок - от одного до пяти лет. Где автор абсолютно прав: Он прав в том, что разрыв между общественным восприятием и реальностью огромен. Большинство людей пробовали бесплатные версии ChatGPT образца 2024 года и сделали вывод: «Ничего особенного». Но платные модели (Claude Opus 4.6, GPT-5.2 и выше) - это совсем другая лига. Они уверенно сдают экзамены, пишут юридические документы и анализируют финансовые модели. Он также прав насчет сроков. Речь не идет о «через десять лет». Внедрение ИИ в юриспруденцию, бухгалтерию, поддержку клиентов идет уже сегодня. Управляющие партнеры крупных фирм, о которых пишет Шумер, не дураки. Они видят, что 20 долларов в месяц за подписку дают им мгновенную команду стажеров. Экономия времени и денег очевидна. Значит, через 1-3 года число вакансий для младших специалистов в этих сферах действительно сократится. Где я с ним не согласен: Да, ИИ стал невероятно мощным инструментом. Да, он ускоряет разработку в разы. Да, он берет на себя рутинные задачи и генерацию шаблонного кода. Но он не заменит действительно хороших программистов. О

🤖 Claude Code теперь умеет запускать и тестировать приложения в симуляторе. В Claude Code на десктопе появилась поддержка iOS Simulator. Теперь агент может запускать приложение в симуляторе, управлять им, делать скриншоты и проверять работу интерфейса. Панель с симулятором открывается прямо в приложении, рядом с чатом. Это не требует прав на доступ к экрану и не переключает рабочие окна. Как это работает: Когда Claude собирает или запускает приложение, он автоматически открывает симулятор в специальной панели. Можно попросить его проверить конкретный экран, пройти по потоку или зафиксировать баг. Симулятор показывает устройство в реальном времени. Видно, что делает агент и можно в любой момент вмешаться. Управлять симулятором можно как через Claude, так и вручную. Клики, свайпы, кнопки Home и Lock, поворот экрана - все работает прямо из панели. Можно делать скриншоты и записи экрана. Важно: у каждого сеанса свой симулятор. Это значит, что параллельные сессии не мешают друг другу. Что важно знать про доступ: Claude запрашивает разрешение на управление симулятором один раз на устройство. После того как вы разрешили, он может кликать, вводить текст и делать скриншоты без дополнительных запросов. Это не требует прав на доступ к экрану, потому что все происходит внутри симулятора. Действия вроде открытия URL или сборки проекта следуют обычным правилам разрешений. Их можно настроить отдельно. Если нужно отключить доступ - есть настройка в приложении. Для организаций доступны управляемые политики, которые отключают симулятор для всех. 🔗 Читать подробнее 💡 Вывод: Поддержка iOS Simulator в Claude Code - это шаг в сторону более глубокой интеграции агентов в процесс разработки. Теперь можно не просто генерировать код, но и проверять его работу в симуляторе. Агент сам запускает приложение, кликает по экранам, проверяет изменения. Разработчик видит все в реальном времени и может вмешаться в любой момент. Это не замена ручного тестирования, но серьезное ускорение

🔢 iOS 27: CADisplayLink для UIWindowScene. В iOS 27 компания Apple изменила подход к работе с CADisplayLink. Раньше его создавали через UIScreen. Теперь через UIWindowScene. Изменение выглядит небольшим, но оно меняет модель владения и делает код более предсказуемым в многоконных приложениях. В чем разница между Timer и CADisplayLink: Timer и CADisplayLink решают разные задачи. Timer привязан к интервалам времени, он срабатывает по расписанием цикла выполнения. CADisplayLink синхронизирован с частотой обновления экрана. Это принципиальная разница. Timer подходит для задач, где не важен каждый кадр. Обратный отсчет, периодический опрос сервера, обновление данных в фоне. CADisplayLink для визуальных задач, где важна плавность и синхронизация с экраном. Анимации, игры, рендеринг, физика. Если попытаться использовать Timer для визуального движения, он будет менее плавным, потому что Timer не учитывает момент обновления кадров. Он просто срабатывает, когда приходит время. Что нового в iOS 27: В iOS 27 компания Apple добавила новый способ создания CADisplayLink прямо через UIWindowScene. Старый метод через UIScreen объявлен устаревшим. // Новый способ в iOS 27 if let scene = view.window?.windowScene { displayLink = scene.displayLink { link in print(link.targetTimestamp - link.timestamp) } displayLink?.add(to: .main, forMode: .common) } Это логичный шаг. В многоконных приложениях, особенно на iPad с Stage Manager, одна сцена активна, другая нет, третья вообще на другом дисплее. Глобально думать про экран становится неудобно. Проще сказать: «вот конкретная UIWindowScene и вот работа, которая должна синхронизироваться с ее дисплеем». Почему это важно: Это улучшает модель владения. Если анимация или рендеринг принадлежат конкретному окну, то и CADisplayLink должен жить рядом с этим окном. Так проще управлять жизненным циклом, а не продолжать делать работу для сцены, которая уже неактивна. В многоконных приложениях становится проще думать о п

🍎 Apple добавила CLI для Foundation Models. На WWDC26 компания Apple представила новый способ работы с Foundation Models. Теперь с ними можно взаимодействовать не только через Xcode, но и напрямую из терминала. Для этого достаточно обновить Mac до последней версии, установить Xcode 27 (бета) и запустить команду fm в консоли. Инструмент позволяет отправлять запросы к моделям, проверять их доступность, считать токены и работать со структурированными данными. Например команда fm respond "Ваш запрос" отправит запрос к модели, а fm available покажет, какие модели доступны на устройстве. Есть поддержка потоковой передачи, структурированного вывода через JSON Schema и работа с изображениями. CLI также позволяет запускать локальный сервер для интеграции с другими инструментами. 🔗 Читать подробнее 💡 Вывод: Foundation Models CLI - это шаг к тому, чтобы сделать Apple Intelligence доступной не только для iOS-разработчиков, но и для всех, кто работает в терминале. Скрипты, автоматизация, быстрые эксперименты - теперь все это можно делать без Xcode. Подписаться на канал: ➡️ Telegram | Max

🔢 horizontalSizeClass все еще актуален? От размера класса к доступному пространству. На WWDC 26 компания Apple сделала важный шаг, который меняет подход к адаптивной верстке. Теперь приложения для iPhone можно запускать на Mac через iPhone Mirroring с изменяемым размером окна. А приложения для iPhone на iPad тоже получают возможность изменять размер окна. Это значит, что привычный horizontalSizeClass перестает быть основным критерием для определения ширины экрана. Почему ваше приложение может выглядеть некрасиво: Если протестировать свое приложение в этой новой среде, можно обнаружить, что оно ведет себя не так, как ожидалось. NavigationSplitView не переключается на многоколоночный режим. Вкладки не превращаются в боковую панель. А horizontalSizeClass остается .compact, даже когда окно становится шире. На iPad в режиме pad horizontalSizeClass все еще меняется в зависимости от ширины окна. Но если запустить iPad в режиме совместимости только для iPhone, поведение становится таким же, как у iPhone-хоста в Device Hub. Это не баг беты. Это осознанное решение Apple. Новые правила: В сессии «Modernize your UIKit app» Apple прямо говорит: приложения для iPhone попадают в среду с изменяемым размером. Разработчики должны адаптироваться к произвольным размерам сцены, а не рассчитывать на фиксированное соотношение сторон. UIScreen.main и границы экрана больше не надежны. Вместо них нужно использовать эффективную геометрию оконной сцены или фактический доступный размер представления. userInterfaceIdiom больше не подходит как основа для решений по компоновке. Приложение для iPhone на iPad или в зеркалировании на Mac может работать в контексте телефона, но это не означает узкий экран. Ориентация тоже больше не надежна. В среде с изменяемым размером поддерживаемые ориентации становятся рекомендациями, а не жесткими правилами. Надежен ли horizontalSizeClass: Короткий ответ - да. Но он отражает обобщенные характеристики текущего окружения, а не фактическую ширину окна

👣 Релиз Flutter 3.47: главные изменения для разработчиков Вышла новая версия Flutter 3.47. Обновление заметное. Material и Cupertino наконец-то выехали из SDK в отдельные пакеты. Impeller стал рендерером по умолчанию на десктопе. Плюс подготовка к осенним обновлениям Apple и другие улучшения. Давайте разберем все основные изменения. Material и Cupertino теперь отдельные пакеты: Главное изменение. Material и Cupertino больше не встроены в SDK. Теперь это отдельные пакеты на pub.dev: material_ui и cupertino_ui. Это значит, что обновления виджетов теперь могут выходить независимо от релизов Flutter. Пока это опционально. Старые импорты из package:flutter/material.dart все еще работают, но они объявлены устаревшими и будут удалены в ноябре. Для миграции достаточно выполнить команду: dart fix --apply --code=migrate_design_widgets После этого импорты обновятся автоматически. Если что-то пошло не так, можно добавить пакеты вручную: flutter pub add material_ui flutter pub add cupertino_ui Важный момент для пакетов с зависимостями: если вы еще не обновились, а ваши зависимости уже используют новый подход, поможет MaterialUiCompatibilityBridge. Также вместе с UI-пакетами разобрали flutter_localizations. Теперь делегаты локализации живут внутри material_ui и cupertino_ui, а не в отдельном пакете. Подготовка к iOS 27 и macOS 27: Apple осенью выпустит Xcode 27 с новыми требованиями. Минимальная версия iOS поднята до 15, macOS до 12. iOS 27 SDK требует жизненного цикла UIScene. Приложения без него не запустятся на новых устройствах. Для большинства проектов CLI мигрирует автоматически. Но если в проекте есть кастомный AppDelegate, придется править руками. Лучше проверить сейчас. Также Flutter постепенно сворачивает поддержку Intel Mac. В этой версии только предупреждения, но в будущем сборка на Intel перестанет работать. Можно уже сейчас переключиться на ARM64-only: flutter config --enable-macos-arm64-only По Swift Package Manager прогресс: 92 из топ-100 плагино

Как изменить форму стеклянных кнопок в SwiftUI. В iOS 26 появились новые Liquid Glass API, включая стиль кнопок .glass. Это сделало кнопки более современными и визуально привлекательными. Но есть один нюанс: вне навигационной панели стеклянная кнопка по умолчанию отображается в виде капсулы. Для текстовых кнопок это хорошо, но для иконок часто хочется сделать круглую форму. У Apple есть готовое решение и это не кастомный стиль. В чем суть проблемы: Когда вы используете .buttonStyle(.glass), SwiftUI сам выбирает форму кнопки. В большинстве случаев это капсула. Для маленьких иконок, например переключателя темы или настройки, круглая форма выглядит более естественно. Можно попытаться обрезать кнопку через .clipShape(.circle), но это не совсем то, что нужно. Обрезка применяется после того, как стиль уже отрисовал кнопку. Эффекты, материалы, подсветка и hover-состояния могут работать некорректно. Верное решение - buttonBorderShape: В SwiftUI есть модификатор buttonBorderShape, который задает форму системной плашки кнопки. Он работает с системными стилями, включая .glass. Button { // Действие } label: { Image(systemName: "sun.max") } .buttonBorderShape(.circle) .buttonStyle(.glass) Это не обрезка, а указание системе, какую форму использовать для кнопки. Все эффекты и состояния сохраняются. Доступные варианты: Модификатор поддерживает несколько предустановленных форм: 🔵.automatic - система решает сама. 🔵.capsule - капсула, подходит для текстовых кнопок. 🔵.circle - круг, хорош для иконок. 🔵.roundedRectangle - скругленный прямоугольник. 🔵.roundedRectangle(radius: 12) - с заданным радиусом. Можно применять модификатор как к отдельной кнопке, так и к контейнеру. Если повесить на HStack, все кнопки внутри получат одинаковую форму. HStack { Button { ... } label: { Image(systemName: "sun.max") } Button { ... } label: { Image(systemName: "moon") } } .buttonBorderShape(.circle) .buttonStyle(.glass) 🔗 Читать подробнее 💡 Вывод: .buttonStyle(.g