🧰 Android

• NFC на Android: создание системы предоплаты с использованием NDEF меток
• aDp — масштабирование дизайна Compose для разных экранов
• How to Provide Photos to the Gallery for Running UI Automated Tests
• Mastering Navigation in Jetpack Compose: A Guide to Using the inclusive Attribute
• How to Create an Atomic Loader in Jetpack Compose

#android

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

Как разработчик iOS, я знаю, что у Apple нет никаких API, которые разработчики могут использовать для отслеживания пользователей. Разработчики не могут получить доступ к серийному номеру устройства, а identifierForVendor сбрасывается, когда пользователь удаляет все приложения издателя. Так как же Snapchat мог распознать устройство?

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

Разработка

• Leave something for tomorrow
• Synchronizing pong to music with constrained optimization

Маркетинг

• App onboarding funnel optimization to increase conversions

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

• Flutter Web. Часть 1
• The 5 Design Patterns For Every Flutter Engineer
• 5 Essential Design Patterns Every Flutter Engineer Should Master
• Shrink Your KMP Build: The Power of ‘Internal’ Functions

#mobile

🔨 iOS

• Swift AST Explorer — визуализация абстрактного синтаксического дерева
• Дружим iPhone и ESP32. Часть 1. ESP Arduino Core
• Hiding A SwiftUI View From Switch Control
• Animating SF Symbols on iOS 18
• The AirDrop Conundrum: Passing Custom Models From and To Your App
• SwiftUI Modifiers Deep Dive: containerRelativeFrame

#ios

🧰 Android

• Создаем атомный лоадер на Jetpack Compose
• Android 15 опубликован в AOSP
• Композим иконки. Улучшаем семантику и скорость отрисовки
• Интересные приёмы, взятые из исходников Android
• Insets handling tips for Android 15’s edge-to-edge enforcement
• Kotlin KSP — how to automate everything in the world
• Best way to keep state in a ViewModel
• Unlock Android Jetpack Components: Hidden Tricks to Build Successful App

#android

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

Разработка

• Оставляйте что-нибудь на завтра
• SkillStaff: рынок ИТ-аутстаффинга вырастет до 265 млрд к концу 2024 год
• Компьютеры Copilot+ не справляются с играми
• Explicit is better than implicit

Маркетинг

• Почему и как мы платим за свою же органику в сторах
• Маркетологи в мобайле: Всеволод Самсонов (Flowwow)
• Key languages for localization: Here's how demand changed in 2023

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

• Flutter State Management & Design Patterns: Do You Really Need Them?

#mobile #dev

🔨 iOS

• Время сборки и верификация модулей
• Все, что вы хотели знать о флагах в эмодзи (но не знали, что вам это нужно)
• Темная сторона однонаправленных архитектур Swift
• How-to: Symbolicate MetricKit Crashdiagnostics
• Walmart Software Engineer III — IOS (IN3) My Interview Experience

#ios

🧰 Android

• Voice — минималистичный плеер аудиокниг
• Многопоточность в Android: тогда и сейчас
• Советы по обработке Insets для обеспечения edge-to-edge на Android 15
• Еще был случай на охоте… Или почему Appdome иногда такой себе Dome
• Как я разрушил свои стереотипы об автотестах, или Мой путь от Appium до Kaspresso
• Android Compose Videos with ExoPlayer
• Android dev very overengineered and difficult to get into?
• Anti-Pattern: Stop Leaking Kotlin Flow Collectors in Your Android ViewModel

#android

🧰 Давеча у нас было обсуждение, что iOS-разработка становится сложнее, а сейчас дело дошло и до Android. На Reddit человек спрашивает - Android-разработка очень перегружена и в нее сложно вникнуть?

Я не профессиональный программист, но у меня есть небольшой опыт работы с C, Bash, Python, Lua, ahk. Обычно мне не составляет большого труда понять, где и как начать искать нужную информацию и быстро что-то собрать. Сейчас же в Android Studio самый простой проект «Empty Activity» содержит 3 десятка файлов, вложенных в дюжину папок. Всего в папке проекта более 500 файлов. Главный файл имеет 11 импортов. IDE похожа на панель управления космического корабля.

В целом большинство отвечающих с ним согласились:

• Почему-то документация часто неполная и всегда есть как минимум 2-3 способа сделать что-либо. Всё находится в процессе перехода от одной парадигмы к другой. Документация рекомендует один способ, codelab использует второй, stackoverflow/medium рекомендуют третий, и каждый способ имеет свои минусы или даже не компилируется/работает с вашей конкретной версией зависимостей, AS, gradle, AGP или вашим targetSDK. Это ад. Хочется биться головой об стену, потому что как новичок вы еще не знаете достаточно, чтобы решить, с какой стороны подойти к обучению! Разработка Android (обучение с нуля) сейчас занимает в 10 раз больше времени, чем раньше. Мне она все еще нравится, но это чертовски сложно, и так трудно идти в ногу со временем, ведь Android-разработка так быстро меняется последние 5-6 лет.
• И половина из того, что вы узнаете сегодня, будет устаревшим через 6 месяцев. Да, я преувеличиваю, но только немного.

Впрочем, многие говорят, что просто у автора мало опыта, а сами приложения это лишь вершина айсберга:

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

И то, что все таки простое приложение собрать можно даже по Stack Overflow:

• Вам даже не нужно знать, почему или как что-то работает. Собирайте части, получайте результаты, углубляйтесь, когда нужно. Когда ваше приложение станет отстойным, выясните причину и сделайте его лучше. Повторяйте до бесконечности. Если вам повезет, вы полюбите это приложение или оно станет популярным, тогда вы действительно погрузитесь в работу и потратите время.