CohortX
Блог

Мобильная разработка: с чего начать и что выбрать

3 августа 2026 г. · 2 мин чтения · Read in English · Антон Молотило

Чем отличается от веба

Приложение живёт на устройстве. Его надо установить, обновить, оно занимает место. Отсюда требования к размеру и аккуратности с ресурсами.

Ограничения устройства. Батарея, память, нестабильная связь, разные размеры экранов. Веб-разработчик редко думает о том, что приложение может работать в метро без сети, — мобильный думает всегда.

Магазины приложений. Выкладка идёт через проверку, которая может занять дни и закончиться отказом. Это меняет ритм работы: выпустить исправление за час, как в вебе, не получится.

Жизненный цикл. Приложение сворачивается, система может его выгрузить, потом восстановить. Управление состоянием сложнее, чем на странице.

Что выбрать

Родная разработка под Android. Язык Kotlin, современный набор инструментов. Плюсы: устройств больше, порог входа мягче, инструменты бесплатны и работают на любой системе.

Родная разработка под iOS. Язык Swift. Плюсы: аудитория платёжеспособнее, инструменты качественные. Минус существенный: разрабатывать можно только на технике Apple, что для новичка означает заметные расходы.

Кроссплатформенные средства. Один код под обе платформы. Экономят время, но требуют понимания обеих платформ, когда что-то идёт не так.

С чего начать новичку

Практический совет: если у вас нет техники Apple, начинайте с Android. Иначе первый же шаг упрётся в покупку компьютера.

Если техника есть — смотрите на вакансии в вашем городе и считайте, чего больше.

Про кроссплатформенные средства. Мнения расходятся. Аргумент за: быстрее к результату, одна кодовая база. Аргумент против: когда что-то ломается на конкретной платформе, разбираться придётся всё равно в её особенностях, а базы у вас нет.

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

Что учить

Язык. Kotlin или Swift, в зависимости от платформы.

Устройство интерфейса. Современные декларативные подходы: описываете, как выглядит при данном состоянии, система отрисовывает.

Жизненный цикл. Что происходит при сворачивании, повороте экрана, нехватке памяти.

Работа с сетью. Запросы, обработка отсутствия связи, кэширование.

Локальное хранение. База на устройстве, настройки, файлы.

Публикацию. Как собрать, подписать и выложить. Стоит пройти этот путь хотя бы раз.

Как собрать портфолио

Сделайте приложение, которым будете пользоваться сами. Трекер привычек, учёт расходов, список покупок — что угодно личное.

Обязательно опубликуйте. Хотя бы в открытом тестировании. Это отличает вас от большинства: пройти проверку магазина — отдельный опыт, и работодатели это видят.

Покажите работу без сети. Приложение, которое разумно ведёт себя без связи, сразу говорит о том, что автор думал о реальном использовании.

Приложите скриншоты и запись экрана. Без них приложение никто не увидит: устанавливать ради оценки резюме не будут.

Одно опубликованное приложение с продуманными состояниями весит больше пяти учебных проектов из уроков.

Хватит читать — пора делать

На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.

Похожие статьи