Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Check Xamarin documentation they have some Android F# samples.


I did, and they are great. I even have the Continuous App on my iPad Pro which is an F# development environment. It's incredible, but I am concerned about having to still drill down to the Android API, which means Java.

I am thinking more and more against my wish, that biting the bullet and just going Java all the way is the key. Kotlin, Xtend, you still have to read Android SDK code in Java, correct?

In terms of books, a friend bought me "Android 6 for Programmers: An App-Driven Approach (3rd Edition) (Deitel Developer Series)" to get me off the fence. I am going to work through it as much as I can to give Java a fair shake. I used to program in Java 5 for little side projects, but never mobile except for demo or tutorial apps years later.

Is this a good Android/Java book, or should I stay on board with my interests and do an Android Game or Android AI book slant?


I know Java since it was introduced in 1996 and had experience targeting J2ME, so learning Android wasn't that complicated to me.

I own a few PacktPub books that I like, namely:

https://www.packtpub.com/application-development/asynchronou...

https://www.packtpub.com/application-development/android-app...

https://www.packtpub.com/application-development/android-dat...

https://www.packtpub.com/application-development/android-ui-...

I don't know that book, so I cannot judge it, but it is important to try to use your interests as an idea for a possible app that you could use as learning process.

If you stay on Java side than using something like LibGDX will help on the game programing ideas. Or if you prefer to jump into the "wonders" of NDK, then something like SDL or Cocos2D-x.

For the Xamarin side, have you read the Petzold book?

https://blogs.msdn.microsoft.com/microsoft_press/2016/03/31/...

Regarding about using wanted programming languages, my experience with Turbo Pascal, Delphi, Oberon, Smalltalk and many other languages is that straying away from the true path of OS SDK supported languages usually ends in pain as the productivity gains get wasted battling interoperability issues, lack of tool support from the OS vendor and writing FFI bindings.

So nowadays although I dabble in lot of languages, for production code I only use the OS SDK supported languages.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: