Apple может удалять приложения «без указания причин»

В иске, поданном приложением для потоковой передачи музыки Musi, утверждалось, что Apple удалила его из-за необоснованных претензий по авторским правам, но суд отклонил иск с запретом на повторное обращение в суд. Cудья постановил, что Apple может удалить приложение из App Store «с указанием причины или без нее».

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

Решение судьи, однозначно подтверждающее формулировку соглашения с Apple, дает Apple приоритет в случае, если будущие удаления приложений вызовут судебные иски. Apple является частной компанией и имеет право выбирать, что именно будет распространяться в App Store.

Прекрасная статья, суть которой, собственно, в самом заголовке - "ИИ не сделает вас богатым. Но исправление ошибок в некачественном программном обеспечении, созданном ИИ, сделает". Правда, судя по ощущениям, Slopware сначала закроет 90% вакансий, а потом 10% оставшихся разработчиков как раз и сделает богатыми. Или как?

Разработка

• ИИ не сделает вас богатым. Но исправление ошибок в некачественном программном обеспечении, созданном ИИ, сделает.
• Top AI coding tools make mistakes one in four times, study shows

Маркетинг

• Vurt — мобильный стриминг для независимых кинематографистов, предпочитающих вертикальное видео
• Apple Search Ads Guide 2026 - Complete Course for App Developers
• В Apple Search Ads появилась расширенная аналитика
• Apple может удалять приложения «без указания причин»

Кроссплатформа

• Dart Features You’re Probably Not Using (But Should!)
• Build Complex Flutter UI Without Images

iOS

• Собеседование на должность iOS-разработчика в Experian: когда все пошло не по плану
• NVActivityIndicatorView — индиакторы загрузки
• Отладка iOS-приложений на практике: 3 реальных бага
• Combine vs AsyncSequence vs Observation: The Evolution of Reactive Swift
• SwiftUI State in iOS: A Practical Guide
• Agentic AI Engineering Workflows for iOS in 2026
• A vision for networking in Swift

Android

• Remote Compose: назад в будущее
• Интеграция автоматической установки eSIM на Android
• Uber Android Interview Experience: Rejected After Round 3
• Design Tokens in Material Design 3 with Jetpack Compose
• Android 17 for Developers: Everything New in API Level 37 You Need to Ship For Right Now

​Кажется, до Apple наконец дошло, что с вайб-кодингом на устройствах пора что-то делать - с мест докладывают, что Apple блокирует возможность выпуска обновлений для приложений вроде Replit и Vibecode. Компания говорит, что некоторые функции таких приложений нарушают давние правила App Store, запрещающие приложениям выполнять код, изменяющий их собственную функциональность или функциональность других приложений. По словам источников, знакомых с ситуацией, Apple начала пропускать обновления после того, как разработчики согласились изменить способ предварительного просмотра сгенерированного контента в своих приложениях или полностью удалить некоторые возможности, такие как создание приложений для платформ Apple. Теперь одобрение будет, если новый код будет открываться во внешнем браузере, а не во встроенном веб-представлении. Apple сообщила, что у неё нет никаких правил, специально направленных против приложений «вайб-кодинга», и что Руководство по проверке приложений разработано для поощрения инноваций при сохранении безопасности пользователей.

Разработка

• Лучшие ИИ-инструменты для программирования допускают ошибки в каждом четвертом случае
• Software is eating itself
• Run Claude Code Locally on Apple Silicon Using LM Studio and LiteLLM (Zero Cost)

Маркетинг

• Apple незаметно блокирует обновления для популярных приложений вайб-кодинга
• Kagi переносит свой «маленький веб», созданный людьми, на мобильные устройства
• Why the Golden Age of Indie iOS Apps Is Over And What Developers Must Do Now

Кроссплатформа

• Dart Language Roadmap 2026: Compiler Upgrades & More for Backend Developers
• Let’s make a dynamic website with Dart. Dumb easy

