• [^] # Re: J'adore

    Posté par (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 4.

    Vous auriez dit Berkely, MIT, Columbia j'aurais été un peu d'accord. Encore que j'aurais gentillement dit que l'INRIA et Le Polytechniceum de Lausanne jouait dans une cours pas très loin.


    Je parlais d'entreprises, pas d'université ou de centre de recherche...

    XUL ne fait que profiter des plateformes sur lesquels tourne Gecko...


    C'est à dire quasiement toutes...

    que le navigateur connecté soit un gecko et b) que la machine qui fait tourner l'appli XUL ait assez de mémoire/ressources


    Il n'y a pas que les applis web publique dans la vie.. XUL est tout à fait envisageable en intranet.

    XForm est normalisé depuis près d'un an etpersonne ne semble décidé à se jeter dessus.


    Sur le web publique, oui, mais en intranet, pas tout à fait vrai. il existe des plugins, des lib xforms coté serveurs etc... Même gecko prend en charge XForms (c'est peut être par lui d'ailleurs que XForms va un peu plus se démocratiser).

    mais un système de Tags prédéfini, difficilement extensible et lié de manière très forte à une techno spécifique çelà ne me tente que moyennement.


    XUL ? systeme de tag prédefini ?? difficilement extensible ? Je crois qu'il faut que tu te renseignes sur XBL, qui est la pierre angulaire de XUL. Ya pas plus extensible que XUL grâce à XBL (et aussi aux overlays...)

    Quoi que l'on puisse reprocher à Ajax ou aux technos "DHTML Plus" au niveau des temps de réponse, ça met rarement une machine à genoux


    Va voir des frameworks comme backbase... la plupart des trucs en Ajax font tellement des requêtes dans tous les sens, que les serveurs peinent à délivrer les informations, que la bande passante souffre etc.. Il n'y a pas que les ressources du client qui compte. Et coté dev, ajax n'est finalement pas moins complexe à utiliser que XUL (ajax, c'est tellement bas niveau...).

    j'ai voulu savoir si en prenant une solution XUL+Gecko je pourrais un jour me débarasser de Gecko


    Pour quoi faire ? Et qui te dit si à l'avenir tu ne vas pas pouvoir ?

    je le reperd dérrière à configurer Gecko et à compiler le tout avec XULrunner.


    gni ? depuis quand il faut configurer/recompiler gecko pour faire une appli xul ?? web de surcroit ??? Y a que ceux qui hack Gecko (comme moi, pour l'améliorer) qui ont besoin de recompiler, et ceux eventuellement qui veulent faire des composants XPCOM en C++, c'est à dire ceux qui font du dev trés avancé. Et encore, ceux qui veulent faire du C++, parce que les XPCom, tu peux les faire en JS, java, python... Pour le reste, un simple editeur + zip suffit pour faire une appli XUL. Et si faire un make -f client.mk te fait peur, toi qui fait du système, je trouve ça plutôt etonnant..

    Une techno n'est significative qu'une fois que l'on commence à s'en servir.


    C'est justement le cas pour XUL. De plus en plus de monde l'utilise. Je l'observe chaque semaine sur xulfr, via les stats de frequentation, les questions sur les forums, et les contrats qui déboulent chez nous. Ce n'est pas parce que TOI tu utilises peu d'appli xul que d'autres ne les utilisent pas. Par exemple, que fait tu de ces centaines d'extensions à Firefox (en XUL bien sûr, qui pour 99% d'entre elles, le dev n'a rien eu à compiler) ?

    est-ce que vous être assurés comme il faut en cas de procès/catastrophe/maladie/fuite d'infos ?


    fuite d'infos ? on fait du libre hein ;-) Pour le reste, la trésorerie etc, ce n'est pas à moi de répondre. Saches toutefois que j'étais cadre, dans une boite, confortable et commençant à être soporifique. Et bien ça fait deux ans que chez DI je n'ai aucun souci, et ça va même trés bien.. Alors les risques... Tu en trouveras de toute façon dans toutes les boîtes, des risques. Les licenciements par wagon de 50, ça existe aussi dans les grosses boîtes..