Laurent J a écrit 2933 commentaires

>C'est nouveau donc c'est bien ?

tu nous fait des raccourcis là... C'est bien ou pas selon tes besoins.

>XUL est portable
>C'est aussi le cas de GTK, Qt, wxWidgets

Sans recompilation ? Et en combien de ligne de code tu fais une interface ? C'est extensible facilement (cf XBL dans XUL) ? ça se modifie aussi facilement au runtime ? (ex avec XUL, en changeant un attribut, tu peux changer tous ce que tu veux au niveau de l'interface, grâce à CSS et XBL entre autre) ? Tu peux modifier, étendre l'interface d'une appli (ajouter des boutons etc) sans toucher au code source (ce que permet XUL avec son système d'overlays) ?

> Des standards ne bénéficiant de quasi aucune implémentation complète et largement répandue. (cf. au-dessus)

Aucune implémentation complète, c'est vrai, surtout dans IE. Et alors ? cela voudrait dire qu'il ne faut pas les utiliser ? Alors que les implementations de ces standards progressent dans TOUT les navigateurs ? Une technologie standardisé à l'avantage de pouvoir capitaliser sur ses compétences, surtout les technos du web : tu es à peu prés sûr de la retrouver ailleurs que dans un navigateur. (Cf XML, DOM, XSLT, SVG...)

voici les technos standards qui s'utilise avec XUL, et les logiciels dans lesquels ont les retrouve (pas forcément bien implémenté partout, on est d'accord, mais ça à toutefois le mérite d'exister)

* Ecmascript : IE, Gecko, KHtml, Opera et pratiquement tous les autres navigateurs
* CSS : IE, Gecko, Khtml, Opera et pratiquement tous les autres navigateurs
* XHTML : IE, Gecko, Khtml, Opera et pratiquement tous les autres navigateurs
* PNG : IE, Gecko, Khtml, Opera et pratiquement tous les autres navigateurs
* XML/DOM : IE, Gecko, Khtml, Opera et pratiquement tous les autres navigateurs
* XSLT : Gecko, IE, les autres je ne sais pas
* MATHML : Gecko, les autres je ne sais pas
* SVG : Gecko, Opera, Khtml (c'est en cours je crois, si ce n'est pas déjà fait)
* XForms : IE (plugins), Gecko (extension native ou plugin externe), Khtml (plugin)

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..

Mais la vraie R&D est morte à peu près partout dans le monde

Sauf à Redmond et dans la silicon valley. Ce qui est malheureux...

La question est donc pourquoi apprendre le XUL a part pour connaitre le XUL ? Qu'est-ce que je fais de mes connaissances XUL si d'ici deux ans tout le monde laisse tomber ? A quels paradygme nouveau m'ouvre XUL ?

parce que XUL, c'est une nouvelle manière de réaliser des interfaces graphiques. Parce que Gecko est multi plateforme, que XUL est portable. Parce que coté applis web, ça te permet d'être beaucoup plus productif et d'avoir une appli plus reactive et légère que tous ces trucs en ajax. Parce qu'un XUL like est en voie de normalisation au W3C. Parce que XUL s'utilise avec de l'Ecmascript, CSS, XBL (lui aussi en voie de normalisation), RDF et plein d'autres technos toutes aussi standards les unes que les autres. Bref -> capitalisation du savoir faire, possibilité de réutiliser toutes ces compétences ailleurs. Surtout que XUL est copié dans pas mal de lib (faut voir le nombre de lib en java qui permettent de faire du xul-like..).

Bref, tu m'a l'air d'avoir emis un avis sur XUL sans même te documenter. Gecko et XUL sont des technos d'avenir, c'est un fait. Tous les indicateurs le prouvent (que ce soit du coté de la standardisation, que du coté de l"'industrialisation").

Parceque pour l'instant elle a rien pour plaire au néophyte.

Comment tu vas vite en besogne. Généralise pas. Corrige : "Parce que pour l'instant elle n'a rien pour *me*plaire." Mais ce n'est pas vraiment étonnant, vu que tu semble plutôt interressé par tout ce qui est système.

Pour lacher un poste qui te nourri et qui paye le loyer pour un presque poste presque sur portant sur une techno pas super répandue dans une boite pas super assise financièrement il faut quand même avoir la vocation.

La techno est répandue. Je ne sais combien de dizaine de millions de gecko installés sur les postes à travers le monde, ce n'est pas insignifiant tout de même. Et puis la santé financière de la boîte va bien. Inutile de diffamer, merci. (Tu crois qu'on embaucherait si on allait mal ??).

