https://github.com/zserge/anvil
http://zserge.com/blog/anvil-2.html
Kotlin is supported as well (http://zserge.com/blog/anvil-kotlin.html)
I plan to keep v<Class> anyway because it works nice with custom views when there is no generated syntax sugar.
Also, if you're open to Xamarin, there's a great library there called MvvmCross that gives you in-AXML databinding and a general feel similar to Angular.
Unfortunately neither of the data binding libraries for Android worked for me, because they are either too hard to extend or too big/complex.
RoboBinding's idea is nice, but to me it's too implicit. It's really hard to tell what's happening behind the scenes.
As for the Xaramin - I would like to try it, but I run linux on my development machine, and it didn't start with Wine.
I think yelp is written as that. And to add insult when they moved to the material hype the home button on top left became yet another back button... they did add shortcuts on the left now. But it's all breaking stuff and adding bandaids on top of bandaids
Activities are indeed the piece of the framework I would be most eager to see removed/revamped. I have seen many devs (even supposedly experienced ones) use/encourage to use patterns that lead to leaking the Activity context (like retaining everything, especially the UI). There will always be people writing awful code, but Activities may too hard to grok for many devs (and that's not their only issue by far).
There is brilliant article from Squareup about that - https://corner.squareup.com/2014/10/advocating-against-andro...
In Anvil I try to follow Square's approach, e.g. keep components as viewgroups and use a custom backstack to manage them as needed (e.g. back/home navigation, multi-pane layouts etc). Then you get just one activity per application and it's a big relief.