« Internet évolue chaque jour : savoir piloter (2/2) | Accueil | Les App Awards, concours d'applications mobiles multi-plateformes »

22 décembre 2009

Commentaires

Flux Vous pouvez suivre cette conversation en vous abonnant au flux des commentaires de cette note.

Gourmet
Hum, certes, une webapps est censée être agnostique concernant la plateforme d'exécution mais se posent d'autres soucis comme : . la préservation du code : - à partir du moment où le code est visible tout le monde peut le pomper en totalité ou partie (ce qu'évitent XCode et Androîd) ; . les inévitables problèmes d'implémentation de tel ou tel bout de standard ou de norme qui n'est jamais homogène d'un environnement d'exécution à un autre obligeant le développeur à des contournements pas très catholiques et rendant le code de la webapps encore moins maintenable (déjà que javascript côté maintenabilité c'est pas simple). Donc, ok pour de la webapps mais il y a, avant tout, un gros boulot de mise en conformité des environnements d'exécution (via un concours, un test de passage rendu public), un gros boulot d'adaptation de javascript aux exigences de cycle de vie de logiciel ce qui est loin d'être gagné et, enfin, un gros boulot d'accélération de l'environnement d'exécution car entre HTML, javascript et CSS il y en a du code à bouffer l'environnement d'exécution par rapport à un langage ciblé. Je pense qu'à l'heure actuelle seul Google peut faire qqchose dans ces 3 directions. db

L'utilisation des commentaires est désactivée pour cette note.

Sponsors

Evénements

Shop