안드로이드가 JAVA를 선택한 이유?

C같은 것으로 네이티브 어플리케이션을 만들어 실행하도록 했다면 성능은 더 좋았을 것입니다.
그렇지만 이렇게 되면 특정 하드웨어 플랫폼에 종속되는 결과를 낳습니다. OS야 다양한 플랫폼에 맞춰 만들면 되지만, 앱까지 따로 만드는건 여러모로 불편합니다.
(과거 Windows CE/Pocket PC 기반의 문제이기도 했습니다.)

안드로이드는 모든 앱을 가상 머신 위에서 실행하도록 하여 하드웨어 플랫폼이 바뀌어도 그에 맞는 OS/VM만 있으면 앱을 따로 개발할 필요는 없도록 했습니다.
개방형 환경을 지향하더라도 개발자에게 무분별한 플랫폼 환경을 전부 신경쓰라고 한다면 당연히 외면을 받을 수 없기에 더 적극적인 방법을 꾀한 것으로 볼 수 있습니다.

물론 이 구조 역시 미묘한 플랫폼(스마트폰/패드 등) 차이에 따른 파편화 문제나 성능 최적화에 불리한 VM 구조의 한계 등 문제는 이미 충분히 드러나 있습니다.
그래서 안드로이드도 부분적으로 네이티브 어플리케이션을 허용하는 등 변화는 있습니다. 다만 안드로이드가 개방형을 지향하는 한 VM을 쓰는 구조는 쉽게 바뀌기 어렵습니다.

그렇다고 봐야겠네요. :-) Java로 안할 이유가 별로 없기도 하고.

아래 링크를 보면 대강 스토리가 나오는데
http://www.appleinsider.com/articles/11/08/06/google_fighting_to_suppress_evidence_android_willfully_infringed_upon_oracles_java.html

Android inc 의 창립자인 Andy Rubin 이 회사 창립하기 전 만든 회사가 Danger inc 이고 Java기반 mobile platform 을 만들던 회사였습니다. (나중에 Microsoft 가 Danger inc 를 인수해서 sidekick을 내놓습니다.). Andy Rubin 이 여길 떠나서 Android inc 를 만들면서부터 이미 Java 로 시작한 상태였죠.

위 링크를 보면 이미 2005년부터 Java licensing 문제에 관해 고민한 모양인데, 옵션 중 하나가 Java 로 하던걸 다 버리고 Microsoft CLR (.net/C#) 가상머신으로 넘어가는 것인걸 보면, 가상 머신 위에서 돌아가지 않는 언어는 애초에 옵션이 아니었던 모양입니다. 말이 되는게 objected-oriented 가 아닌 언어는 애초에 고려대상이 안될테고, 퍼포먼스 문제 때문에 interpreted 언어들을 제하고, 사람들이 많이 쓰는걸 고르고 나면 C++, C#, Java 정도가 남는데, Qt 같은 매우 잘 짜여진 외부 라이브러리 없이, C++ 로 "끔찍한" 코드를 쓰기 얼마나 쉬운지를 생각하면 Java를 고를만 하죠. 코딩이 하드웨어에 덜의존하고, 뭐 퍼포먼스야 하드웨어가 나아질수록 자연스럽게 올라갈 것이고, eclipse 같은 tooling이 매우 잘 되어 있고, 그전부터 mobile 에서 많이들 써 왔구요.

최근에 어쩌다 공개된 Lindholm email 이라고 불리는 것의 내용을 보면 (http://m.paidcontent.org/article/419-the-e-mail-that-google-really-really-doesnt-want-a-jury-to-see/)

“What we’ve actually been asked to do by Larry [Page] and Sergey [Brin] is to investigate what technical alternatives exist to Java for Android and Chrome. We’ve been over a bunch of these and think they all suck. We conclude that we need to negotiate a license for Java under the terms we need.”

Java 의 대안을 최근에 또 고민한 모양인데 "(alternatives) all suck" 이라고 결론지은 모양입니다.