Пишем тестируемый код.

За последние два года жизнь android-разработчика серьезно изменилась, и она уже больше никогда не будет прежней.
Уверен, что каждый из нас, приходя в новый проект, испытывал боль, пытаясь разобраться в том, как все работает и как устроено. И это не из-за того, что предыдущие разработчики были плохими, а скорее из-за того, что не было единых, удобных инструментов и подходов. Повсеместно встречалась неправильная работа с потоками исполнения, неаккуратная синхронизация, огромные фрагменты UI и классы-активити, смешение бизнес-логики и UI.
Однако, Гуглом, а главное Android-сообществом, была проделана огромная работа, чтобы код приложений становился более структурированным, декомпозированным и покрытый тестами.
Теперь у нас есть отличная возможность писать «тестируемый» код. Что это такое — «тестируемый код»? Это код, который легко сопровождать, модифицировать и покрывать тестами.
В своем докладе я бы хотел рассмотреть «новые-старые» архитектурные подходы (Clean Architecture, MVP, MVVM, DI) и инструменты (RxJava, Dagger 2, Retrofit, Otto и другие), которые позволяют писать нам красивый, тестируемый код, и привести короткие примеры улучшений (до и после).
Также доклад будет являться площадкой для дискуссий и обсуждений, так как архитектура — это излюбленная тема для «холиваров».

Евгений Мацюк  , СберТех

Занимаюсь Android-разработкой с 2012 года. На данный момент являюсь ведущим разработчиком, в чью компетенцию также входят вопросы построения архитектуры, внедрения новых инструментов и подходов.
Имею опыт внедрения:

1. Новых подходов - Clean Architecture, MVP, DI,
2. Новых инструментов - Dagger 2, RxJava, EventBus и прочие
3. Тестирования - JUnit4, Mockito, Robolectric, Espresso, написание юнит-тестов, интеграционных тестов