The Future of TechYourChance is Community

Today I have very exciting news for my readers and students: I’m launching TechYourChance membership program to build a community of Android developers.

More than five years ago TechYourChance started as my personal scratchpad and gradually evolved into a popular blog about Android development. Then, at the beginning of 2018, I announced that I’ll create a bit of premium content to “offset the costs” of maintaining this project. Reading that announcement today, I can’t stop laughing at myself. If I had known back then what it’ll take, I’d never go down that path. But I didn’t know. So, I struggled enormously, but eventually created my first course. Then the second one and so forth. Today, I have more than 10,000 students on Udemy who love my courses and ask for more. That’s an amazing outcome of my blissful ignorance, followed by a stubborn grind.

To be honest, my dedication to TechYourChance and its success stand in surprising contrast to many failures I’ve had over these years in other areas. For example, if you’d ask me five years ago, there is no way I’d guess that I’ll pour thousands of hours of effort into TechYourChance and it’ll become my most successful project. But that’s exactly what happened, even though I still can’t grasp its full impact and occasionally think about TechYourChance as just my small blog.

Naturally, I’ve been thinking about the future of TechYourChance. In fact, this has been the biggest question on my mind for more than a year.

See, from purely materialistic point of view, for the past year and a half, the best path forward for me was to produce more courses. In other words, money-wise, spending my time freelancing and consulting just didn’t make sense anymore. However, I created just one new course in 2019, and I haven’t created any in 2020 yet. I realized that money on its own isn’t sufficient motivator for me. Therefore, I had to find more important goal if I wanted to take TechYourChance to the next level. Luckily, I think I found it.

However, before I tell you about that big goal and the future of TechYourChance, you need to understand my view of Android ecosystem. It’s not all rainbows and unicorns, to put it mildly. So, you’re about to read some gloom stuff below. I feel kind of sorry to burden you, but this context is absolutely mandatory for this announcement. Therefore, there is no way around this unpleasant topic.

Tough Times for Android Developers

I believe that being an Android developer today is very stressful and high-risk career path. It’s not like it had ever been a walk in the park, but what I observe in Android ecosystem in the past years is just madness.

See, as I wrote at the end of 2019, despite being very active member of Android community, I constantly feel that I can’t keep up with what’s going on. This sentiment is shared by many other experienced Android developers who feel overwhelmed with changes. Not sure how new developers feel, but I’d expect them to just drown in the ocean of new libraries, changing practices and deprecations.

If I try to step back from my personal experience and see the bigger picture, it gets even more discouraging.

Looks like Google is re-architecting Android platform without sharing any long-term vision with us. If that’s even remotely the case, we’re about to experience even higher rate of changes and, consequently, even more stress in the future. In fact, it probably means that whatever “best practices” Google promotes today, many of them will become obsolete or even deprecated by the time “re-architecting of Android” completes. In other words: Android developers are doomed to waste a lot of their time and personal potential in the foreseeable future.

A Sign of the Times: Fear

Three years ago, for the first time in my life, I experienced “Android developer’s fear”. Back then, Google announced official support for Kotlin in Android and I had to decide whether to jump on the hype wagon right away, or wait. This decision was tough.

On the one hand, it was clear that Kotlin’s ecosystem was too immature. On the other hand, there were these fears of making the wrong decision for my clients and being “left behind” professionally. The worst part was that Google never shared any long-term roadmap for either Java or Kotlin in Android, so fully informed decision was not an option. Eventually, I had conducted an extensive analysis and decided (both for myself and my clients) to postpone the adoption of Kotlin. It turned out to be the right decision, but, to be honest, I still doubted it for quite a bit after that.

A bit later it struck me that a lot of developers and managers experienced this same fear. In fact, looks like it’s a major driving force behind Kotlin’s adoption (though not the only one): developers fear to be left behind; managers fear that they’ll have hard time attracting new developers in the future. Gradually, more and more companies decide to just bite the bullet and migrate to Kotlin.

However, it didn’t stop with just Kotlin. The same dynamics took place with various Jetpack libraries.

I should probably mention Jetpack Compose specifically because it’s the freaking Sword of Damocles hanging above our heads for the past year and a half. Google made it very clear that they’re serious about it, but they don’t share Compose’s roadmap with us, so we can’t even plan our actions in advance. The community is in full-reactive mode, waiting for something to happen at some point in the future. Makes me feel sorry for new Android developers who struggle to learn “modern” Android practices and then realize that all that can become legacy in just couple of years.