iOS

• Изучаем эффекты рисования и градиентного рендеринга в SF Symbols
• MVVM Architecture with Repository Pattern in iOS (Swift & SwiftUI): Build Scalable, Testable Apps in 2026
• Secure Data Storage in iOS: A Practical Guide to Using Keychain in Swift
• How to Design a Networking Layer in iOS (Interview Guide)

Android

• Rebound — мониторинг рекомпозиций
• How Many Ways Do You Know to Draw a Glowing Border in Jetpack Compose?
• Coroutine Dispatchers in Android: The Complete Guide

Google представил решение для установки сторонних приложений на Android

Google представил «продвинутый процесс», который потребуется для установки некоторых приложений Android после введения обязательной проверки разработчиков в конце этого года. Изначально компания объявила, что установка приложений от непроверенных разработчиков станет невозможной, и представленный сегодня процесс является уступкой критикам, обвинявшим её в уничтожении возможности установки приложений из сторонних источников и снижении открытости Android.

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

Вот как Google описывает этот процесс:

• Включите режим разработчика в системных настройках: активировать его очень просто. Это предотвращает случайные срабатывания или обходные пути «в одно касание», часто используемые в мошеннических схемах.
• Убедитесь, что вас никто не подстрекает: проводится быстрая проверка, чтобы убедиться, что никто не уговаривает вас отключить защиту. Хотя опытные пользователи знают, как проверять приложения, мошенники часто оказывают давление на жертв, чтобы те отключили защиту.
• Перезагрузите телефон и пройдите повторную аутентификацию: это отключит любой удаленный доступ или активные телефонные звонки, которые мошенник может использовать для слежки за вашей активностью.
• Вернитесь после периода ожидания и подтвердите: предусмотрена одноразовая задержка в один день, после чего вы сможете подтвердить, что это действительно вы вносите изменения, используя биометрическую аутентификацию (отпечаток пальца или разблокировка по лицу) или PIN-код устройства. Мошенники рассчитывают на искусственно созданную срочность, поэтому это разрушает их иллюзию и дает вам время подумать.
• Установка приложений: как только вы убедитесь, что понимаете риски, вы можете устанавливать приложения от непроверенных разработчиков, с возможностью включения защиты на 7 дней или на неопределенный срок. В целях безопасности вы по-прежнему будете видеть предупреждение о том, что приложение от непроверенного разработчика, но вы можете просто нажать «Установить в любом случае».

🔒 Безопасность Android-приложений: углубляемся в тему с Podlodka Android Crew

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

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

С 30 марта по 3 апреля пройдет новый сезон Podlodka Android Crew — это будет онлайн-конференция, полностью посвящённая безопасности мобильных приложений на Android.

💡Участники сезона разберут:

🔐С чего начинается безопасность приложения

🧩 Как UI может стать точкой взлома

👀 Как выглядит Android-приложение глазами атакующего

🧬 Где реально помогают passkeys и биометрия, а где — нет

💳 Как защищаются платежи и видеоконтент в Android-приложениях и не только — программа обновляется на сайте.

Формат — классический для Podlodka Android Crew: 5 дней, 10+ спикеров, 10 сессий и закрытое комьюнити в Telegram.

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

👉 Early-bird билеты на сезон Podlodka Android Crew доступны до 23 марта

Отладка приложений с подпиской

В новом дайджесте - отладка iOS-приложений на практике и решение для установки сторонних приложений на Android от Google, Remote Compose и Copy-On-Write, эффекты рисования и градиентного рендеринга, неверная реализация MVVM, рынок труда для джунов в 2026 году и многое другое. Заходите!

iOS

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

