Я не разработчик, но теперь у меня есть своё приложение в App Store, которое помогло мне больше ходить и в прошлом месяце я прошёл 500 000 шагов. В этой статье рассказываю как я к этому пришёл и какие инструменты помогли ускорить путь.
Примерно три года назад я подумал, что было бы неплохо сделать своё мобильное приложение – просто потому, что захотелось и стало любопытно, а как это вообще делается.
Если вы продакт, вы точно хотя бы раз писали релиз-ноты и ловили себя на мысли: а их вообще кто-то читает? В большинстве случаев — нет. Release notes остаются формальностью между сборкой билда и публикацией в сторе.
Но если посмотреть на рынок, можно выделить три совершенно разных подхода к ведению Release Notes. Кто-то пишет для галочки, кто-то — для отчета, а кто-то превращает список багов в шоу. Разберем каждый из них.
Самый распространенный и безопасный путь. Команда не тратит время на копирайтинг. Текст вроде “Исправили баги, улучшили производительность”кочует из версии в версию в сторе.
Xcode ужасен, и об этом много кто говорит. Постоянные ошибки, баги интерфейса, неочевидное поведение и местами плохая документация — всё это мешает спокойно писать код. Вместо работы над проектом приходится искать решения проблем и пытаться починить то, что должно работать из коробки. Ещё одна неприятность на этом пути заключается в том, что Apple не всегда публично рассказывает о багах в Xcode, поэтому надо ещё догадаться, что именно не работает.
В этой статье автор делится ошибками и «особенностями» Xcode, которые больше всего его раздражают. Главный совет: держитесь подальше от этой IDE и всегда ищите альтернативы.
Логи — это текстовые сообщения, которые пишет само приложение во время своей работы. Они как внутренний дневник: приложение само рассказывает, что оно делало, какие данные отправляло, что получило в ответ, куда не смогло достучаться, какие условия сработали или не сработали.
Вот пример креш‑лога из .ips‑файла, который показывает критическую ошибку в некогда популярной игре Pokemon GO:
Читать полностью »Сегодня UI в продукте — не просто красивая картинка. Это полноценный драйвер роста компании в борьбе за первенство. И не получается относиться к этому как «просто запили мне нормальный UI». Каждый элемент стоит денег и ресурсов разработчиков и дизайнеров.
В первой части статьи мы посмотрели, как ИИ помогает менять скорость релизов с помощью Claude 4.5 и влиять на результаты бизнеса. А теперь давайте разберёмся, как это сделать с другими инструментами.
Разработка интерфейсов мобильных приложений — одна из самых дорогих стадий в проектах. Каждый экран проходит через дизайнеров, верстальщиков и ревьюеров, из-за чего растёт стоимость и замедляется релиз продукта. Бигтех уже снижает эти издержки с помощью ИИ — например, Яндекс ускорил аналитику на 30% с помощью агента.
Я — Владимир Макеев, CEO Surf, автор ТГ-канала «Макеев всё оцифровал и доволен»Читать полностью »
Помните, одно время тематические площадки заполонили статьи вида: «Я устал от [плохих] приложений для изучения английского, поэтому сделал своё» или «Я устал от [неправильных] трекеров продуктивности, поэтому создал собственный»? В реалиях современных аппсторов заголовок можно сократить до: «Я устал». Статистика говорит, что app fatigue is real. А мы в Beeline Cloud решили посмотреть, как менялось отношение к мобильным приложениям — от «эры пост-ПК» до настоящего времени.