And then there is the fear that many Android developers are too afraid to even acknowledge: Flutter. Some developers still dismiss Flutter just because it uses Dart, due to its immaturity, because it’s not “native”, etc.. However, at this point, that’s either blissful ignorance or wishful thinking.

You probably know that I like quantitative data, so here is one very disturbing snapshot from StackOverflow Trends:

The above chart shows that Flutter-related searches are already almost 50% as common as Android-related ones, and, furthermore, that Dart already surpassed Kotlin. Sure, there are many legitimate ways to interpret this data, but dismissing Flutter is not one of them.

Given there aren’t that many apps written in Flutter, the abundance of Flutter-related questions on SO is surprising. I suspect that the reason for this is that many developers “try” Flutter in their personal time. You know, just to avoid being left behind if Flutter indeed eats away at Android jobs market in the future. Of course, much of this effort will turn out to be a waste if Flutter won’t fly.

And then there is Fuchsia lurking in the dark. Most developers aren’t concerned about it because Google hasn’t launched it yet. However, if it will launch, we’ll hit new levels of stress and doubts.

Unfortunately, despite all the fears, the uncertainty and the doubts among Android developers, Google don’t step in to help us. In my opinion, it’s just cruel, given they are the ones causing all these adverse effects in the first place.

Truth, Even if it’s Painful

I understand that the picture I’ve drawn above can be discouraging, or even depressing. Not the kind of story which encourages people to join any community at all, let alone pay for it. However, that’s my honest opinion and it has everything to do with TechYourChance going forward.

In the past five years, I’ve always shared with you my professional opinion in straightforward and honest manner, even if I knew that it’ll be seen as controversial. Sometimes, I paid the price for that (both figuratively and literally). However, that’s not something I’m willing to give up. So, you can fully expect this kind of communication going forward.

But just telling you “my truth” isn’t that useful if my opinions turn out to be wrong, isn’t it? So, you should be legitimately concerned with the accuracy of my predictions.

Well, at this point, almost all my opinions and predictions have already turned out to be correct. Even the ones that were seen as extremely controversial, or even nonsensical back in the days. Furthermore, as far as I know, almost none of my predictions turned out to be incorrect.

Accurate Analysis and Predictions

Since the question of accuracy is crucial, general claims like “my predictions turned out to be correct” probably won’t do. Therefore, I want to explicitly review some of the more important opinions and predictions that I’ve shared over the years. My goal here is not to boast, but to show you that I never let my readers and students down.

So, here is the list of my most important opinions and predictions:

  • I advocated against DataBinding from the moment it was announced. I predicted that it won’t become mainstream and will eventually become obsolete. DataBinding is pretty much legacy today.
  • When Google released ViewModel “architecture component”, I said that it’s unnecessary complex framework which won’t solve any real-world problems, but will create some of its own. Turned out that adding one additional lifecycle doesn’t really make handling of lifecycles easier. In addition, ViewModel turned out to be a disaster in terms of dependency injection (e.g. both Koin and Dagger have special features to handle ViewModel specifically). I also predicted the appearance of the relatively recent SavedState module, long before Google realized a need for it.
  • You might remember that alongside ViewModel, Google also released Lifecycle “architecture component”. I said back then that the idea of spreading lifecycle handling over larger area of your code is counter-productive and it’s not something you should do. Well, luckily, this framework never took off in third-party apps. In fact, the only “lifecycle aware component” that got traction, LiveData, turned out to be a failure. It started as a general framework, but Google quickly realized that it’s too limited, so they “restricted” its scope to just UI. Furthermore, looks like LiveData is going to become obsolete relatively soon.
  • I’ve probably been the most vocal advocate against The moment I saw this library, I knew it’ll be needlessly complex and will lead to a huge churn. When I created my first course on DI, I intentionally didn’t cover it and told the students to stay away. The recent release of Hilt marked the effective deprecation of
  • Speaking of Dagger Hilt, it basically embodies the approach I’ve been recommending for years.
  • In the larger context of dependency injection in Android, I predicted that Koin, despite being a nice DI framework and having decent documentation, won’t get much traction in Android world and Dagger will remain the standard. Even though there are developers who use Koin today, my prediction turned out to be correct.
  • I predicted the appearance of Jetpack Compose long before Google announced they’re working on it. I also predicted that it’ll target multiple platforms (something that became officially known just recently).
  • My second most controversial prediction was that RxJava will turn out to be very bad long-term dependency for Android projects. Very steep learning curve and extra-high degree of coupling, combined with questionable value proposition and lack of official support were doomed to become a liability. Got a lot of heat and even hate for sharing this opinion. Well, as of today, RxJava is dying technology and projects that won’t invest additional effort into refactoring it out will soon have troubles finding developers proficient with it. Maybe they’ll even have troubles finding developers willing to maintain RxJava code at all.