• WWDC 2026 пройдет 8–12 июня
• Как спроектировать сетевой слой в iOS (гайд для собеседования)
• PoolChat — mesh чаты со сквозным шифрованием для iOS
• iOS network frameworks и HTTP TCP Server внутри приложения
• How to identify your Apple keyboard layout by country or region
• How we decomposed a monolithic iOS application into 130+ modules and reduced build time by ~35%
• Talking Liquid Glass with Apple
• Migrating to String Catalogs in iOS

Android

• Серия Galaxy S26 получила поддержку AirDrop для Quick Share
• Почему камера в Telegram Android снимает плохо
• Google представил решение для установки сторонних приложений на Android
• How Compose Preview Works Under the Hood
• How I Found a 34% Startup Win in a Modern Compose App
• Beyond Positions: Kotlin’s New Name-Based Destructuring
• CompositionLocal in Jetpack Compose
• Monitoring Android Vitals with the Play Developer Reporting API

А вот CleverPumpkin между тем пишет про модернизацию и развитие зрелых продуктов на Kotlin Multiplatform. В статье технический директор Александр Кияйкин и iOS-разработчик Мария Нестерова вместе с экспертами X5 Tech, AvitoTech и MAGNIT OMNI разбирают, как компании со зрелыми цифровыми продуктами использует KMP, какие риски учитывают и какой видят от этого эффект.

Разработка

• MacBook Neo может представлять собой самую серьёзную угрозу для Windows за последние годы
• Зачем и как вам контрибьютить в open source
• Рынок труда для джунов в 2026 году
• Маленькие языковые модели — Open source, локальный ИИ, SLM
• Monkeyrun — хаос-тестирование Android и iOS приложений
• Внутренняя кухня SRE и информационной безопасности
• Senior Android за 12 тысяч, рабство в IT и угрозы — Е*аное IT #1
• Are Mobile App Developers Starting to Regret Their Career in 2026?
• Why your next mobile app is probably headless
• The Future Of Software Engineering with Anthropic
• The “One More Prompt” risk of agentic coding

Кроссплатформа

• Модернизация и развитие зрелых продуктов на Kotlin Multiplatform: опыт компаний и эффект для бизнеса
• Capacitor: от веба к мобильным приложениям. Часть 3. OTA обновления в обход сторов
• Flutter Widget Previewer: разработка UI без запуска приложения
• I Replaced an Existing iOS Native App with React Native in 3 Weeks
• Want Next-Level UI In Flutter?

Во первых строках - очередные генеративные стенания про то, что мобильная разработка уже не та. Внезапно оказало, что кроссплатформа дешевле и быстрее, а что еще нужно бизнесу для приложений? Компании хотят более быстрых релизов, меньших команд и большей гибкости. Они готовы пойти на определенные компромиссы ради достижения этой цели. А вот разработчикам из своей экосистемы комфорта выходить труднее. Раньше было ощущение стабильности: если ты хорошо делаешь свою работу, спрос на тебя сохранится. Теперь же стало больше неопределённости в том, как этот спрос будет меняться дальше. Мобильная разработка по-прежнему важна, делает заключение автор, однако всё чаще она становится частью более крупной системы, а не отдельной самостоятельной специализацией. Понимание продуктовых решений, знание основ бэкенда и представление о кроссплатформенных подходах могут сыграть большую роль. Это не значит, что нужно отказываться от нативной разработки. Это значит, что нужно расширять представление о собственной роли. Разработчики, которые умеют связывать технические решения с бизнес-результатами, становятся ценнее тех, кто сосредоточен только на реализации.

Разработка

• Не начинают ли мобильные разработчики сожалеть о выборе профессии в 2026?
• Риск «ещё одного промпта» при использовании агентской разработки
• How Slack Rebuilt Notifications
• Build Your First Claude Code Agent Skill: A Simple Project Memory System That Saves Hours
• I Stopped Coding for 5 Years. AI Helped Me Ship Mobile Apps Again

Маркетинг

• Почему нужно делать ASO для приложения до его релиза в App Store и Google Play

Кроссплатформа

