Apps Any help for an old assembly language programmer?

[k8idx]

Hello,

My name is Paul and I am an old time (I can't believe I'm saying this) assembly language programmer. I recently acquired my first smart phone an LG Power L22c. I am thinking very seriously of learning to write apps for the Android platform. I know I have tons to learn about smartphones in general but one computer is pretty much like another. That's the easy part. I assume the most commonly used language is C#? I can program in C/C++ and visual basic. Will my background in the C languages help me to learn C#. Does anyone program in assembler these days beside the BIOS writers? Can anyone suggest good books or places on the web to find information. I am interested in any suggestions and I thank you in advance for your help.

Paul

 

[EarlyMon]

You want to start here -

http://developer.android.com/index.html

You're going to code in Java primarily.

There's a possibility to write c/c++ using the NDK but Google warns to not do that simply because you're more comfortable with the languages.

https://developer.android.com/tools/sdk/ndk/index.html

Unless you're interested in iOS and building cross-platform apps, you probably don't want to go with C#. But if you do -

http://developer.xamarin.com/guides...s_platform_applications/sharing_code_options/

And no, neither Android (a compact, real-time Apache/Linux distribution) nor its apps are written in assembly language.

Almost a certainty that includes the bootloader.

 

[k8idx]

Wow that's very helpful, Thank You! So I guess the next step is to learn Java. I have only seen a small bit of Java source. I have an iOS tablet and an Ipod, but I never had the desire to write code for either one. For now I'll stick with with the Android platform. I knew there would be no assembler code, well, I guessed it anyway. It's kind of a shame. I will always miss the control and speed of assembler code. Back in the days of the 1970's they called it bugging. Not debugging. I knew people who referred to assembler source as bug code. One thing I don't miss are the 8 bit CPU's and their limitations. With a 16 bit address buss you could only have 64k of memory. On the 8080 there were only 255 ports if I remember correctly. It was a CPU but just barely. I think things have changed for the better.

Thanks again for the info,

Paul

 

[EarlyMon]

Java is similar enough to C++ (except usually, most trustworthy garbage collection) that you'll likely have little difficulty beyond getting the hang of the various APIs (warning - most Java programmers insist on calling an interface collection as well as the associated services involved as an API and most I've spoken to believe that APIs are Java inventions) and then the usual vocabulary tricks for defining context.

I'm not a Java expert by any means but that's exactly how it's always seemed to me.