Lastly, I want to discuss my most infamous prediction in details.

In 2017, at the peak of Kotlin hype, I shared my analysis of the risks associated with premature migration to this language. To say that this article was controversial at the time is an understatement. It felt like all hell broke loose. This post earned me the reputation of “that guy who just hates Kotlin” for a long time (this always amazed me, given that in the post I had assumed that Kotlin, as a language, will be better than Java). However, having 20/20 hindsight, that post and, especially, the follow-up discussion in the comments, read totally different. Even today, three years later, Kotlin ecosystem is still relatively immature compared to Java.

Kotlin’s compile times are horrible. The tooling is still inferior and some new features lag behind for months. IDE doesn’t support some basic refactorings, like the ability to move multiple files at once. Code completion is just painfully inaccurate and slow. Kapt is bad and some companies invest major effort to just avoid using it. We know that Kotlin doesn’t magically make codebases more readable (judging by Google’s official examples, it makes bad code even worse). You can still get NPEs in Kotlin (in fact, there are multiple types of NPEs). Over these years, we saw a long list of Kotlin-specific bugs, including some that made AndroidStudio almost unusable (I still occasionally see how it colorizes Kotlin classes in real-time). There was a short wave of interest around functional programming, but it died away pretty quickly. Coroutines turned out to be very complex framework which requires a lot of time to learn.

All the above points are self-evident facts in 2020, but they weren’t back then, as you can easily see by reading the comments from that time.

In fact, I’ve just read the comments again and found something I completely forgot about. One reader asked which language I’d recommend learning to a young person. I answered this:

If you’re a backend developer, then I think that Java is the way to go. Whatever Kotlin fans say, the chances of Kotlin replacing Java for backend development are very low IMHO.
If you’re Android developer and know neither of the languages, then I think that learning Kotlin is the better option right now. Not because it is better in any way (maybe it is, maybe it isn’t), but just because it looks like Kotlin will eventually become the standard language for Android

The prediction about Kotlin in backend turned out to be absolutely correct, but that’s not the interesting part here. It’s the prediction that “Kotlin will eventually become the standard language for Android” that is stunning. Again, in 2020 it’s just a fact, but back then the idea wasn’t even in the air. In 2017 Google just announced support for Kotlin as the second language. It was only in 2019 that they officially said that Kotlin is the “preferred” language going forward. So, I managed to predict even that.

All in all, looks like my analysis and predictions about Kotlin in Android were absolutely spot on. It was much more reasonable take than the hype that surrounded Kotlin at the time. It was also much more informative than the official announcements and marketing by Google.

By the way, remember how Kotlin enthusiasts claimed that if you don’t learn Kotlin ASAP, you’ll be left behind? Well, I started to use Kotlin professionally only in 2019 and even today most of my work is in Java. Except for Coroutines, I’d describe my Kotlin chops as average at best. I don’t feel like I’m “behind” in any way and am confident that I can get decent full-time job even at Kotlin-only shop if I’ll need to. So, I tested these claims on myself, and they turned out to be just fear-mongering. As I always said, knowledge of any specific programming language is the lowest-level skill. It’s important for new developers who don’t have anything else to show, but becomes less and less important as you actually do stuff and gain real experience.

In general, if you took my advice over the past couple of years, you probably spared yourself months of effort you’d otherwise spend learning and implementing unfortunate solutions. In addition, you probably spared your company a lot of money. Depending on the size of the project, the number of developers and other factors, we can be talking anywhere from thousands to hundreds of thousands of dollars here.

By the way, if you used some of the aforementioned techs in the past, or even use them today, then you might feel uncomfortable, or even offended by the above discussion. Please don’t. First of all, we all do mistakes. That’s just part of the growth process. Second, it’s not really your fault. When Google recommends something, or when prominent conference speakers explain how great some new tech is, it’s very hard not to buy in. Especially if you don’t have many years of experience yourself. And, lastly, it’s my fault too. I surely could do much better job articulating my concerns and warning Android developers about the potential pitfalls.

