Basically it's more or less a remake of my older Java game (or my first Java game) called Ball Storm which I made in Christmas vacation of 2016 I believe. Simple game where you're to collect flashing balls and evade others.
Android development is relatively tempting, I guess I could argue. First of all it's a place where Java is sort of the native language. Despite still remaining popularity of Java, it is actually relatively difficult to sometimes see in everyday life where Java applications are really used. Sure, at work I'll encounter lots of applications made by Java with the customer systems (and the fun thing is when I need to resolve problems with those apps I've sometimes never even heard of before), but actually outside certain work fields and as a "regular everyman" Java is not obviously used in too many places. It can then even sound plausible if someone argues that Java is not really used for anything new anymore, but that it's a dying language (despite it has been ranked as the most popular language very recently in some polls). Well I don't think it is dying.
Anyway, since I'm already quite familiar with Java, this makes it much easier to start doing stuff with Android. However, of course not everything is directly applicable on an Android device, and especially GUI systems are apparently not directly usable on Android. Android supports its own classes for GUI stuff, and to be honest, they are for main parts better or at least easier to use than older Java awt/Swing systems. Also for Android apps you can use lots of xml encoding, which makes it making a bit like making web pages. Surely there are practices to learn, and many old things just don't work there, but if you'll learn that stuff, seems like it can for many parts be easier than older fashion desktop development.
Google also provides a dedicated integrated development enviroment (IDE) for Android called not too imaginatively (or misleadingly) Android Studio. This makes using Android application programming interface (API) quite convenient, as the IDE provides tools for writing the code, handling files, setting layouts and testing the applications with an emulated Android device - as a beginner there is hard to think of many things to miss on this system, apart maybe some features that would make starting threshold a bit lower. Although usability seems quite all right after getting used to its not too inconvenient setups (been testing clearly less convenient IDEs). Also it runs natively on Linux based OS (not surprisingly though, considering Android itself is built on Linux kernel), which obviously is nice from my point of view.
About programming itself, have to say I've come a long way during the past couple years or so. First of all, it took me only couple days to make a simple application, and I largely knew what I was doing and I felt the code ended up becoming acceptable. I think two years ago it took me like a week to do something similar, yet more primitive, where I barely knew what I really did and the code looked utterly terrible. Both times I took a tutorial and expanded it considerably, but it was quite different now than back then.
Now I mainly needed instructions how to get started with Android Studio and could refactor largely anything from my application, while earlier time I would have made a Frankenstein's application where I have only few places I really dare to make adjustments to relatively simple things in order to be sure the applciation won't break completely. So roughly put while with Ball Storm I largely just made a pre-made procedural line set for creating a ball to be iterated while now I largely got basis of an empty application granted but built the actual game on top of it with own stuff.
Even more the increased experience shows up with reading the existing code. First of all when I noticed a bug in my application (eg. score text was missing), I could find the reason and fix it relatively fast. Back then if I'd missed a } sign from end of a row, I'd been potentially lost for hours, not to mention actual issues where the application runs but something is just wrong. Secondly it's much easier to take advantage of code examples or official API instructions to make something your own. Two years ago I could not really understand much of what API documentations said, they were just confusing messy load of data to me, and I needed relatively complete examples of alien code to use. I still think API documentations are not typically made in too reader friendly fashion, but if you know how they work in general, they can tell you what can be done for real.
This would also lead to one another issue with programming, documentation about programming and learning to program. That is all with the Internet. I mean the Internet itself is a frigging mess - hypertexts can link to where ever when ever and there is no whatsoever order required (or existing) in anything outside individual page site. In addition the WWW place has been existing for well over 20 years now, and even while pages from 1990's are not too commonly encountered, it's easy to come across something that is over 10 years old and largely deprecated nowadays especially when it comes to programming with the latest operating systems. It's surprisingly inconvenient therefore to see how old some article actually is, if the original author has not bothered to stick a date on it and it's not written on a site which places it automatically.
And oh dear the path if it goes to searching for serious information from old forums and blogs...and that is what Google easily gives to you with searches about less mainstream topics... It shouldn't surprise me should the books become fashionable again after few years, since despite their slower time to get the product out, most information in internet is just so badly lacking any structure that most of that information is just unusable. I don't think any big data engines and AI solutions can fix that problem in anywhere near future.
However, it probably would surprise me, due the nature of reality I encounter daily. Nowadays when the human sciences seem the least appreciated, I tend to think that in many instances they would be the most needed to be applied before it's too late, and the representatives of human sciences have given up themselves. I don't want to see bonfires of books again in the future, just because people think books have become obsolete due internet. Unfortunately sometimes such humanware development seems almost inevitable when more and more often hearing stories like about people who mock others because they own physical property: "Why you have books? Haven't you learned to google?" Yes I have, and that is one reason why I've started to read more actual books again.