• Build Systems and Dependency Management in Flutter: Interview Questions That Will Test Your Expertise
• Your Flutter App Is a Monolith. Here’s How to Break It

iOS

• iOS Architecture Done Right: MVVM + Clean Architecture Explained with Real Code & File Structure
• iOS Architecture That Doesn’t Break When Requirements Change
• Swift 6.3 and Beyond — The Road to Swift 7: What Every iOS Developer Needs to Know

Android

У RevenueCat очередная "программная" статья, которая начинается с того, что бесплатные триалы умерли. Потом, конечно, оказывается, что вовсе не умерли, но осадок уже остается... По сути, автор говорит не «вообще уберите free trial», а «перестаньте использовать обычный старт бесплатного триала как главный UA-сигнал». Суть в том, что данные о начале триалов уже мало применимы - рынок стал дороже и требует быстрее окупать пользователя, многие приложения уходят в hard paywall/direct subscription, старт триала слишком “грязный” сигнал: в него попадают люди, которые просто нажали попробовать и быстро отменили. Он предлагает использовать trial qualifier — более узкое событие на базе триала. Например пользователь не отменил триал в первые 2 часа, не отменил + проявил engagement, не отменил в день старта и всё ещё держит триал активным ближе к концу. То есть логика у него такая - плохо оптимизировать рекламу на “человек начал бесплатный триал”, хорошо на “человек начал триал и показал признаки реального намерения платить”. В общем, остается такое - перестаньте наивно использовать старт триала как целевое событие для закупки трафика.

Разработка

• Ребрендинг глазами разработчика: как мы переходили к единому кластеру «КИОН»
• The junior developer pipeline is broken, and nobody has a plan to fix it

Маркетинг

• Почему триалы больше не имеют смысла (и какую UA-тактику попробовать вместо них)
• Что происходит с подписочной моделью в приложениях: уроки, тренды и ориентиры на 2026 год
• Epic Games сокращает 1000 рабочих мест, заявляя о снижении активности в Fortnite
• Маркетологи в мобайле: весенние выпуски 2026. Часть 1

Кроссплатформа

• How to Use Flutter DevTools to Find Performance Issues

iOS

• Engine — быстрые идиоматические API и представления SwiftUI
• Xcode Instruments: Find Memory Leaks in 5 Minutes
• Stop Forcing MVVM on SwiftUI — It Was Never Designed for It

Android

• Новая версия Android Automotive от Google выйдет за рамки информационно-развлекательных систем
• Kotlin 2.3 Compiler: Speed Up Large Codebases by 40%+
• 87 Results in Find Usages: Fixing Navigation Hell in Jetpack Compose

Новые стенания по поводу сломанного конвейера джун-мидл-сениор. Если кратко, то все сводится к очевидной формуле - без джунов нету мидлов, без мидлов нет сениоров. Ну и все, приплыли. Другое дело, что никто не хочет (а может не знает), как с этим быть. Автор говорит про учебные программы, экономические стимулы для обучения, пересмотр метрик и т.п. Но все это попахивает утопией.

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

Разработка

• Конвейер подготовки джунов сломан, и ни у кого нет плана по его исправлению
• Как я прошел ад публикации в App Store и Google Play и вывел первые деньги
• We Hired 500 CSE Students. Fired 400 in 6 Months.
• I Failed 3 FAANG Interviews Because I Wrote Too Much Real Code

Маркетинг

• AI features are eroding your subscription app’s margins — here’s how to fix it
• В App Store обновилась аналитика

Кроссплатформа

• Never Ship a Flutter App Without Validating Performance in Flutter DevTools

iOS

• Apple может создавать более компактные модели на основе Google Gemini
• Swift 6.3 Released
• Run your test suite across balanced shards
• The SwiftUI Way: patterns and anti-patterns for production apps

Android

• 10 ошибок, которые Android-разработчики до сих пор допускают при работе с Jetpack Compose
• CatPawSwitch — переключатель с кошачьей лапой
• Stop Fighting Multiple BackStacks in Jetpack Compose Navigation3
• IntelliJ IDEA 2026.1 Is Out

Как спроектировать ошибки

В новом еженедельном дайджесте сетевой слой в iOS и сериализация Kotlin, 10 ошибок, которые Android-разработчиков и сожаление о выборе профессии, что происходит с подписочной моделью в приложениях, как перестать бояться Claude Code и научить его не ломать проекты, и многое другое. Заходите!

А вот и опыт реальной разработки на MacBook Neo подъехал. Пишут, что хоть былой легкости и нет, но все работает. Вывод: если вы начинающий → MacBook Neo вполне достаточно, разработчик среднего уровня → выбирайте MacBook Air (больше оперативной памяти), серьёзный/профессиональный разработчик → не раздумывайте, MacBook Pro. Разработка — это не «может ли он запускать Xcode». Это «может ли он соответствовать вашему уровню работы». И вот здесь разница действительно проявляется.

P.S. Как теперь аккаунт Applу оплачивать? (картинка в тему)

Разработка

• Я купил самый дешёвый MacBook от Apple и попробовал заняться настоящей разработкой
• Почему вашим следующим приложением, вероятно, не будут пользоваться
• Путь инди-хакера
• How to Kill the Code Review

Маркетинг

• Проверки в App Store сломались под тяжестью вайб-кодинга
• Маркетологи в мобайле: весенние выпуски 2026. Часть 2

Кроссплатформа

• Flutter — Dart, Impeller и реальные юзкейсы
• Crossing the Finish Line: StateFlow & SharedFlow in Kotlin Multiplatform

iOS

• Оплату Apple с мобильного счёта запретят в России, как оплатить App Store теперь и что будет дальше?
• Apple планирует разрешить конкурирующим чат-ботам интегрироваться с Siri в iOS 27
• Swift Service — инъекция зависимостей для современного Swift
• Xcode Build Optimization using 6 Agent Skills
• Thread vs Queue vs Actor executor in Swift: interview essentials
• XCTest in iOS: interview essentials
• Infinite ScrollView in SwiftUI
• SwiftUI: Charts Axis Scale

Android

• Вышла третья бета Android 17
• Presently — дневник благодарности
• Наконец-то нашел Android Service своей мечты после того, как потерял его 13 лет назад
• Build Your Own Landscapist Image Plugin in Jetpack Compose
• Meet FlexBox: The Powerful New Layout System for Compose
• Random Musings on the Android 17 Beta 3
• 87 Results in Find Usages: Fixing Navigation Hell in Jetpack Compose
• Debug, fix and verify Android Apps with coding agent

Copilot начал вставлять рекламу в pull-request-ы

По словам разработчика программного обеспечения из Мельбурна Зака ​​Мэнсона, один из членов команды использовал ИИ для исправления простой опечатки в запросе на слияние. Copilot справился с задачей, но также позволил себе отредактировать описание запроса, добавив следующее сообщение: «⚡️ Быстро запускайте задачи агента Copilot из любого места на вашем компьютере macOS или Windows с помощью Raycast».

Быстрый поиск этой фразы на GitHub показывает, что тот же рекламный текст появляется более чем в 11 000 пул-реквестах в тысячах репозиториев. Даже добавление кода в GitLab не защищено от внедрения. Помимо рекламы расширения Raycast, еще более 1,5 миллиона запросов в GitHub содержат рекламу, внедренную Copilot.

Если посмотреть на исходный Markdown затронутых PR, то можно увидеть скрытый HTML-комментарий «START COPILOT CODING AGENT TIPS», расположенный непосредственно перед рекламной подсказкой. Это говорит о том, что Microsoft использует этот комментарий для вставки рекламы.

