mais peux tu vraiment insérer un graphique excel dans un document word, modifier les tableaux dans le document excel et que cette répercussion se propage sur le graphique integré ? Peux tu appliquer les mêmes transformations sur les images, les tableaux ... ?
Oui, depuis... pfiouu... longtemps (genre plus de 10 ans). À l'origine de cette possibilité, c'etait la technologie OLE (l'ancètre du COM/DCOM).. c'est dire si ça date ;-)
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.
> 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..
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)
> 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...)
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.
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...
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 ;-) ).
# vendredi ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Je me demandais.... Évalué à 3.
[^] # Re: Tant qu'a faire...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Politique de sécurité Firefox. Évalué à 1.
[^] # Re: intérêt
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un regard sur KOffice 2.0. Évalué à 7.
Oui, depuis... pfiouu... longtemps (genre plus de 10 ans). À l'origine de cette possibilité, c'etait la technologie OLE (l'ancètre du COM/DCOM).. c'est dire si ça date ;-)
[^] # Re: Google Spreadsheet est-il libre ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Google de plus en plus proche du libre (?). Évalué à 10.
Entre nous, faut vraiment être c** pour utiliser ce genre d'outils avec des données aussi sensibles...
[^] # Re: Je râle
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Apache sur votre mobile. Évalué à 3.
[^] # Re: J'adore
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 1.
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)
[^] # Re: J'adore
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 4.
Je parlais d'entreprises, pas d'université ou de centre de recherche...
C'est à dire quasiement toutes...
Il n'y a pas que les applis web publique dans la vie.. XUL est tout à fait envisageable en intranet.
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).
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...)
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...).
Pour quoi faire ? Et qui te dit si à l'avenir tu ne vas pas pouvoir ?
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..
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) ?
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..
[^] # Re: J'adore
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 2.
Sauf à Redmond et dans la silicon valley. Ce qui est malheureux...
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").
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.
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 ??).
Justement XUL, rentre dans cette section... M'enfin ça tu le découvrira quand tu te sera vraiment renseigné sur la techno.
[^] # Re: Disruptive ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 8.
[^] # Re: Re:
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 3.
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...
[^] # Re: Pour respecter l'usage ploumesque...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 1.
[^] # Re: Pour respecter l'usage ploumesque...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 2.
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..
[^] # Re: Le Xul c'est fantastique...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 2.
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)
[^] # Re: Le Xul c'est fantastique...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 7.
[^] # Re: Raisons
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 2.
à qui ?
[^] # Re: J'adore
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique française va mal!. Évalué à 2.
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...
[^] # Re: Rien ne vaut....
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal mandriva + windows xp+ routeur adsl + imprimante. Évalué à 2.
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...
[^] # Re: Rien ne vaut....
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal mandriva + windows xp+ routeur adsl + imprimante. Évalué à 2.
(y aussi la solution des gaines collées aux mures, ou plus esthétiques, des plintes qui font gaines en même temps, etc..
[^] # Re: De l'origine des bugs
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Pourquoi nous vendons un code contenant des bogues.... Évalué à 3.
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.
[^] # Re: Merci Ploum !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Y'a que la vérité qui blesse... Évalué à 1.
[^] # Re: .
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Il ne faut pas être plus royaliste que le roi. Évalué à 2.
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 Ploum !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Y'a que la vérité qui blesse... Évalué à 1.
# franglais
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal X.org 7.1 is OUT. Évalué à 7.
# mozconfig
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal le rpmbuild qui fait gonfler firefox. Évalué à 5.
ac_add_options --enable-optimize
ac_add_options --enable-strip
ac_add_options --disable-debug
ac_add_options --disable-tests
[^] # Re: NVU
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Actualités des logiciels Mozilla. Évalué à 2.
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/(...)