Le 17/11/06, Guillaume Betous <[EMAIL PROTECTED]> a écrit :
> Si ton problème est "mes logiciels sont trop gros et font le café au lieu > de faire des trucs simples", en quoi est ce que tout faire passer par le > Web est une solution ? ce n'est en rien une solution. mais une appli web a certains avantages par rapport à la version desktop (la mobilité, la mise à jour etc...). les inconvénients (principalement toutes les limitations dûes au medium) s'estompent avec la simplicité de l'application. BaseCamp (c'ets son bien nom???) fait cent fois moins de chose que Microsoft Project. Mais les gens qui prennent conscience que finalement il y a dans BaseCamp le 1% qu'ils utilisent de Microsoft Project trouvent leur bonheur dans BaseCamp (et du coup peuvent profiter d'une appli distribuée).
Pour ma part je n'ai jamais dis qu'une appli web n'avait pas d'intérêt bien au contraire. Je dis qu'il n'y a pas d'intérêt à ce qu'une appli web essaye de mimer une appli desktop, ce qui n'est pas du tout le cas avec Basecamp par exemple. Pour essayer de revenir au sujet du fil, Dojo est bien un toolkit JS qui essaye de mimer une appli desktop ... avec les problèmes que l'on a cité. J'estime que lorsque l'on a des besoins avancés en matière d'interface graphique il faut oublier le web et revenir aux applications desktop. Pour me répéter, 1. en utilisant XML-RPC par exemple, l'application desktop peut être une coquille vide et les traitements sont coté serveur via des webservices. 2. On met plus souvent à jour le code de traitement que l'interface graphique donc le "problème" de la mise à jour est limité. 3. En développant intelligemment son application desktop il est tout à fait possible que celle-ci se mette à jour automatiquement. C'est le cas des extensions Firefox, et l'arrivée prochaine de xul-runner va accentuer ce type d'application. 4. Et en développant encore un peu plus intelligemment son application desktop, celle-ci peut tout à fait être utilisée en local, il suffit de stocker les données dans une base de donnée fichier de type sqlite, pour ensuite les synchroniser dès que l'utilisateur retrouve une connexion Internet -> avantages du desktop ET du web. 5. Des bibliothèque graphiques desktop comme Qt ou GTK+ sont évidement étudiées pour le desktop. HTML / CSS / JS non. Faites une IHM un peu complexe en Ruby/GTK+ / Glade et la même en AJAX et on en reparle. 6. Après AJAX peut être que l'on redécouvrira que l'on peut faire des IHM évoluées via des applets JAVA. Le plugin JAVA est aussi simple à installer que le plugin Flash. Sachant que JAVA va passer en licence GPL ... A mon avis le web ne peut être qu'un complément au desktop, en aucun cas un remplacent. En tout cas amusez-vous bien avec Dojo :)
_______________________________________________ Railsfrance mailing list [email protected] http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
