Ну тогда уж 50/80)

Так это зависит. В мегаполисах в офис вакансий больше, чем свободных программистов. Вне мегаполисов интересных вакансий фактически нет.

Вопрос для 2ой части про #найм: Как столичные компании относятся к принятию в штат удаленщиков из регионов? С каким уровнем возможно так устроиться? Наверное, для мидла в офисе и мидла на удаленке требования могут отличаться?

Устроиться конечно возможно, но чаще всего столичные компании идут по такому пути из-за того что на столичном рынке ничего для себя не нашли.
Джуны и миддлы это те в которых нужно еще вкладывать нормально чтоб они приносили пользу, с сеньёрами-помидорами проще, поэтому первым сложнее найти работу по удаленке.

Сеньерам хорошую удаленку тоже не просто найти

тут на udacity курсы завезли для тех, кто ищет работу https://www.udacity.com/courses/career

Всем привет. Андроид разработчик. Работаю в Германии.
Спасибо за последний выпуск. Очень интересно.
Вопрос: сейчас уже полгода пишу фичи на обеих платформах (40% ios, 60% андроид, все native никакого кроссплатформа) из за схожей архитектуры mvvm на обеих версиях приложения.
Это для резюме, тим лидов и hr плохо когда такое распределение? Если в линкедине ставишь Mobile Application Developer вместо Android Developer. Может лучше только в одной платформе остаться?
Опыт работы в мобильной команде: Андроид 2 года, ios полгода. Планируется (предлагается начальством) 50/50 делать андроид/ios.
Большое спасибо.

Ну ты сходи пособеседуйся и по той платформе и по той и поймешь свои сильные/слабые стороны

На Андроид конечно лучше. Мы на нем все делаем и rx и даггер и room.
На ios просто поддерживаю ios ребят.

Вопрос: стоит ли мне дальше разрабатывать на обеих платформах и становиться двусторонним или оставаться только на Андроид. Именно с точки зрения резюме. Что лучше.
Спасибо.

Лично мое мнение:
- Твой опыт iOS разработки будет либо маленьким плюсом, либо совсем не учитываться при приеме на чистую Android позицию
- Твой опыт iOS будет сильно важен при приеме на работу на определенные места. Например, стартап, разработка кроссплатформенной библиотеки или что-то подобное

Вопрос составления резюме и выбора пути разработки как по мне слабо связан.

Разрабатывая на обеих платформах можно получить гораздо больше опыта и понимания как разработчик в целом, потому что смотришь на решение одной проблемы с учетом разницы в ограничениях платформы. Что несомненно плюс в развитию себя как Software Engineer.

Касательно резюме. Оно не должно быть 1 для всех позиций и всех компаний. Если посмотреть как работает система HR в целом, то на этапе просмотра резюме мы имеем на входе:
1. Требования например MVVM, Dagger, Room - Массив строк
2. HR специалиста который как правило не знает что эти слова значат в глубоком смысле, иначе этот специалист был бы уже в разработке, а не в HR(общий случай, конечно бывают технические HR исключения которые могут и про чистый код с тобой пообщаться).
3. N Резюме кандидатов - Массив массивов строк
Задача HR пройтись по N резюме, и найти те которые соответствуют требованиям. При этом имея только информацию что внутри всё это слова.
Определим функцию "соответствуют требованиям" как если (совпадений в словах >= 80%) подходит, иначе нет.

Исходя из алгоритма подбора кандидатов можно увидеть что вся логика сведена к количеству совпадений между резюме и требованиями.

Более того, некоторые компании которым приходится обрабатывать огромные количества входящих резюме действительно могут использовать внутреннюю систему вроде https://www.jobscan.co/ и настоящий человек даже не дойдёт до вашего резюме если оно не проходит порог.

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

Другое дело публичные профайлы типа linkedIn или hh. Там поиск как правило осуществляется по ключевикам, и если ищут Android разработчика, то те кто указали в заголовки Android будут выше чем те кто указали Mobile, и соответственно наоборот. Чтобы использовать эту особенность работы системы есть смысл писать в заголовке Android|iOS|Mobile Developer


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

Роман, Никита, спасибо за ваше мнение и опыт.

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

Довольно интересное интервью

Найдутся, когда будут конкретные вопросы по платформе, пиши в чат

Привет.
Я около года назад сам впервые искал работу разрабом. Я не буду оригинальным, если скажу, что лучший способ скорректировать программу обучения - походить по собеседованиям. Но это эффективнее любой программы, на мой взгляд. А стыдно на собесе будет только первые пару раз. Потом это тебя перестанет пугать, да и уровень твой будет расти с каждым собесом. Это работает, если в твоем городе достаточно мест для экспериментов, конечно

Не обязательно физически присутствовать на собеседовании. По Скайпу можно в любую практически компанию собеседоваться.

Начни со startandroid.ru

*уровень прохождения собеседований