The New Mission of TechYourChance

Alright, after the longest introduction in the history of launch announcements, let’s get to the point. The new mission of TechYourChance consists of the several pillars described below.

First and foremost, TechYourChance will continue to serve as the source of the most accurate information about Android development ecosystem. I’ll make sure to share more of my opinions, analysis and concerns with Android developers worldwide.

In addition, I’m launching TechYourChance premium membership program. TechYourChance members will get access to all my existing and future video courses. These courses are already the most advanced resources about Android development, but I intend to increase their depth and quality even further. My goal with video courses is to enable TechYourChance members to master the most beneficial techniques in the shortest amount of time.

That said, access to all video courses is just one of the benefits of TechYourChance membership. My longer-term goal is to create strong and warm community of professional Android developers. This community will be centered around professionalism, career development and personal achievements. Since every community needs a place to meet (even if just a virtual one), TechYourChance members will be invited to a closed community forum.

Now, I’m not naive and realize that building a community will take months of hard work. Therefore, initially, the forum will mainly serve as Q&A section for courses. That’s alright because community needs to start somewhere. Eventually, enthusiastic members will start asking more general questions, will share their opinions and show new members around, and the community will crystallize.

Lastly, if the worst doomsday scenarios about Android ecosystem will come true, TechYourChance community will weather the storm together, minimizing personal waste and business risks at every opportunity. I know all of this sounds improbable and even conspiratorial at this point, but I keep asking myself “what if it’ll happen and I’ve been standing aside for all this time?”. So, I’ll carry this responsibility going forward. If I’m wrong, it’ll become just a waste of my personal time that I’ll spend on monitoring the situation. TechYourChance members will still get the most advanced content about Android development and a community of professionals around them.


Alright, that’s it. I’m super excited about the future of TechYourChance project and can’t wait to kick it into high gear with community building.

By the way, if you don’t feel like becoming TechYourChance member right now, that’s totally fine. You’ll still see much more quality content going forward because that’s the best way to spread the word about the new community. And then, after the community will emerge and mature, I hope you’ll consider joining us once again.

To get your TechYourChance membership right now, go here.

[Edit: I’ve got a question from a loyal student who already took all my courses and wondered whether enrolling for the membership at this point is worthwhile. I can’t answer this question for you, but I do want to provide a bit more information about the new courses that will be released in the short-term. Hopefully, it’ll help you make informed decision.
Later this week, I’ll release a new course about Dependency Injection and Dagger that I’ve been working on for the past three months. My previous course was 2.5 hours in length. The new one is more than 10 hours, so it’s “a bit” more comprehensive. This course shows Kotlin exclusively. It also covers Dagger Hilt.
The topic of the next course will be decided in collaboration with TechYourChance members. Currently, Coroutines lead in this race. If you decide to join us, don’t forget to cast your vote ;)]

As always, thank you for reading and good luck to all of us!

P.S. If I might, I want to ask you about small favor. If over the years my content was helpful to you in making the right decision, or you learned something useful from my courses, or I managed to spare you time and headache in any other way, please write a short comment about that experience below. It’s called “social proof” – potential future TechYourChance members will see testimonials from other developers and get a clearer picture of what’s on the table. Thank you in advance!

Check out my premium

Android Development Courses

