Мобильная разработка

Погружение в iOS вместе с Podlodka iOS Crew Работа с iOS — это не только про красивый фронтенд. С 13 по 17 апреля пройдет новый сезон Podlodka iOS Crew — «Фундаментальный iOS». В этот раз организаторы планируют супер глубокое погружение в то, как устроена операционная система. ⚡️Участники конференции: — погрузятся в детали Swift Generics и Swift Dictionary, — узнают, как создать свою ферму виртуальных iPhone с настоящей iOS, — разберут актуальные подходы работы с Metal и Core Image, — погрузятся в то, как внедрить современные мультимодальные LLM в приложения для iPhone, используя аппаратные возможности устройств, — пройдут по процессу собеседования вместе с тимлидом платформенной команды. Всё это — в формате утренних и вечерних Zoom-сессий и общения с коллегами в закрытой группе Telegram. Если вы хотите обновить свои знания о фундаментальных основах iOS и погрузиться в практику вместе с опытными экспертами, подключайтесь к Podlodka iOS Crew ➡️ 📎 Посмотреть программу и присоединиться Это #партнёрский пост

Что скрывает приложение Белого дома? Трекинг, обход пейволлов и JS с GitHub Pages Декомпиляция официального Android-приложения правительства США показала, что даже государственный софт может быть напичкан сомнительными практиками. Но разбор интересен не скандалом, а набором антипаттернов, которые разработчики (и их заказчики) допускают слишком часто. Ключевые находки, полезные для любого мобильного разработчика: — Инжектор в WebView скрывает cookie-баннеры, GDPR-диалоги и пейволлы на сторонних сайтах. Встроенный браузер приложения подменяет поведение страниц — это и нарушение регуляций, и пример того, как не стоит вмешиваться в чужой контент. — GPS-трекинг через OneSignal. Код для сбора координат (с интервалом 4,5 минуты в фоне) полностью присутствует в сборке, формально отключён флагом, но может быть активирован серверным конфигом без обновления через Google Play. Урок: если функциональность не нужна, исключайте соответствующие модули из билда, а не просто отключайте их флагами. — Supply-chain риск: YouTube-плеер загружает HTML-страницу с GitHub Pages стороннего разработчика. Компрометация этого аккаунта позволит выполнить произвольный код в приложении. Хостинг критичных ресурсов на непроверенных площадках без SRI — плохая практика для любого продукта, особенно государственного. — Артефакты разработки в продакшен-сборке: localhost, IP разработчика, экспортированная отладочная Activity, дев-меню. Это не просто неаккуратность, а потенциальные векторы атаки (например, через IPC). — Отсутствие certificate pinning. Трафик между приложением и серверами можно перехватить на скомпрометированной сети. Для мобильных разработчиков этот разбор — готовый чек-лист того, что нужно проверить перед релизом: исключить дев-артефакты, изолировать сторонние зависимости, настроить pinning и пересмотреть использование SDK с избыточными возможностями. Полный список найденных уязвимостей: https://tproger.ru/news/razrabotchik-dekompiliroval-prilozhenie-belogo-doma---nawyol-obhod- #новости #android

Лучшие практики построения архитектуры — это ответы на вопросы, которые у тебя ещё не возникли Clean Architecture, SOLID, MVI/TEA — затёртый набор терминов, который, к сожалению, определяет, можно ли поддерживать код через полгода или проще будет выбросить его. Почему это так сложно осваивать? Это формализация чужой боли Мартин не проснулся утром и не придумал Dependency Inversion. Он годами страдал от кода, где замена базы данных означала переписывание половины системы. Примеры врут Каждая статья про чистую архитектуру показывает TodoApp с тремя слоями. И ты справедливо думаешь: зачем мне TodoRepository, TodoUseCase и TodoEntity ради списка покупок? Незачем. Архитектура окупается на масштабе, а масштаб в примерах не показывают, потому что а как. Это принципы, а не правила Single Responsibility — у класса должна быть одна причина для изменения. Какая именно? Зависит от контекста. Open/Closed — расширяй, не модифицируя. Как именно? Зависит от задачи. Принципы говорят тебе, как нужно думать, но если ты пока не знаешь, о чём вообще стоит думать, то как их использовать? Что с этим делать? Если чувствуешь, что застрял на этом переходе, посмотри курс Практикума для продолжающих Android‑разработчиков. Получишь фидбек от менторов, пройдёшь несколько код‑ревью, и, возможно, станет легче. Посмотри вводную часть и пройди стартовое тестирование, чтобы точно понять, подойдет ли тебе курс. Это бесплатно. Это #партнёрский пост

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