Вице-президент GitHub по связям с разработчиками Мартин Вудворд объяснил в сообщении на X позже в тот же день в понедельник, что внедрение рекламы со стороны Copilot на самом деле не является новым поведением — он делает это в создаваемых им запросах уже некоторое время. С другой стороны, разрешение Copilot вмешиваться в PR, которые он не создавал, но в которых упоминается, — это новое поведение, которое на самом деле не сработало.

Тим Роджерс, главный менеджер по продуктам Copilot в GitHub, в понедельник заявил, что предоставление Copilot возможности добавлять «подсказки» к запросам было призвано «помочь разработчикам освоить новые способы использования агента в своей работе». По словам Роджерса, отзывы сообщества и вызванного скандала помогли ему понять, что «разрешение Copilot вносить изменения в пул-реквесты, написанные человеком, без его ведома, было неправильным решением».

После негативной реакции разработчиков GitHub удалил возможность Copilot добавлять рекламу в любой PR. «Мы отключили эти подсказки, созданных или измененных Copilot, поэтому вы больше не столкнетесь с подобной проблемой», — добавил Роджерс.

iOS

В этой статье последовательно разбираем, как Swift управляет памятью: от базовых понятий вроде ARC, Copy‑on‑Write, экзистенциальных контейнеров до нетипичных задач с «зомби»-объектами и non-frozen типами. Материал основан на документации Swift, докладах WWDC и практических примерах. Статья рассчитана на middle- iOS‑разработчиков, которые хотят лучше понимать, что происходит с их кодом на уровне памяти и почему одни решения оказываются дороже других.

• Бесконечный ScrollView в SwiftUI
• Как Swift работает с памятью: подробный гайд для разработчиков. Часть 1
• The Swift Apple doesn’t want you to know
• Xcode The Walled Garden Just Got a Door. Here’s Who Built It — And Who Snuck Around the Back.
• Stop Guessing — Understand Every Modifier of Text in Swift UI

Android

Monzo — это британский цифровой банк с 15 миллионами клиентов, и их число продолжает расти. По мере масштабирования приложения команда разработки определила время запуска приложения как критически важную область для улучшения, однако опасалась, что это потребует значительных изменений в кодовой базе. Полностью включив оптимизацию R8, Monzo добился огромного снижения на 35% показателя «Приложение не отвечает» (ANR). Это простое изменение доказало, что для эффективной оптимизации не всегда требуются сложные инженерные решения.

• Monzo повысил производительность на 35% благодаря простому обновлению R8
• Вышел Media3 1.10: новые возможности для работы с медиа в Android
• Amgi — Anki-карточки
• Kaspresso: cравниваем скриншоты и упрощаем проверку дизайна
• The most common performance bottlenecks in mobile apps
• I investigated 16 "Cast to TV" apps on Google Play

Не очень понимаю всеобщей эйфории, но вот в Swift 6.3 состоялся официальный релиз Swift SDK для Android. Он был выпущен в предварительной версии прошлой осенью и может использоваться для портирования пакетов Swift на Android. Как пишут, более 25% библиотек в SPM уже пересобраны для Android. Кому это нужно - большой вопрос. Как и то, когда это все нормально заработает. Тому же KMP, если не ошибаюсь, понадобилось около 3 лет на то, чтобы хоть каким-то боком войти в продакшен. Swift SDK для Android, думаю, надо будет еще год-два как минимум. Те более. вопросов UI, платформ и прочих системных взаимодействий тоже никто не отменял. Короче, делаю ставку скорее на NativePHP :)

Разработка

• Building a Ticketing System: Concurrency, Locks, and Race Conditions

Маркетинг

• Copilot вставляет рекламу в запросы на слияние

Кроссплатформа

• В Swift 6.3 официально вышел Android SDK
• Apple Shipped an Android SDK Nobody Asked For — And It Reveals Everything Wrong With the Company
• NativePHP v3.1 Is Here — Now 10x Faster