Quelle est la meilleure technologie pour développement mobile en 2010 ? Et pour quel système d'exploitation mobile ?

Ne faudrait-il pas distinguer téléphones mobiles "classiques" et smartphones ? Parce-qu'on ne peut pas faire la même chose avec les deux...

Sans dénigrer une ou l'autre de ces catégories de mobiles, mêmes avec des OS proches, on ne peut pas faire les mêmes programmes...

Et du coup si on regarde que les smartphones, il me semble que Symbian est du coup bien en retrait...

@palnap Sans oublier qu'avec le même code, on peut également compiler son application sous Windows Mobile, Maemo, Linux Embedded et bientôt MeeGo.
Je pense que tu n'as pas du faire beaucoup de développement multiplateforme... ou alors qu'en ligne de commande... Certes le code "calcul" est le même, après les interfaces graphiques change d'un système à l'autre... Même avec Qt entre Mac et Windows... Alors en plus quand tu passes sur du mobile où tu as 36 tailles d'écrans différents...

@palnap, je suis tout à fait d'accord pour l'année 2009... Mais le temps de développer une nouvelle application digne de ce nom... Nous serons en 2011 et Android est estimé en 2010 à la deuxième place avec 24.5% de PdM. (x5 en un an, c'est quand même pas mal, non?)
(http://www.digitimes.com/news/a20100817VL201.html)...

Non, Symbian est bien un OS qui ne tourne que sur smartphones, les Nokia "simples" sont sous un système propriétaire nommé S40.

Encore non, la valeur ajoutée de Qt étant justement de faire abstraction de l'OS cible que ce soit en terme d'IHM, de manipulation de fichiers ou de sockets...

Les interfaces QtDesigner ou plus récemment QtDeclarative fonctionnent avec des systèmes d'ancres qui te permettent de positionner tes composants relativement les uns aux autres, et d'adapter leur taille selon celle de leur container. Après si tu codes tes IHM en valeurs absolues, tu auras le même problème que sur PC quand tu redimensionnes ta fenêtre. Bien sûr c'est dans le cas idyllique ou le ratio largeur/hauteur des écrans est le même et où l'écran n'est pas trop petit pour afficher toute l'information nécessaire. Si c'est le cas, dans ce cas là tu seras obligé d'avoir plusieurs versions de ton app, mais là encore quelque soit la plateforme de dev que tu utilises (.NET mobile, Java ME, Android...) ça sera le cas :/

Je n'ai pas dis le contraire, je parlais juste des Interfaces Graphiques précisément. A moins que Qt ait énormément évolué depuis un an et la version 4.5, mais les logiciels que j'ai du faire pour Mac et Windows avec Qt avaient pas mal de code (Qt) spécifique pour l'une ou l'autre des plateformes à cause des rendus totalement différents... Certes les applis tournaient... mais c'était très moche !

Depuis que je fais des applis mobiles, je suis amené à "skinner" énormément les applis, avec utilisations de beaucoup d'images ce qui pose déjà des problèmes de résolutions. Après à la différence des PCs où on a (en gros) deux types d'écrans, les 16/10 et les 4/3, en mobile les tailles varient beaucoup plus et entre un iphone 320x480 ou 640x960, un Wave à 480x800, ou un blackberry à 360x480, tu ne peux pas faire 3 fois la même applis...

Je reste donc grand fan des SDKs Natifs...

Le marché des téléphones ne veut rien dire pour les développeurs. C'est le marché des apps qui importe. Là, c'est l'App Store et un peu Android qui donnent le pitch (pas Symbian).

Entre Linux (Gnome ou KDE) et Windows, le rendu des IHM Qt est exactement le même, au look & feel près.

Par contre, c'est vrai que dans MacOS X, jusqu'à la branche 4.4, seul le rendu Carbon était implémenté. On peut depuis la 4.5 compiler Qt avec un support expérimental pour Cocoa qui est effectivement beaucoup mieux intégré à l'IHM de Mac OS X. Depuis la 4.6, Cocoa est utilisé par défaut.

Pour les IHM orientés tactiles, il faut dire que le module QtGui est un peu rigide. Pour pallier à ça, Nokia a intégré un nouveau module nommé QML (ou QtDeclarative) dans Qt 4.7 (béta 2 actuellement disponible) permettant d'écrire des IHM de manière déclarative (ça ressemble à du MXML ou du WPF avec une syntaxe proche du CSS) avec beaucoup plus de souplesse (système d'ancres sophistiqué, bindings, transitions, animations, gestion du multitouch et bien plus encore) ainsi qu'un éditeur graphique associé. Pour avoir testé, c'est vraiment bluffant en terme de rendu et facile à prendre en main.

Exactement ! (avec Android qui va certainement faire plus qu'un peu ... )
Donc pour être pénard coté technologie : phoneGap

Donc on n'a pas accès à l'appareil photo, et encore moins au GPS ?

Ok. Je ne manquera pas de retester si j'en ai l'occasion !

Je suis prêt à te croire, et je ne manquerai pas de tester si l'occasion se présente. Par contre deux petites questions concernant Qt (Mobile) : J'ai (très) rapidement regardé l'overview de la doc Qt, et je n'ai rien vue concernant la caméra... Rassurez-moi, on peut contrôler les caméras avec Qt ? Deuxième question (mais je crains connaitre la réponse), me confirmez-vous que Qt n'est pas dispo sur Androïd ? (Je n'ai rien vu dans la doc, et comme Androïd étant a priori du Java, ça se comprend...)

PS: Je n'ai rien contre Qt, et au contraire, j'apprécie énormément ce framework, je l'utilise pour tout dev (même mono-plateforme) sous Windows Mac et Linux

Mais qui t'interdit l'Apple Store