1) Да, разработчика нашли, он к нам присоединяется в конце этой недели
2) Присоединяется к команде hr-mobile, и соответственно, вместе с iOS разработчиками, QA и другими Android (они из РФ) будет практически с 0 переписывать приложение для работодателей
Советую посмотреть в сторону Android Academy (бесплатные курсы от действующих разработчиков) плейлист на курс от новичков и телеграм канал сообщества. Скоро будет бесплатный онлайн курс, думаю, это как раз то, что Вам нужно
Ребята, возможно вопрос достаточно холиварный и сложный, но все же, почему в iOS и Android различаются подходы? arkivanov рассказывал, что у вас получилось Android приложение полностью на новую архитектуру перевести и сейчас осталось буквально немного легаси на чистой архитектуре. Что в это время делала iOS часть команды? Почему не шарили экспертизу? Не удалось убедить? Какие аргументы были не использовать MVI в iOS? Ваш подход к MVI и MVVM не особо противоречат другу. Да, и почему в iOS (ссылку на старую статью прислал wiruzx ) самописная реактивщина?
Опишите проекты, которые сделали, какой в них использовали стек, какие были достижения. Если есть NDA, то не называйте компанию явно.
Вариант 1: один блок с опытом работы, и его разделить на отдельные проекты (если они были параллельные либо маленькие).
Вариант 2: несколько блоков фриланс каждый из которых отдельный проект
Вариант 3: гибридный
Главное порефлексируйте, что вы сделали крутого, наверняка за 10 лет что-то найдется ;)
1) Обычно команда договаривается, во сколько они будут работать. Есть команды, у которых время посещения смещено ближе к утру.
Однако, межкомандные встречи теоретически могут быть до 18.
2) Moxy брали как инструмент, который точно работает и не подведет. Тем более сейчас в нём инкрементальная компиляция. По поводу Moxy — старый репозиторий на гитхабе скоро будет задеприкейчен, новую версия допиливаем его вместе с ребятами из комьюнити. Там уже и AndroidX и Ktx.
Toothpick взяли потому что для разделения на модули это был идеальный инструмент.
Navigation Architecture Component нам не очень подходит, Cicerone допилили, сидим на своем форке.
Пробовали MVVM, ресечили в стейт машины различные (очень помогает разделение на модули — не заражает всю кодовую базу). Пока не остановились ни на чём конкретном. Лично мне импонирует подход со стейт машинами. Будем дальше копать
У нас осталось еще много сетевых моделей на Java и немного старых экранов. Мы не ставим во главе цель избавиться от Java как можно быстрее. Код на Java сам уходит с довольно хорошей динамикой.
3) Осенью наш этаж будет ремонтироваться, думаю о розетках и проводах не забудут)
Школа программистов у нас на Java и JavaScript, частично — на Python.
Если вы рассматриваете вакансию Android стажера, то рекомендую посещать абсолютно открытую и бесплатную Android Academy Msk, которую проводят в том числе и наши ребята. Кстати у нас уже работают два выпускника с прошлых курсов Fundamentals
Последние 10 лет мы ежегодно проводим Школу программистов . Прямо сейчас в неё идет набор. По Android наши ребята проводят абсолютно бесплатные лекции в Android Academy Msk
Первая лекция была вчера, следующая 15 августа. Приходите, будем рады Вас видеть!
Этот флаг для тестирования действительно позволяет найти некоторые баги в приложении, но поведение, которое он воспроизводит, НИКОГДА не встречается в реальности!
У нас последнее время стали встречаться все чаще, так как вендоры все больше перепиливают систему. Возможно у вас не получилось это воспроизвести, но это не значит, что проблемы нет)
Запустили другое ресурсоемкое и/или дали телефону уйти в сон
Развернули свое приложение
Поднимется верхнее Activity стэка, при этом нижние будут задестроены.
Собственно, поэтому дико плюсую за подход с Single Activity при шаренной неперсистентной бизнес логике. Однако, в некоторых случаях можно использовать и отдельное Activity, например, для инициализации нативных библиотек, камеры, VR и т.д.
В проектах на бою пока что не советую использовать, только в сэмплах разве что. На настоящий момент фреймворк находится в глубокой альфе (о чем говорит суффикс alpha01). Как выше правильно подметил Prototik, внутри либа тянет саппорт не из androidx и пока переход на Jetpack (перенос всех компонентов в android x) не будет прозрачным и Jetifier (инструмент для этого перехода) не обкатают, можно будет схватить очень неприятные конфликты библиотек.
Тут дело не только в интерфейсе, но и в структуре класса.
Мы рассматриваи следующие альтернативы:
порядок по модификаторам
порядок по регионам
порядок не регламентируется
Вариант порядок по регионам слабо коррелирует с Single Responsibility из солид
Вариант порядок не регламентируется мы пробовали, но это было неудобно, особенно при переопределении методов ЖЦ Активити код был довольно разнородный и непредсказуемый
В итоге остановились на варианте с порядоком по модификаторам
2) Присоединяется к команде hr-mobile, и соответственно, вместе с iOS разработчиками, QA и другими Android (они из РФ) будет практически с 0 переписывать приложение для работодателей
Ребята, возможно вопрос достаточно холиварный и сложный, но все же, почему в iOS и Android различаются подходы? arkivanov рассказывал, что у вас получилось Android приложение полностью на новую архитектуру перевести и сейчас осталось буквально немного легаси на чистой архитектуре. Что в это время делала iOS часть команды? Почему не шарили экспертизу? Не удалось убедить? Какие аргументы были не использовать MVI в iOS? Ваш подход к MVI и MVVM не особо противоречат другу. Да, и почему в iOS (ссылку на старую статью прислал wiruzx ) самописная реактивщина?
Вопрос, видимо, к bivy, как к Head of Mobile
Место, за ответ! А чем обоснован такой выбор?
Почему не использование общие подходы к архитектуре? Бизнес не страдает от этого?
Вариант 1: один блок с опытом работы, и его разделить на отдельные проекты (если они были параллельные либо маленькие).
Вариант 2: несколько блоков фриланс каждый из которых отдельный проект
Вариант 3: гибридный
Главное порефлексируйте, что вы сделали крутого, наверняка за 10 лет что-то найдется ;)
У Huawei есть аналог с аналогичным API
Попробуйте подать заявку в школу программистов. В ней как раз подтягиваем навыки в нужном нам стеке.
Там кстати тестовое интересное должно быть.
Да, мы планируем расти, думаю скоро откроем вакансию, может и не одну.
Бывает что новые фичи не приживаются. К примеру, из-за негативного результата эксперимента модуль с DI на dagger прожил не очень длинную жизнь.
Однако, межкомандные встречи теоретически могут быть до 18.
2) Moxy брали как инструмент, который точно работает и не подведет. Тем более сейчас в нём инкрементальная компиляция. По поводу Moxy — старый репозиторий на гитхабе скоро будет задеприкейчен, новую версия допиливаем его вместе с ребятами из комьюнити. Там уже и AndroidX и Ktx.
Toothpick взяли потому что для разделения на модули это был идеальный инструмент.
Navigation Architecture Component нам не очень подходит, Cicerone допилили, сидим на своем форке.
Пробовали MVVM, ресечили в стейт машины различные (очень помогает разделение на модули — не заражает всю кодовую базу). Пока не остановились ни на чём конкретном. Лично мне импонирует подход со стейт машинами. Будем дальше копать
У нас осталось еще много сетевых моделей на Java и немного старых экранов. Мы не ставим во главе цель избавиться от Java как можно быстрее. Код на Java сам уходит с довольно хорошей динамикой.
3) Осенью наш этаж будет ремонтироваться, думаю о розетках и проводах не забудут)
Если вы рассматриваете вакансию Android стажера, то рекомендую посещать абсолютно открытую и бесплатную Android Academy Msk, которую проводят в том числе и наши ребята. Кстати у нас уже работают два выпускника с прошлых курсов Fundamentals
Первая лекция была вчера, следующая 15 августа. Приходите, будем рады Вас видеть!
У нас последнее время стали встречаться все чаще, так как вендоры все больше перепиливают систему. Возможно у вас не получилось это воспроизвести, но это не значит, что проблемы нет)
Don't keep Activities воспроизводит следующее поведение:
Поднимется верхнее Activity стэка, при этом нижние будут задестроены.
Собственно, поэтому дико плюсую за подход с Single Activity при шаренной неперсистентной бизнес логике. Однако, в некоторых случаях можно использовать и отдельное Activity, например, для инициализации нативных библиотек, камеры, VR и т.д.
В проектах на бою пока что не советую использовать, только в сэмплах разве что. На настоящий момент фреймворк находится в глубокой альфе (о чем говорит суффикс alpha01). Как выше правильно подметил Prototik, внутри либа тянет саппорт не из androidx и пока переход на Jetpack (перенос всех компонентов в android x) не будет прозрачным и Jetifier (инструмент для этого перехода) не обкатают, можно будет схватить очень неприятные конфликты библиотек.
Если у вас браузер лагнул или в метро интернет пропал, приходите домой и в спокойной обстановке отправляйте запрос повторно ;)
Если вспомните моменты, которые мы упустили то кидайте пулреквесты / issue
Мы рассматриваи следующие альтернативы:
Вариант порядок по регионам слабо коррелирует с Single Responsibility из солид
Вариант порядок не регламентируется мы пробовали, но это было неудобно, особенно при переопределении методов ЖЦ Активити код был довольно разнородный и непредсказуемый
В итоге остановились на варианте с порядоком по модификаторам