​Сам себе игровая консоль: превращаем планшет с нерабочим тачскрином в игровой девайс из 8 кнопок и микроконтроллера Ну не только же нам приложения делать, правда? Давайте реанимируем ваш старый гаджет на Android и превратим его в игровую приставку. Для этого нам понадобятся: — старый планшет или смартфон на android; — Raspberry Pi Pico; — 8 кнопок; — прямые руки; — и, наконец, немного кода. Подробная инструкция в статье: https://habr.com/ru/companies/timeweb/articles/736438/ #android #diy

Топ-5 простых приложений, которые сделали создателей миллионерами — разбираем реальные кейсы Не обязательно делать Гугл, чтобы заработать миллион долларов. Рассказываем о максимально простых аппах, которые принесли своим разработчикам семизначную прибыль: https://tproger.ru/articles/top-5-prostyh-prilozhenij--kotorye-sdelali-sozdatelej-millionerami---razbiraem-realnye-kejsy

ИИ-ассистенты помогают писать код, но часто делают это неправильно. Подсказки могут ломать архитектуру проекта, предлагать неверные решения или генерировать код, который трудно поддерживать. ⚡️25 марта в 20:00 МСК вы разберётесь, почему ИИ-ассистенты ошибаются при генерации кода, как структура проекта влияет на качество подсказок и какие принципы помогают писать ИИ-дружелюбный код. Вы увидите сравнение неправильных и правильных подходов, узнаете, как архитектура, названия и комментарии влияют на работу ИИ и как ускорить разработку мобильных приложений. ➡️ Открытый урок проходит в преддверии старта курса «Flutter-разработчик». 📎 Принять участие Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

​Что такое Compose Multiplatform? На сегодняшний день есть два основных UI-фреймворка, которые позволяют запускать один и тот же UI на разных платформах и широко представлены на рынке: React Native и Flutter. Но статья не о них, а об удобном и мощном инструменте мобильной и десктопной разработки — Compose Multiplatform, приложения на котором можно запускать почти где угодно и на чем угодно — Android, iOS, Windows, Linux, MacOS и в браузере: https://habr.com/ru/companies/timeweb/articles/734818/ #compose #kotlin

Jenkins для Android Jenkin — популярный инструмент непрерывной интеграции. С его помощью можно автоматизировать весь процесс разработки приложений под Android, включая компиляцию, тестирование и распространение приложений на различные платформы. Главное — правильно настроить. Пошаговый гайд по установке Jenkins, а также рекомендации по тестированию в статье: https://habr.com/ru/companies/southbridge/articles/731698/ #android

Победителями премии Тпрогер 🐀становятся... Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы? В номинации «Продукт года» золотая мышь достается компании: 🐀NetVision за платформу интеллектуального мониторинга СИМ. В номинации «Облачный продукт года» побеждает компания: 🐀Гравитон с паком виртуализации «Гелиус» Звание «IT-ивент года» вручается компании: 🐀Островок! за О!Хакатон И в категории «Дизайн года» первое место занимает компания: 🐀AcademiaDev за интерактивную инсталляцию. Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке. И 🔥, если хотите аналогичных активностей и готовы выбирать еще!

Последний день голосования в Tproger Award! Две недели, 16 компаний, 4 номинации — спасибо, что читали, участвовали и лайкали. И отдельное спасибо, что голосовали! Вообще не представляем, что вы там наделали, уже узнать хочется! Давайте сегодня зафиналим голосовалку и раздадим по максимуму золотых мышей. Интересно, расстановка сил сможет измениться за один день? Если потеряли, то номинации вот: — Продукт года — Облачный продукт года — ИТ-ивент года — Дизайн года Только сайт не положите, очень просим 🙏 Пойти голосовать: https://tprg.ru/bWfy

Финал Tproger Awards уже близко! 🔥 Заканчивается февраль, и наше голосование за лучшие релизы года тоже подходит к концу. К тем, кто вручил участникам золотые мыши, вопросов нет. Тех, кто еще не посещал премию, зовем предпоследний раз! Не упускайте возможность выбрать лучшую компанию года. Напомним, что в премии четыре номинации, а все кейсы читаются легко и быстро. Так что вас ждет приключение ну буквально на 20 минут. Голосуйте: https://tprg.ru/QtJE