22 comments on "The Future of TechYourChance is Community"

  1. Hi Vasiliy,

    I would happily enroll, but I want to know, if Google starts promoting Flutter more aggressively and leaves Android naive behind or kills it, will you produce Flutter tutorials ?

    The blog/courses help me a LOT !

    • Hey Adrian,
      I expected to be asked that at some point. It’s a very good question.
      As I said, if the storm will hit, my goal will be to help TechYourChance community to weather it with minimal personal losses, while also taking care of their companies’ interests. Maybe Flutter will be the way to go. However, I suspect that there will also be alternative options.
      Since at this point we still don’t have any specific info, I don’t want to promise any specific solution.

  2. Hi, My name is Gal Rom, I’ve been professionally developing for Android for the past 7 years.

    2 years ago I encountered Vasiliy’s Dependency-Injection Course on Udemy, it was so beneficial that I took all his courses and read all his blogs.
    I can testify that it took my skills to the next level.

    I totally agree with Vasiliy’s insights on the article.
    I myself in the middle of adopting Flutter and try to keep up with Android changes.
    I totally believe in strong community and I’m joining to TechYourChance community without second thought.

    Vasiliy, It will be awesome if in the future, the Israeli community can also meet physically.

    Looking forward to see the community grows.

    • Hey Gal,
      Thanks for such an endorsement. It’s more than I could ask for and I’m really happy that my content was useful to you.
      As for physical meetings in Israel, that’s outstanding idea. I’m writing it down in my backlog.

  3. I Vasiliy, I found out your Testing course some months ago, it helped me to understand, in a very simple way, unit testing on Android. I also took other of your courses on Udemy that helped me to understand more things on the Android environment. Now I’m excited to take those new courses you mentioned ?.

    I cannot be more agreed with what you mention about the android ecosystem and the infinite things to learn to be updated on the Android world, I’ve been working with Android for a long time and today is more stressful than before. But I think the same is happening on other areas, learning web development could be horrible today. It seems we like to complicate things instead of make them simpler in the tech industry.

    Thanks for all the content you generate, I always try to take a look to it.

  4. Hi Vasiliy,

    I recently (~1 year) started following you and your articles are really great! Even though I have been in the industry for a while now, I found your content and commentary insightful and useful. I also find it extremely useful since you are looking at Android and tech from outside the silicon valley bubble I live in. It takes a lot of guts and knowledge to express unpopular opinions and I want to acknowledge your courage and critical thinking. Thank you!

    I am looking forward to going over course material and being a part of the community.

  5. Hello Vasiliy my name is Simon from Lagos, Nigeria. 3yrs Android experience and I actually struggled to understand DI in Android until I took your Dagger course, I’ve been a Passive fan ever since then and I just want to appreciate your efforts in writing and discussing unconventional topics and side effects noone in the community wants to talk about. People love groupthinking I like the fact that you actually stand out. God bless ??

  6. While some of these claims have merit I can’t help but reason how some it seems more like a confirmation bias.
    1) Any particular reason to believe databinding is obsolete?
    2) “RxJava is dying technology..” Anything apart from The Flow framework to substantiate this claim?

    • Hello Anvith,
      Confirmation bias is ever-present danger, so thanks for challenging my claims.
      In my experience, most developers who used DataBinding mostly used it to avoid findViewById calls, but recently released ViewBinding framework (seemingly) takes care of this concern much better. Therefore, the main reason why developers used DataBinding no longer exists. As I said, DataBinding never got any real traction, but going forward it’ll become something akin to AsyncTask (before it got finally deprecated).
      As for RxJava, I think these charts from StackOverflow Trends are kind of self-evident. In addition, you can feel the climate change on social networks and conferences. Two years ago, RxJava was everywhere. Today, you hardly ever hear about it. This technology will become legacy very soon (unless some very dramatic changes will happen).

      • About databinding, it is not just for avoid finViewById, it also provides reactivity with One and Two ways binding, and together with MVVM it really help about redability and managing states explicity. I know that Jetpack Compose is the future, but, before it goes on stable version, I think that it is a good way to manage UI. Best regards.

  7. Hi Vasiliy,
    Registering for the membership only takes Payment via PayPal. And PayPal is not supported in some countries, what can be done?

    • Hello Desmond,
      In short, I’m aware of this problem and it’s kind of my fault, but, very unfortunately, I can’t do anything about it right now.
      The longer version goes like this: I bought plugins that provided integration with payment gateways (including credit cards of course) and thought that I’m covered, but turned out that none of the “standard” gateways works with businesses located in my country. As a developer, I obviously built everything first and only then, right before launch, started figuring out payments. To say that I was surprized when I discovered that I can’t actually provide credit card support is to say nothing.
      I’ve already discussed this problem with several friends who run international startups from my country. Looks like there are some potential solutions, but they’ll take time to implement. Some of them involve a decent amount of lawyers’ black magic across multiple countries.
      I totally understand your frustration and I’m really sorry for that. Be assured that investigating and taking care of this issue is one of my highest priorities. But, again, it’ll take some time because I don’t see any straightforward solutions at this point.

  8. Hello Vasiliy,
    my name is Robert and I’m from Berlin. I found your Udemy course “Android Architecture Masterclass” at a time where I struggled with an Android project. I started to get more interested to write better code and your course helped me a lot to find a good balance of self written code (DI, MVC) and a few libraries. Then later on, the Multithreading and DI course helped me, to improve my code even further. Especially for the Multithreading part where you showed how to work with bare Threads without a huge fear to mess everything up, helped me to implement a cool new feature.
    And today, well the project is a product.
    I still struggle sometimes to write good code. Often I find myself to pick small parts of my code to test out new things, to see if it is worth to adopt to the complete codebase. But during this process I often find myself in a big bubble when it comes to gather information about certain things…. just today ViewPager and ViewPager2 (what is good, what is bad, what is deprecated, and so on).
    So, to bring this comment to an end. I have to say that I wouldn’t consider myself as an expert, but I always try to enhance my knowlegde and I found your courses and Blog articles always very valuable and I would be happy to be part of the new community!

    • Hey Robert,
      I’m super excited to hear that my content came in handy right when you needed it. Thanks a lot for such a detailed response and it’ll be a honor to have you with us!

  9. Hi, Vasiliy.
    Thanks for a great article! Took your 4 courses, it was really nice 🙂
    Partially i’m with your vision about “android ecosystem future”.
    But i don’t agree about RxJava and Coroutines.
    I personally prefer Rx, but generally don’t mind about coroutines, but i don’t understand what do you suggest to use if you don’t like those two frameworks. Back to “listeners hell”? And what about such things like “combineLatest, zip, merge” etc, It’s a very handy for really complex projects.
    For example, i thank god everyday that guys created RxJava and can’t imagine working without it anymore.
    Please, share your thoughts )
    Thanks 🙂

    • Hey Vladislav,
      I think I wasn’t clear with my message. Coroutines are very complex framework which is very far from the advertised “simple concurrency”. It takes a lot of time to learn it and then you still need to constantly be on your toes because it’s tricky. However, if you use Kotlin, you should use Coroutines, despite their drawbacks.
      I wrote more elaborated post about concurrency frameworks in the past, so you can read it here.

  10. Hi Vasiliy,

    “In fact, the only “lifecycle aware component” that got traction, LiveData, turned out to be a failure. It started as a general framework, but Google quickly realized that it’s too limited, so they “restricted” its scope to just UI. Furthermore, looks like LiveData is going to become obsolete relatively soon.”

    I agreed with everything you had written in this post, but I’m not sure if this true. I’m using LiveData and DataBinding (@Bindable) extensively for communication between ViewModel and View class in my MVVM architecture. I found LiveData very useful since i want to attach a lifecycle bound listener to my background task that i keep in my ViewModel.

    P.S: Apart from this, i have a request. Please write about the state of asynchronous jobs. There are so many components and i think most of us are confused what to choose.

  11. Hi Vasiliy,
    This blog and your courses on Udemy really help me a LOT.
    I have said that your courses and post are the most close thing to ‘Sliver Bullet’.
    Thank you, I really appreciate what you have helped me on the career.

    I also have a question, will your new courses available on Udemy?

    • Hey Derek,
      Thanks for you warm words. I intend to continue publishing on Udemy whatever will fit its format (I like the idea that developers will be able to learn by spending just couple of bucks), but it’ll probably be delayed. For example, TechYourChance members can already watch the new Dagger course, but it’ll take some time until I’ll upload it to Udemy.

  12. Hi Vasily,

    I have to accept that sometimes I agree with you and sometimes don’t. It doesn’t stop me continuing reading your posts. I’ve even done some of your courses. I found them useful.

    You wrote: “DataBinding is pretty much legacy today.” and “looks like LiveData is going to become obsolete relatively soon.” Could you explain the reasons and/or the alternatives? If I search those concepts in internet, I find tones of articles and books that explain them. I wonder, all of them are out of date, even the latest articles and books? I want to learn alternatives to improve my skills.

    Even when I don’t agree with you, I appreciate your work.

    • Hi Manu,
      As I wrote in the article, the alternative to DataBiding is ViewBinding. However, I’ve been using findViewById for this entire time and will keep doing that. Don’t see any positive ROI in either of these libraries. Developers from Android team and even some official docs already started recommending Kotlin Flow framework over LiveData. Again, I didn’t use LiveData, so another alternative is to use neither of them.
      Side note: if you’re looking for info on the “latest and greatest”, my blog isn’t the best resource for you.


Leave a Comment