Чем отличается от веба
Приложение живёт на устройстве. Его надо установить, обновить, оно занимает место. Отсюда требования к размеру и аккуратности с ресурсами.
Ограничения устройства. Батарея, память, нестабильная связь, разные размеры экранов. Веб-разработчик редко думает о том, что приложение может работать в метро без сети, — мобильный думает всегда.
Магазины приложений. Выкладка идёт через проверку, которая может занять дни и закончиться отказом. Это меняет ритм работы: выпустить исправление за час, как в вебе, не получится.
Жизненный цикл. Приложение сворачивается, система может его выгрузить, потом восстановить. Управление состоянием сложнее, чем на странице.
Что выбрать
Родная разработка под Android. Язык Kotlin, современный набор инструментов. Плюсы: устройств больше, порог входа мягче, инструменты бесплатны и работают на любой системе.
Родная разработка под iOS. Язык Swift. Плюсы: аудитория платёжеспособнее, инструменты качественные. Минус существенный: разрабатывать можно только на технике Apple, что для новичка означает заметные расходы.
Кроссплатформенные средства. Один код под обе платформы. Экономят время, но требуют понимания обеих платформ, когда что-то идёт не так.
С чего начать новичку
Практический совет: если у вас нет техники Apple, начинайте с Android. Иначе первый же шаг упрётся в покупку компьютера.
Если техника есть — смотрите на вакансии в вашем городе и считайте, чего больше.
Про кроссплатформенные средства. Мнения расходятся. Аргумент за: быстрее к результату, одна кодовая база. Аргумент против: когда что-то ломается на конкретной платформе, разбираться придётся всё равно в её особенностях, а базы у вас нет.
Разумный подход: начать с родной разработки под одну платформу, освоить основы, а кроссплатформенные средства добрать позже. Обратный порядок оставляет пробелы.
Что учить
Язык. Kotlin или Swift, в зависимости от платформы.
Устройство интерфейса. Современные декларативные подходы: описываете, как выглядит при данном состоянии, система отрисовывает.
Жизненный цикл. Что происходит при сворачивании, повороте экрана, нехватке памяти.
Работа с сетью. Запросы, обработка отсутствия связи, кэширование.
Локальное хранение. База на устройстве, настройки, файлы.
Публикацию. Как собрать, подписать и выложить. Стоит пройти этот путь хотя бы раз.
Как собрать портфолио
Сделайте приложение, которым будете пользоваться сами. Трекер привычек, учёт расходов, список покупок — что угодно личное.
Обязательно опубликуйте. Хотя бы в открытом тестировании. Это отличает вас от большинства: пройти проверку магазина — отдельный опыт, и работодатели это видят.
Покажите работу без сети. Приложение, которое разумно ведёт себя без связи, сразу говорит о том, что автор думал о реальном использовании.
Приложите скриншоты и запись экрана. Без них приложение никто не увидит: устанавливать ради оценки резюме не будут.
Одно опубликованное приложение с продуманными состояниями весит больше пяти учебных проектов из уроков.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- Choosing a direction: front-end, back-end or testingA practical way to decide instead of reading comparisons: what to try, what to notice, and why the choice isn't final.
- Как выбрать направление: фронтенд, серверная часть или тестированиеПрактический способ выбрать вместо чтения сравнений: что попробовать, на что смотреть и почему выбор не окончательный.
- Mobile development: where to start and what to chooseHow it differs from web work, which platform to pick, whether to use cross-platform tools, and how to build a portfolio.