Bonjour a tous,
je voulais me renseigner sur la difficulte pour creer une application type jeu basique sur telephone.
existe t il des tutos, sites aidant a faciliter leur creation ?
une application tel tetris, angry bird, demandent elles des connaissances poussées ?

angry bird tu peux oublier de suite , mais je pense que c'est possible de faire un tetris like basic , go java

Android est plutot simple d'accès. Tu peux telecharger le SDK sur leur site et tout installer assez facilement.

Pour programmer sous Android, il faut connaitre le langage JAVA. L'ide est basé sur "Eclipse", la connaitre aide bien.

Il y a un emulateur fourni qui te permet de simuler different peripheriques Android. Pratique pour tester diverses taille d'ecran.

En ce qui concerne les jeux, il faut deja que tu ai les connaissance pour faire des jeux tout court. Ensuite la creation sous Android est plutot aisée.

De mon coté, je ne connais pas Java et j'utilise le "NDK". Cela te permets de programmer en C/C++. C'est ce qu'on appelle le "natif". C'est un peu plus complexe car Android n'a pas été prevu pour cela. Il faut garder une couche en Java, c'est un peu galère.

A titre de comparaison, j'utilise aussi des environnement qui ont été prevus direct pour le "natif" (Bada sur Samsung, ou l'environnement pour BlackBerry). C'est vraiment simple la et agréable.

Cependant Android est incontournable, il faut s'y mettre si cela t'interesse.

Je me trompe peut-être, mais il me semble que l'on peut également faire des applis en HTML5/Javascript non ?

Va falloir déjà se mettre à la programmation si t'en fais pas déjà

En Java tu as la librairie LibGDX qui est vraiment excellente pour faire des jeux android

Les émulateurs ça rame à mort chez moi par contre pour faire tourner les jv, j'ai jamais réussi à vraiment les utiliser avec un jeu vidéo, ça galère trop

Le fameux NDK a un impact sur les performances ? Si oui il est positif ou négatif

Le fameux NDK a un impact sur les performances ?

Oui, c'est même son intérêt. NDK = Natif, ca veut dire que ton code est compilé et fonctionne directement sur la machine.
Quand tu n'est pas en natif (en java), le code est interprété, donc plus lent.

Le java a été choisi pour pouvoir fonctionner sur tous les type de processeurs des différents mobiles qui utilisent Android. Dans la réalité, quasiment tous ont le même processeur (un ARM). Donc faire du natif ne réduit pas (trop) la compatibilité avec les mobiles. Je ne connais les chiffres cependant (95% peut être).

OpenGL ES, c'est en effet un peu différent. Tu ne peux pas écrire des begin/primitives/end directement, il faut stoquer dans des tableaux et faire un "draw" de ces tableaux. Sinon pour le reste cela ressemble beaucoup a open GL.

D'accord, merci pour la précision (donc c'est du "vrai" natif et pas un truc émulé)

Par contre ça risque pas de poser problème si un jour les futurs smartphone changent d'architecture de processeur ?

Merci pour ces précisions, je vais sûrement devoir porter du code C++ sur Android et je me demandais si NDK était viable, ce qui est visiblement le cas .

En effet si jamais il y a d'autres processeurs, il faudra fournir différentes versions de l'application (c'est déjà le cas il me semble, on peut fournir de l'ARM7 et de l'ARM9 ou un truc du genre).
Rien d'impossible cependant.

Pour en revenir à la demande initiale, si tu veux créer une application android basique, ya rien de mieux que le java!

Le NDK est plus réservé pour porter un programme existant en C/C++ sur android, pour eviter aux developpeurs de se retaper le code, ou bien parce que le java n'est pas assez précis.

Pour info, le site de google mets en garde les developpeurs concernant le NDK. Selon eux, cette solution permets de coder une partie d'une application en C/C++.
--> Choisir le NDK parce que l'on pense qu'il est plus performant est une grossière erreur; les smartphones sont assez puissants pour que le gain (s'il y en a) soit insignifiant (ex: Samsung galaxy S4 avec un proc Quad core à 1.9gHz).

Sinon je ne sais pas si le problème de compatibilité soulevé par Lapintade est relevant, il se peut que tu ne sois pas concerné à ton niveau... Si tu es malgré tout concerné, sache qu'il y a maintenant des plateformes X86 en plus des plateformes ARM, ce qui n'arrange pas la chose!