il va apprendre Web2.0

Justement XUL, rentre dans cette section... M'enfin ça tu le découvrira quand tu te sera vraiment renseigné sur la techno.

Euh, les insultes, ça suffit maintenant !

>qui fermait elles memes les portes aux candidats.

euh... en fait, y a pas plus ouvert. Relis bien : Daniel s'en fiche du diplome par exemple.. Il cherche juste quelqu'un de compétent...

ça coute beaucoup de former des gens. Surtout pour une petite boîte..

> prêt à accepter une situation qui a l'air un peu précaire,

précaire ? Si on embauche c'est que DI se porte bien, et c'est que c'est pour du long terme à priori..

>ç à dire de laisser la porte ouverte aux "non hackers" XUL ou de le faire comprendre

DI se porte bien, mais de là à avoir les moyens de payer une formation et de faire patienter le client quelques semaines pour qu'on lui developpe son truc... DI est une toute petite boîte (on est 2). C'est pas évident..

>le critère XUL doit être revu à la baisse;

C'est ce qu'on est en train de faire (pluss d'exigence de compétence du coté de XPCOM/C++). Mais il faut connaitre le XUL (c'est pas compliqué le XUL hein ! c'est juste du html avec des balises renommées et plus puissantes)

Le but du livre, c'est justement d'expliquer ce schema. Alors c'est sûr, si tu t'es arreté à ce schema, tu ne risque pas de le comprendre...

> il devrait probablement déléguer.

à qui ?

> Donc je suis un informaticien flemmard et suiveur ?

je crois qu'il faut replacer le billet dans son contexte, dans le contexte de ce blog, qui entre autre dénonce l'état lamentable de la R&D en informatique en France.

Cite-moi par exemple 10 éditeurs de logiciel en France, qui font de la R&D, et qui sont connus internationnalement...

En France, tu n'as quasiement que des SSII, rempli de développeurs qui s'investissent peu dans la R&D, même à titre perso (SSII = vendeur de viande comme diraient certains). Peu de centre de R&D. Aprés on s'étonne de l'hégémonie américaine sur le marché des logiciels.

>D'autant plus que même dans le monde du libre cette compétence n'est pas très demandé.

Alors là, détrompe toi. Beaucoup de boîtes sont obligés de former des developpeurs parce qu'il n'y a personne sur le marché XUL/Gecko.

Et puis bon, faut voir les sites d'offres d'emploi dans le libre. Prenons par exemple lolix. Essaye de rechercher le cv d'un developpeur qui fait du java, du xul ou autre. Elle est où la zone de recherche pour ça ? Je n'ai pas trouvé. Il faut se taper la lecture de dizaines de CV dans la catégorie developpeur...

>Hé on peut pas tout apprendre à la fac.

Ah mais, l'informatique ne s'apprend pas qu'à la fac. ça s'apprend tous les jours. Les technologies évoluants, c'est à toi de te tenir au courant, de te mettre à jour durant toute ta carrière, sous peine de finir dans un placard parce que plus personne n'a plus besoin de tes compétences sur les technos vieilles de 35 ans... Et je te rappelle que ton employeur est dans l'obligation de te payer régulièrement des formations... Mais combien font valoir ce droit ? combien s'investissent dans la mise à jour de leurs compétences ? De ce que j'ai vu en SSII, vraiment qu'une faible minorité. (d'où le "flemard et suiveur").

>en plus dans la liste des chomeur,

Il faut obligatoirement être chomeur pour postuler à un poste ?

>Connaissent XUL sur le bout des doigts, sont spécialiste de C++, Parlent un Anglais courant

Même si ils ne sont pas spécialistes, ils peuvent le devenir non ? un chomeur a droit à des heures de formations non ? un chomeur qui veut s'en sortir, il essait d'apprendre de nouvelles compétences non ? (surtout un informaticien, ça devrait être dans ses gênes ce genre de reflexe :-) )

>Ont envie de travailler pour une toute petite boite

à mon avis, quand tu es chomeur, la taille de la boîte importe peu non ? j'veux dire, le type qui attend le boulot qui doit correspondre à ces 3500 exigences de ses rêves, il va attendre longtemps. Et je pense qu'au contraire, une petite boîte, surtout quand elle est en pleine expansion, est une grosse opportunité : tu montes plus facilement. Qui sait si le gars finira pas sur un poste plus important que dans une grosse boîte, lorsque ladite petite boîte sera devenu grande ? (par définition, grosse boîte = beaucoup de monde = plus de concurrence pour grimper à l'échelle ;-). et puis bon, vaut mieux bosser dans une petite boîte avec les technos qui t'interresse que dans une grosse où tu t'ennuie comme un rat. À priori, pour un informaticien, ce sont les technos qui importent le plus..

>D'autant plus que la définition du poste est un peu flou (on ne sait pas encore si le poste sera ouvert, en CDD ou en CDI...)

c'est vrai, mais à priori, c'est un CDI...

bon alors, sache qu'il existe aussi des solutions pour ton problème : le mastic pour reboucher les trous (existe en poudre ou tout préparé en tube, plus pratique) ;-)

sinon moi je n'ai jamais eu de problème avec mes proprios pour quelques trous. Suffit que tu rebouches proprement. Il y a même moyen de faire ça presque invisible. par exemple, si tu as du papier peint, tu fais une croix au cuter à l'endroit où tu veux faire ton trou. tu rabbat ensuite les 4 morceaux triangle de papier peint, de façon à percer le trou sans abimer le papier. Et plus tard, tu rebouche le trou, tu rabats les4 triangles en les recollant sur le mur... Ne restera que les deux petits coup de cuters, qui peuvent ne pas se voir si ils suivent les motifs du papier...

il existe des outils qui permettent de s'affranchir des limites des murs, en l'occurence, de pouvoir faire des trous dans les murs. On appelle ça des perceuses, ou perforateurs.

(y aussi la solution des gaines collées aux mures, ou plus esthétiques, des plintes qui font gaines en même temps, etc..

Ils ont du modifier en urgence le truc en collant des "if (Windows) CRLF else LF" mais forcément ils en ont oublié. Si la portabilité avait fait partie du cahier des charge dès le départ, ils auraient défini une constante "EndOfLine" dans un coin et terminé.

C'est vrai. Mais faut vraiment être un mauvais programmeur pour ne pas utiliser cette constante EndOfLine dans les modifications "d'urgences" et utiliser à la place ce 'if(windows)'. ça ne coûte vraiment rien de déclarer cette constante. Voir même, ça permet des modifs plus rapide.

ah ba je savais bien que les OGM, c'est mal (tm) :-)

tout à fait d'accord. J'ai vu carrément la différence entre ceux qui avait choisi de faire quelque chose de leur service militaire (même si ils préféraient faire autre chose), et ceux qui avait choisi de "subir", qui y allait donc à reculons.

J'ai fait parti de la première catégorie. J'ai donc pas fait chier mon monde, pas fait le schtroumpf grincheux, j'ai respecté ma hierarchie, j'ai montré qu'il n'y aurait pas de soucis avec moi, et j'ai fait ce qu'il fallait, administrativement parlant (preparation militaire, volontaire outre mer etc.), pour avoir une affectation qui soit pas 10 mois de galère, et qui soit un minimum interressant.

Résultat : à part les 3 semaines de prepa militaire, (donc l'equivalent des classes), j'ai pas tenu un fusil de tout mon service (sauf pour 2-3 défilés), j'ai pas crapahuté dans la boue et la jungle et je me suis retrouvé dans un monde plutôt interressant humainement et techniquement : l'aeronavale. Et qui plus est, en Polynésie. 10 mois de club med militaire.

Alors bien sûr, il y a une part de chance (poste vacant, l'humeur du type qui t'affecte etc), il y en a qui bien sûr n'ont pas eu la chance d'avoir l'affectation qu'ils esperaient, mais la façon dont on aborde le service joue aussi beaucoup. Les appelés qui étaient comme moi à Tahiti n'étaient pas des refractaires. Par contre, ceux qui jouaient aux cons pendant les classes, se sont retrouvés avec des affectations.. à la con justement.

À coté de ça, le service jouait un rôle social. Ce mélange de personnes venant de tous milieu, de tous horizon, tout le monde à la même enseigne, fait bien mieux prendre conscience des réalités de la société que le journal de 20h. ces relations "melting-pot" fut plutôt enrichissante pour ma part, culturellement et humainement parlant. Ça a été l'occasion de sortir de mon train train quotidien et de se rendre compte qu'il existe autre chose que sa petite vie de banlieusard. (j'aurais été affecté sur un remorqueur à cherbourg, cela n'aurait pas changé grand chose sur cet état de fait, il y a juste les cocotiers en moins).

Merci de dénoncer ces connards boulets. Ta déscription correspond parfaitement aux quelques individus qui commencent à envahir mon blog de leurs commentaires cons et trollesques...

J'aimerais bien savoir l'interet de recopier au mot pres un changelog en anglais. Il aurait été plus utile de le traduire en français.

dans le mozconfig, n'oublie pas :

ac_add_options --enable-optimize
ac_add_options --enable-strip
ac_add_options --disable-debug
ac_add_options --disable-tests

je confirme ;-)

Toutefois il va falloir être patient. Pour le moment Composer est développé sur notre temps libre. Comprendre que les contrats qui nous tombent (fort heureusement) sur les bras sont bien entendu prioritaires (faut bien pouvoir mettre un biftek dans notre assiette ;-) ).

Je signale au passage que nous recherchons un développeur XUL/XPCom/C++ http://www.glazman.org/weblog/dotclear/index.php?2006/05/09/(...)

Je viens de finir de le lire et il est trés bien, réaliste, et pas catastrophiste.

Mais j'ai bien peur que sa proposition d'augmenter progressivement les taxes sur les produits pétroliers reste du domaine de l'utopie. Quand on voit les plaintes grandissantes des gens pour une malheureuse "petite" hausse du prix à la pompe, alors que l'état ne fait pas grand chose pour le faire baisser, si un jour il décide d'augmenter les taxes, j'imagine bien les français gueuler comme des corbeaux, et faire une deuxième révolution plutôt que de vouloir s'adapter, accepter le fait que le pétrole, c'est fini et changer leur mode de vie...

Bref, quel gouvernement osera s'attaquer à ça ? Quel chef de gouvernement aura les c***lles d'instaurer de tels directives ? Peut être qu'en passant par un vrai débat ça pourra passer. Mais j'ai du mal à imaginer le gros con avec son 4x4 participer à un tel débat (Nicolas Hulot qui se balade un peu partout pour expliquer ce genre de chose en fait régulièrement les frais). Mais faudrait faire vite, ça prend du temps ce genre de chose, et ça urge !!!

Autre livre que j'ai bien aimé : "l'humanité disparaitra, bon debarras" de Yves Paccalet. Un poil catastrophique. C'est surtout les pensées d'un écologique désabusé par le comportement global de l'humanité fasse à son environnement. Aprés avoir passé des dizaines d'années à apporter "la bonne parole" aux gens, aux gouvernements (il a fait parti pendant longtemps de l'équipe cousteau), il se rend compte que le résultat est plutôt maigre, et que rien ne pourra empêcher le fait que l'on va droit dans le mur. Il emet donc différentes hypothèses sur la façon dont l'humanité va s'auto-détruire...

Tu oublie que pour avoir ton setup.exe, il a fallu que tu le cherches sur le net, que tu le télécharges à la mimine, voir même que tu le patch avec un crack.

Bref, je vois pas en quoi c'est plus facile que d'ouvrir une fenetre qui t'affiche une liste de logiciel, de cliquer sur le logiciel que tu veux, puis sur un bouton "installer" et d'avoir, 5 minutes plus tard (ou plus suivant la taille du logiciel à installer) tout installé correctement. (personnellement j'ai jamais de message du genre "il vous faut gtk, machinlib truc etc...").

il a utilisé flash8 parce que la plupart du temps, il n'a pas cherché à cocher la case qui va bien dans son editeur flash et que par défaut, c'est coché "version 8" (enfin, si une telle option existe dans le kit de dev de flash.. )

chez redmond, les intitulés sont largement plus clair et explicite, et l'interface plus "ergonomique". (et puis bon, cette première partie ne dure pas des plombes non plus, donc...)

En fait, pour moi, le problème n'est pas tant que ce soit en mode texte ou graphique, le problème est que ce soit compréhensible par le geek moyen. Avec des explications clair, des choix non ambigus, etc..

pour moi non. mais que les demenageurs parlent la même langue pour que je comprennent ce que je veux, et que le camion soit adapté au volume que je démenage, oui.

Or personnellement, l'installeur debian ne parle visiblement pas la même langue que moi avec son interface imbitique et ses choix trés obscures...