Il aura lieu comme la première édition à Quend Plage les Pins, dans la Baie de Somme
"Et meeerde !", ils font même pas ça dans la presipauté de Groland, à Groville... Pourtant ça aurait été l'occasion de visiter ce beeaaaau pays... M'enfin si le président Salengro (avec ses deux belles oreilles) est là, c'est l'essentiel. J'éspère qu'on aura aussi un reportage par Mickael Kael ou l'autre beauf de Kuntz.
Distcc c'est bien, mais n'imaginez pas recycler vos 15 vieilles bécanes pour faire de la compilation distribuée. J'ai fait diverses experiences, et en fait, la machine principale (plus puissante que mes autres veilles babasses) passe plus son temps à attendre le résultat des autres bécanes qu'à vraiment compiler (surtout dans le cas de sources avec makefile recursifs comme c'est le cas dans Mozilla).
Utiliser un truc comme distcc n'est avantageux que pour un ensemble de machines esclaves de puissances équivalentes (ou plus puissantes) que la machine maîtresse.
> Rhhoooo pis pourquoi pas dire aussi que Jelix est le meilleur framework PHP :p ;)
Parce que c'est d'une évidence... :-))) lol
Plus sérieusement, je ne me souviens pas avoir écrit quelques parts que c'était le meilleur framework. Pour moi, un framework ne peut pas tout faire et convenir à toutes les situations et les goûts. Il n'y a donc pas forcément de "meilleur" framework. Juste des frameworks plus matures, ou mieux adapté à ce que veut faire un développeur.
> Laurent, tu devrais pourtant être bien placé pour le savoir, ptet que le monsieur plus haut il a simplement pas trouvé son bonheur dans l'existant ?
Peut être aussi qu'il ne connait pas non plus tout l'existant (mais il est excusable, vu tous les framework qui sont nés ces derniers mois..). Moi non plus d'ailleurs.
>et je me dis des fois qu'il vaut peut etre mieux foncer tete baissée pendant un moment, et ensuite regarder où l'on se situe par rapport à la concurrence,
me conçernant, c'est ce que je fais régulièrement. Et je me replonge à chaque fois dans mon code :-)
Cependant se dire "je vais tuer mon projet", personnellement j'ai du mal , surtout quand c'est un projet sur lequel j'ai travaillé longuement (et surtout quand des gros sites à plusieurs millions de pages par mois commencent à l'utiliser ;-) )
> Et bon point, la doc en anglais. C'est un peu con,mais le french only, ca limite pas mal l'évolution quand meme, a cause d'une communauté forcément restreinte ! (coucou Copix)
Oui mais curieusement, que ce soit lorsque je faisais partie de l'équipe Copix ou actuellement de Jelix, les utilisateurs apprecient vraiment une doc en français. Surtout pendant une étude comparative des framework, c'est un critère important pour beaucoup de chef de projet (francophone j'entend).
Cependant, ça n'empeche pas effectivement d'avoir la traduction en Anglais. Mais ce n'est pas toujours évident de maintenir deux versions quand on est seulement quelques un sur le projet..
Je pense qu'un framework va forcément avoir une base "classique de chez classique" : à partir du moment où se lance dans un tel projet, on est obligé de connaître les patterns classiques.
Ya tout de même différents moyen de présenter les choses, différentes façon de structurer un projet. Jelix ou Copix en sont des exemples....
Et puis tu parles de "pattern classiques" obligatoire dans un tel projet. Et donc, quand on se lance dans un framework, il ne faut surtout pas avoir ses propres patterns ? Le pattern MVC n'est pas toujours trés adapté par exemple...
>Ce qui est censé venir par la suite et qui pourrait faire sortir ce framework de l'ordinaire (etc..)
Tous les frameworks "ordinaires" proposent déjà ce genre de truc ;-)
>L'objectif à terme est d'obtenir un framework qui permette de ne s'occuper vraiment que du code métier...La seule chose qui resterait au développeur serait d'écrire son code métier et d'articuler l'ensemble pour monter son portail.
Euh, oui, c'est le but d'un framework à la base ;-) Tu as jeté un coup d'oeil aux autres framework (frenchie en l'occurence) comme Jelix par exemple ?
Bon, franchement, beaucoup de "libriste" ont vraiment un problème avec l'argent.
Dites, vous avez essayé un jour de monter une boîte, qui développe des logiciels libres, en particulier un OS, concurrent d'un produit installé sur 90% des ordinateurs de la planète, et en ne faisant que du service autour ?
Non ? Bon alors essayez pour voir. Et vous verrez qu'au bout de 6 mois avec pour seul nourriture des patates, vous en aurez marre et serez bien content de mettre du beurre dans les épinards en mettant un *signet* pour faire de la pub à je ne sais qui (et que tout le monde peut virer en un clic).
PS: moi non plus j'aime pas la pub, mais faut arreter de diaboliser mandriva à cause de ses trois signets de pubs et 2 écrans dans l'installateur.
euh.. par les services professionnels qu'ils rendent. Et par le club justement. Eh non, malheureusement, leur argent ne vient pas de la poche d'un milliardaire qui ne sait pas quoi faire de ses sous.
> Pourquoi ont-ils besoin de souscription au club par les utilisateurs lambda ?
Pour pouvoir payer les ingénieurs qui bossent à plein temps sur la distrib ? Pour diversifier les sources de revenus afin d'avoir plus de sécurité au niveau rentrer d'argent ?
>Si les revenus professionnels (j'entend par les entreprises) ne leur suffisent par c'est qu'il y a un problème à la base, non ?
Pourquoi un problème *à la base* ? Certes, il y a la manière de gérer une entreprise. Mais faut pas non plus oublier que la concurrence est rude tout de même. C'est pas la seule distrib de la planête ! Et puis en face, y a aussi un type qui s'appelle bill, et qui a vendu ses logiciels à plus de 90% des utilisateurs d'ordinateurs personnels. Donc bon. Les sous, surtout pour un éditeur de logiciel libre, ça vient pas comme ça !
M'enfin tu apprendras ça quand tu sera grand, quand tu gagneras toi même ta croute en developpant des logiciels libres (si c'est ton but, et si tu as de la chance d'y arriver...) ;-)
surtout que d'aprés ce que je vois dans le code source, c'est plutôt du classique de chez classique comme façon d'aborder les choses, l'organisation des sources etc. Me trompe-je ? (on dirait presque du zend framework)
au fait, je suis par contre d'accord avec toi sur ce foutu gestionnaire de paquet rpmdrake, toujours aussi embetant à utiliser. Il parait que pour la 2007, y aura un truc "tout en un" comme chez kubuntu et ailleurs.
insistance perpétuelle à faire venir les utilisateurs dans le club.
Que ce soit pendant l'installation ou dans une utilisation quotidienne
Pendant l'installation, c'est vrai, mais d'un autre coté je peux comprendre, c'est leur gagne pain. (et puis bon, c'est pas comme si il fallait ré-installer mandriva quotidiennement...)
Par contre, "pour une utilisation quotidienne", là tu m'étonnes beaucoup. J'utilise Mandriva 2006 tous les jours, et je ne vois nulle part où mandriva tente de me faire venir au club quand je l'utilise.
Si tu parles de l'icone sur le bureau et des signets dans konqueror, ça se supprime hein ;-). D'ailleurs, je les ai supprimé, car pour une utilisation quotidienne, je préfère avoir mes propres signets.
clairement, d'aprés les screenshots, le partitionneur, c'est quasiement le même que sous ncurses : même complexité, même ergonomie trés discutable. Bref, toujours à des lieux d'un partitionneur graphique comme l'on trouve dans Mandriva ou kubuntu par exemple (dans l'installateur que l'on lance depuis le cd live).
Bref, je suis vraiment deçu. Je ne vois là strictement aucun intéret. Si ce n'est que les chaînes localisées ne seront (peut être?) plus coupées, comme il y a plus de place. j'ai en effet rencontré plusieurs fois le cas de phrase coupées dans la version ncurses, surtout dans des listes de choix, en particulier justement dans ce foutu partitionneur. Difficile alors de faire un choix dans un moment si crucial ! (ah ces développeurs qui ne pensent qu'aux anglophones..)
Un installateur graphique devrait profiter de toutes les possibilités d'une interface graphique, et pas copier bêtement une interface ncurses qui est forcément limitée.
Par contre, vu que cela a pu être corrigé qu'avec la nouvelle refonte de la partie reflow dans le layout engine, ce n'est disponible que dans le trunk. (backport dans la branche gecko1.8/Firefox2 semble apparement impossible). En clair : faudra attendre Firefox 3.0.
Ce que je voulais dire, c'est que ce sera libre pour le public quand ça sortira. Pour le moment, à propos du truc qu'il développe, quelque soit la licence, il n'a aucun compte à rendre à la "communauté du libre". Bref, au stade actuel du projet, je pense que l'esprit du libre, ce n'est pas une priorité. Cela le deviendra quand il publiera ses travaux.
Dans Gecko, il existe deux API : la classique, ancienne dont tu parles, adoptée par tous les navigateurs (hors IE je crois, qui a sa propre API). Et une plus récente (2-3 ans).
Mais la plus récente, personne ne l'a encore adopté. Cependant, cela ne t'empeche pas de l'adopter pour tes propres plugins, voir même d'avoir ta propre API.
>il n'y a que moi qui trouve les plugins de firefox lents et nuls a chier ?
lents, oui : firefox n'y ait pour rien du tout sur la performance des plugins, puisque ce sont les plugins qui gérent leur propre espace d'affichage, gecko leur laissant la main sur ce point. Donc va plutôt te plaindre aux developpeurs de plugins si tu les trouves lent et à chier.
> et ils voudrait qu'il fassent le décodage vidéo en XUL, pour prouver que XUL ça booste ?
euh.. XUL, c'est un langage XML pour décrire une interface utilisateur. Rien à voir donc avec l'affichage d'une vidéo (c'est pas en xml ogg que je sache :-))
>Franchement, "directement dans le code de Firefox", non, ç'est n'importe quoi
Ça dépend ce qu'ils entendent directement dans le code de firefox. Mais le code de firefox, principalement, c'est un moteur de rendu "HTML/XML/CSS" (et donc XUL, SVG...). Tout ce qui n'est pas XML/HTML, passe nécessairement par un plugin pour qu'il soit affiché (type flash, vlc etc.. ne pas confondre avec les extensions).
Donc directement dans le code de firefox, c'est impossible. Mais directement *livré* avec firefox, c'est possible techniquement.
Ouh là là, finalement c'est toi qui devrait prendre des cachets blancs et roses. Calmos !
Désolé de ne pas avoir mis de smiley et de lol à chaque phrase.
Mon commentaire parlait surtout sur l'appelation "téléphone", erroné à mon sens sur ces nouveaux joujoux (et je n'ai rien contre ces nouveaux joujoux, c'est juste qu'ils ne m'interressent pas)
# pas cool le lieu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Festival du Film Grolandais. Évalué à 1.
"Et meeerde !", ils font même pas ça dans la presipauté de Groland, à Groville... Pourtant ça aurait été l'occasion de visiter ce beeaaaau pays... M'enfin si le président Salengro (avec ses deux belles oreilles) est là, c'est l'essentiel. J'éspère qu'on aura aussi un reportage par Mickael Kael ou l'autre beauf de Kuntz.
[^] # Re: Console de jeu alternative
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Le succès du libre est-il transposable au jeu vidéo?. Évalué à 4.
# distcc pas toujours avantageux
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Compilation distribuée avec distcc / dmucs. Évalué à 4.
Utiliser un truc comme distcc n'est avantageux que pour un ensemble de machines esclaves de puissances équivalentes (ou plus puissantes) que la machine maîtresse.
[^] # Re: Framwork existants
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 2.
non non, je ne veux pas le tuer, rassures toi :-)
# infant-blood
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Fake - c'est vendredi. Évalué à 4.
[^] # Re: Framwork existants
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 2.
Parce que c'est d'une évidence... :-))) lol
Plus sérieusement, je ne me souviens pas avoir écrit quelques parts que c'était le meilleur framework. Pour moi, un framework ne peut pas tout faire et convenir à toutes les situations et les goûts. Il n'y a donc pas forcément de "meilleur" framework. Juste des frameworks plus matures, ou mieux adapté à ce que veut faire un développeur.
> Laurent, tu devrais pourtant être bien placé pour le savoir, ptet que le monsieur plus haut il a simplement pas trouvé son bonheur dans l'existant ?
Peut être aussi qu'il ne connait pas non plus tout l'existant (mais il est excusable, vu tous les framework qui sont nés ces derniers mois..). Moi non plus d'ailleurs.
>et je me dis des fois qu'il vaut peut etre mieux foncer tete baissée pendant un moment, et ensuite regarder où l'on se situe par rapport à la concurrence,
me conçernant, c'est ce que je fais régulièrement. Et je me replonge à chaque fois dans mon code :-)
Cependant se dire "je vais tuer mon projet", personnellement j'ai du mal , surtout quand c'est un projet sur lequel j'ai travaillé longuement (et surtout quand des gros sites à plusieurs millions de pages par mois commencent à l'utiliser ;-) )
[^] # Re: Framwork existants
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 3.
Oui mais curieusement, que ce soit lorsque je faisais partie de l'équipe Copix ou actuellement de Jelix, les utilisateurs apprecient vraiment une doc en français. Surtout pendant une étude comparative des framework, c'est un critère important pour beaucoup de chef de projet (francophone j'entend).
Cependant, ça n'empeche pas effectivement d'avoir la traduction en Anglais. Mais ce n'est pas toujours évident de maintenir deux versions quand on est seulement quelques un sur le projet..
[^] # Re: Framwork existants
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 2.
Ya tout de même différents moyen de présenter les choses, différentes façon de structurer un projet. Jelix ou Copix en sont des exemples....
Et puis tu parles de "pattern classiques" obligatoire dans un tel projet. Et donc, quand on se lance dans un framework, il ne faut surtout pas avoir ses propres patterns ? Le pattern MVC n'est pas toujours trés adapté par exemple...
>Ce qui est censé venir par la suite et qui pourrait faire sortir ce framework de l'ordinaire (etc..)
Tous les frameworks "ordinaires" proposent déjà ce genre de truc ;-)
>L'objectif à terme est d'obtenir un framework qui permette de ne s'occuper vraiment que du code métier...La seule chose qui resterait au développeur serait d'écrire son code métier et d'articuler l'ensemble pour monter son portail.
Euh, oui, c'est le but d'un framework à la base ;-) Tu as jeté un coup d'oeil aux autres framework (frenchie en l'occurence) comme Jelix par exemple ?
[^] # Re: Mandriva et le proprio
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 2.
et bien sûr en France, avec toutes les charges patronales, salariales et tous ces trucs, taxes & cie qu'il faut payer à droite et à gauche....
[^] # Re: Mandriva et le proprio
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 6.
Dites, vous avez essayé un jour de monter une boîte, qui développe des logiciels libres, en particulier un OS, concurrent d'un produit installé sur 90% des ordinateurs de la planète, et en ne faisant que du service autour ?
Non ? Bon alors essayez pour voir. Et vous verrez qu'au bout de 6 mois avec pour seul nourriture des patates, vous en aurez marre et serez bien content de mettre du beurre dans les épinards en mettant un *signet* pour faire de la pub à je ne sais qui (et que tout le monde peut virer en un clic).
PS: moi non plus j'aime pas la pub, mais faut arreter de diaboliser mandriva à cause de ses trois signets de pubs et 2 écrans dans l'installateur.
[^] # Re: insistance perpétuelle ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 6.
euh.. par les services professionnels qu'ils rendent. Et par le club justement. Eh non, malheureusement, leur argent ne vient pas de la poche d'un milliardaire qui ne sait pas quoi faire de ses sous.
> Pourquoi ont-ils besoin de souscription au club par les utilisateurs lambda ?
Pour pouvoir payer les ingénieurs qui bossent à plein temps sur la distrib ? Pour diversifier les sources de revenus afin d'avoir plus de sécurité au niveau rentrer d'argent ?
>Si les revenus professionnels (j'entend par les entreprises) ne leur suffisent par c'est qu'il y a un problème à la base, non ?
Pourquoi un problème *à la base* ? Certes, il y a la manière de gérer une entreprise. Mais faut pas non plus oublier que la concurrence est rude tout de même. C'est pas la seule distrib de la planête ! Et puis en face, y a aussi un type qui s'appelle bill, et qui a vendu ses logiciels à plus de 90% des utilisateurs d'ordinateurs personnels. Donc bon. Les sous, surtout pour un éditeur de logiciel libre, ça vient pas comme ça !
M'enfin tu apprendras ça quand tu sera grand, quand tu gagneras toi même ta croute en developpant des logiciels libres (si c'est ton but, et si tu as de la chance d'y arriver...) ;-)
[^] # Re: Framwork existants
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 3.
[^] # Re: insistance perpétuelle ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 1.
# insistance perpétuelle ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 7.
Que ce soit pendant l'installation ou dans une utilisation quotidienne
Pendant l'installation, c'est vrai, mais d'un autre coté je peux comprendre, c'est leur gagne pain. (et puis bon, c'est pas comme si il fallait ré-installer mandriva quotidiennement...)
Par contre, "pour une utilisation quotidienne", là tu m'étonnes beaucoup. J'utilise Mandriva 2006 tous les jours, et je ne vois nulle part où mandriva tente de me faire venir au club quand je l'utilise.
Si tu parles de l'icone sur le bureau et des signets dans konqueror, ça se supprime hein ;-). D'ailleurs, je les ai supprimé, car pour une utilisation quotidienne, je préfère avoir mes propres signets.
Bref, faut pas exagérer.
[^] # Re: L'URL
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Pluxml : j'ai trouvé la perle rare des cms. Évalué à 3.
[^] # Re: Interet ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Debian Installer Etch Beta 3 Screenshot Tour. Évalué à 3.
Bref, je suis vraiment deçu. Je ne vois là strictement aucun intéret. Si ce n'est que les chaînes localisées ne seront (peut être?) plus coupées, comme il y a plus de place. j'ai en effet rencontré plusieurs fois le cas de phrase coupées dans la version ncurses, surtout dans des listes de choix, en particulier justement dans ce foutu partitionneur. Difficile alors de faire un choix dans un moment si crucial ! (ah ces développeurs qui ne pensent qu'aux anglophones..)
Un installateur graphique devrait profiter de toutes les possibilités d'une interface graphique, et pas copier bêtement une interface ncurses qui est forcément limitée.
[^] # Re: Espaces insécables
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 4.
Par contre, vu que cela a pu être corrigé qu'avec la nouvelle refonte de la partie reflow dans le layout engine, ce n'est disponible que dans le trunk. (backport dans la branche gecko1.8/Firefox2 semble apparement impossible). En clair : faudra attendre Firefox 3.0.
[^] # Re: Euh...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 2.
Mais bon, si c'est si simple que tu le dis, on se demande pourquoi ils l'ont pas fait plutôt hein :-p
[^] # Re: Faut pas pousser
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Ulteo s'ouvre.... Évalué à 5.
[^] # Re: *reload*
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal WEB2.0 dans Libé. Évalué à 3.
[^] # Re: Inquiétude ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 3.
Mais la plus récente, personne ne l'a encore adopté. Cependant, cela ne t'empeche pas de l'adopter pour tes propres plugins, voir même d'avoir ta propre API.
>il n'y a que moi qui trouve les plugins de firefox lents et nuls a chier ?
lents, oui : firefox n'y ait pour rien du tout sur la performance des plugins, puisque ce sont les plugins qui gérent leur propre espace d'affichage, gecko leur laissant la main sur ce point. Donc va plutôt te plaindre aux developpeurs de plugins si tu les trouves lent et à chier.
[^] # Re: Euh...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 3.
euh.. XUL, c'est un langage XML pour décrire une interface utilisateur. Rien à voir donc avec l'affichage d'une vidéo (c'est pas en xml ogg que je sache :-))
>Franchement, "directement dans le code de Firefox", non, ç'est n'importe quoi
Ça dépend ce qu'ils entendent directement dans le code de firefox. Mais le code de firefox, principalement, c'est un moteur de rendu "HTML/XML/CSS" (et donc XUL, SVG...). Tout ce qui n'est pas XML/HTML, passe nécessairement par un plugin pour qu'il soit affiché (type flash, vlc etc.. ne pas confondre avec les extensions).
Donc directement dans le code de firefox, c'est impossible. Mais directement *livré* avec firefox, c'est possible techniquement.
[^] # Re: plugins
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 2.
ce sont surtout pleins de conneries que tu viens nous sortir.. Mais bon...
>un navigateur nécessaire au fonctionnement du moteur XUL
Je ne sais pas où tu as vu ça. Ce qui serait plus logique, ce serait l'inverse : Un moteur XUL nécessaire au fonctionnement du navigateur.
M'enfin bon, c'est faux aussi donc....
[^] # Re: Faut pas pousser
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Ulteo s'ouvre.... Évalué à 3.
En même temps, son projet n'est pas libre, hein. Il le deviendra quand G. duval sortira une première release.
[^] # Re: un téléphone ça ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Enfin un téléphone sous linux totalement programmable !. Évalué à 4.
Désolé de ne pas avoir mis de smiley et de lol à chaque phrase.
Mon commentaire parlait surtout sur l'appelation "téléphone", erroné à mon sens sur ces nouveaux joujoux (et je n'ai rien contre ces nouveaux joujoux, c'est juste qu'ils ne m'interressent pas)