❓ 272 000 000 комбинаций у одного UI-компонента — это гибкость? На практике — перегруженный API, сложное тестирование и десятки разных реализаций одного паттерна. С этим столкнулась команда дизайн-системы «Орбита» в Яндекс 360 при работе с listItem — базовым элементом, который использовался почти в каждом интерфейсе. Вместо точечных правок команда проанализировала реальные использования компонента и обнаружила: несмотря на сотни возможных конфигураций, большинство сценариев укладывается в несколько устойчивых паттернов. После декомпозиции новые компоненты стали в среднем в три раза проще оригинального. В статье Дмитрий Мандельштам, мобильный разработчик в Яндекс 360, и Алексей Карпенко, руководитель команды дизайн-системы, подробно разбирают, как: • измерять сложность UI-компонентов; • принимать решения о декомпозиции на основе данных; • перерабатывать legacy-компоненты без остановки разработки. ➕ Подробнее читайте на Хабре Кстати, в Яндекс 360 сейчас открыты вакансии для мобильных разработчиков. Это #партнёрский пост

Оптимизация OCR на мобильных: с 5 секунд до 1 (и даже меньше) Автор статьи на DEV Community разрабатывает приложение, которое захватывает экран телефона, распознаёт текст и переводит его. Изначально весь цикл занимал 4–5 секунд. Для реалтайм сценариев (например, перевод игрового меню или чата) это неприемлемо. Задача была уложиться в секунду. Профилирование показало, что 80% времени съедали два этапа: предобработка изображения (800мс) и OCR-инференс (2500мс). Остальное — захват экрана, вызов API перевода, рендеринг — тоже в итоге оптимизировали, но основной выигрыш был не там. В качестве выводов автор предлагает пять советов, которые пригодятся всем, кто работает с OCR на устройстве: 1. Не скармливайте OCR-движку полноразмерное изображение. Экранный текст высококонтрастный, поэтому даунскейл до ~1280px по большей стороне почти не роняет точность, зато кратно ускоряет обработку. 2. Сначала дешёвая детекция текстовых областей, потом дорогой OCR только по ним. На типичном экране приложения текст занимает 30–40% площади: нет смысла гонять инференс по остальным 60–70%. 3. Используйте модель, заточенную под конкретную письменность. Если прогнать латинский распознаватель по китайскому, японскому или корейскому тексту, потратите время и получите мусор. Определяйте тип письменности заранее: по настройкам пользователя или по предыдущим результатам. 4. Параллельте обработку регионов. Если на экране несколько текстовых блоков, их можно распознавать одновременно на разных ядрах. На мобильных чипах это может дать 20–30% ускорения. 5. Кешируйте результаты через перцептуальный хеш (короткий «отпечаток» изображения, основанный на визуальном сходстве, а не побайтовом совпадении). Экран между захватами часто почти не меняется (мигнул курсор, сдвинулась анимация), а перезапускать OCR на практически идентичных кадрах как минимум странно. Итог экспериментов: на мидренж-чипе (Snapdragon 695) пайплайн ускорился с ~4100мс до ~800мс. На флагманах до 400-500мс. Код можно посмотреть в оригинале: https://dev.to/joe_wang_6a4a3e51566e8b52/optimizing-ocr-performance-on-mobile-from-5-seconds-to-under-1-second-332m @mobi_dev

Где лучшие тусовки? На тех-ивентах! Последняя по очереди, но не по значимости — номинация «IT-ивент года». Здесь тоже собрались три компании, и если вы еще не добрались до чтения их кейсов, то давайте сделаем это вместе. — Лаборатория Числитель собрала конференцию, на которой обсуждают строго только K8s. — Мероприятие Selectel, которое стало уже традицией, делали полностью in-house. — Специально для своего хакатона Островок создал платформу, чтобы участвовать могли разработчики из любой точки мира. Выбирайте компанию-фаворита и вручайте ей золотую мышь — голосование доступно на сайте.

Кейсы из номинации «Дизайн года» ждут ваших голосов Осталась ровно неделя до конца голосования в премии Tproger. Уже дико хочется узнать, кто в лидерах! Но даже мы в команде стараемся держать интригу. И чтобы скоротать время, давайте посмотрим на дизайнерские кейсы компаний:

