Ну, на мой взгляд вот эта «Концепция событий» в данном случае выглядит как костыль. Архитектурно не заложено и просто решили притянуть за уши то, что есть. Так же костыльным решением выглядит обработка ошибок, почему сразу не добавили некий onError по аналогии с Rx Observable не очень ясно.
Было бы также интересно посмотреть на случай разной вёрстки для планшетов/телефонов. Что лучше делать в этом случае? Разные ViewModel или может одна? Если одна, то где располагать логику поведения для разных типов девайсов?
Мне лично понравилось только dryrun. Действительно удобно.
По-моему мнению всё остальное делается в самой AS из коробки:
1) Обычный Run также запускает приложения сразу
2) Есть Attach debugger to Android process
3) Логи также выводятся по конкретному приложению, если указать «Show only selected application»
И будет даже быстрее по горячим клавишам, чем переключаться в консоль и набирать команды…
Вот по флагу -offline не очень понял. Если все зависимости загружены и не указано версии как x.x.+ то всё и так будет быстро, разве нет?
А можете пример дать, когда действительно это надо(без висящего уведомления)? Я лично не могу придумать особо. Пользователь же всё равно не видит результат вашей фоновой задачи пока не вернётся в приложение, а когда вернётся хз ещё…
4K ладно, хорошо, пускай, часть пипла схавает) А дальше? Что дальше-то? Новые «революционные» экраны 8K/16K на мобилках? Маркетологи также будут продолжать петь про:
Да, можно было и больше. В прошлом году на MBLTdev конференции посвящённой мобильной разработке выступал человек от Сбербанка, подробно рассказывал об архитектуре.
Ну СберТех вроде не маленькая студия по разработке, чтобы поверхностно себя представлять. Не могли найти время/денег/ресурсов на написания хорошей подробной статьи с уникальным контентом?
Ну так и расписали бы нормально. Вот я прочитал про Андроид, краткий пересказ: мы пишем на Java в Android Studio, применяем Clean Architecture и RxJava. Тестируем с помощью JUnit и Mocktio.
Ну, молодцы, чё! А кто щас так не делает…
В чём польза статьи?)
Рассказали какие необычные подходы используются в СберТехе? Нет.
Рассказали что-то новое о мобильной разработке? Нет.
Рекламировали какой СберТех крутой и надо идти туда работать? Нет.
Было бы также интересно посмотреть на случай разной вёрстки для планшетов/телефонов. Что лучше делать в этом случае? Разные ViewModel или может одна? Если одна, то где располагать логику поведения для разных типов девайсов?
По-моему мнению всё остальное делается в самой AS из коробки:
1) Обычный Run также запускает приложения сразу
2) Есть Attach debugger to Android process
3) Логи также выводятся по конкретному приложению, если указать «Show only selected application»
И будет даже быстрее по горячим клавишам, чем переключаться в консоль и набирать команды…
Вот по флагу -offline не очень понял. Если все зависимости загружены и не указано версии как x.x.+ то всё и так будет быстро, разве нет?
У маркетологов Сони тут недавно тоже был «свежий взгяд на традиционные цвета».
Тренировки с такой лопатой в кармане за over 50000?
Ну, молодцы, чё! А кто щас так не делает…
Рассказали какие необычные подходы используются в СберТехе? Нет.
Рассказали что-то новое о мобильной разработке? Нет.
Рекламировали какой СберТех крутой и надо идти туда работать? Нет.
Зачем при разработке под Андроид использовать сразу две почти идентичных IDE? От второй вообще сейчас уже проку нет(в разрезе Андроида)