— AcademiaDev представила интерактивную инсталляцию, которая разлетелась по СМИ и собрала 48 млн охвата.

— ИИ-платформа Сократик рассказала, как устроена их система по генерации готовых презентаций.

— Островок поделился, как они сделали отдельную айдентику для Ostrovok! Tech.

Закидайте их своими голосами: https://tprg.ru/WLvk

Какой кейс станет облачным продуктом года? Давайте думать, подсказывайте голосовать! В этой номинации Tproger Awards также участвуют пять компаний. Вот статьи про их продукты:

👍ПАК виртуализации от Гравитона, который построен по гиперконвергентной архитектуре, что предусматривает простое и предсказуемое масштабирование.

👍ИИ-ассистент от Рунити, который начинался как внутренний продукт, но уже вышел на внешний рынок.

👍VPS от SmartApe, который помог онлайн-школе выдержать рост нагрузки в 5 раз.

👍Контейнерная платформа «Штурвал» от Лаборатории Числитель, благодаря которой система стала устойчива к высоким нагрузкам.

👍Облачная платформа от Selectel, которая позволяет компаниям самим управлять данными, подключать нужные сервисы в несколько кликов и иметь доступ к поддержке 24/7.

Что из этого достойно золотой мыши — решать вам. Переходите на сайт голосования и выбирайте тот самый кейс 👍

Выбираем лучший продукт года🐀 У нас в разгаре премия Tproger — в ней мы выбираем лучшие ИТ-разработки среди 16 компаний. Сегодня ближе знакомимся с участниками номинации «Продукт года». В ней участвуют пять компаний. Изучаем:

👍ОТП Банк представляет ASOC-сканер, который спроектировал один разработчик за месяц.

👍Гравитон делится кейсом создания ПО мониторинга без агентов, который можно затестить бесплатно.

👍NetVision борется с недобросовестными самокатчиками с помощью платформы интеллектуального мониторинга СИМ.

👍Solar показывает appScreener, который вырос из стартапа до стандарта рынка; при работе над ним сотрудники получили научные степени.

👍Reksoft рассказывает о платформе Brain ERM, который помогает компаниям экономить до 70% времени на рутинных HR-операциях.

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

Хранение данных в iOS — это то место, где «и так сойдёт» очень быстро превращается в техдолг: костыли в синхронизации, странные баги в офлайне, поломанные миграции и слой доступа к данным, который боишься трогать. 17 февраля в 20:00 МСК на открытом вебинаре OTUS вы узнаете, как хранить данные в приложении правильно и без лишней сложности: какие подходы вообще есть в iOS, как спроектировать слой хранилища на SwiftData и как сделать работу с ним простой и эффективной. По итогу вы будете лучше понимать базовые нюансы SwiftData, сможете выбирать тип хранилища под задачу и писать слой хранения данных «просто и красиво» — без магии и переусложнения. Урок проходит в преддверии старта курса «iOS Developer». Регистрируйтесь Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Премия Tproger объявляется открытой! 🐀 Каждый год команды разработки фиксят баги, выкатывают редизайн, добавляют фичи или создают совершенно новые продукты внутри известных нам брендов. Какие-то результаты работы мы видим, но чаще внутрянка не доступна и оценить по достоинству ее не получается. Отсюда родилась идея Премии Tproger. В ней ИТ-компании делятся успешными кейсами разработки, а аудитория решает, какой проект заслуживает награды — золотой мыши 🐀 В премии участвуют 16 компаний в 4 номинациях: ⚫ Продукт года

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

⚫ Облачный продукт года

В этом разделе вас ждут платформы виртуализации, облачные среды для AI/ML, инструменты управления кластерами и микросервисами, обеспечивающие высокую производительность и быстрый запуск цифровых сервисов. ⚫

IT-ивент года

Участники рассказывают о профессиональных конференциях и хакатонах, объединяющих тысячи разработчиков и инженеров.

⚫ Дизайн года

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

Теперь они в ваших руках 👍 1. Переходите на сайт премии. 2. Выбирайте понравившиеся кейсы в каждой категории. 3. И вручайте им золотую мышь. Голосование продлится до конца февраля и уже в марте мы объявим победителей. Stay tuned!