comme il est dit plus haut, il y a une part historique.
Mysql a eu du succés parce qu'il était HYPER simple à installer, il était HYPER simple à utiliser. Postgresql a coté, c'est compliqué, surtout pour les newbies.
Cependant, depuis quelques temps, mysql devient plus complexe parce qu'il a plus de fonctionnalité. D'où l'interêt d'avoir développé sqlite, qui par ailleurs est de plus en plus utilisé.. (mais bon, il répond pas non plus à tout les besoins...)
PS2 : il y a aussi d'autres raisons à l'arret des évolutions de Nvu 1.0.
Dont deux : manque de temps. Mais aussi, n'en déplaisent à ces cons qui pensent qu'on arrive à vivre d'amour et d'eau fraîche rien qu'en faisant du LL, il arrive qu'une boite qui fasse des LL, mette parfois ses priorités sur d'autres LL, mais aussi sur d'autres choses que sur les projets LL non "financés".
baaah oui ! Il arrivent parfois que l'on veuille bouffer et nourrir sa famille !
J'ai lu rapidement les commentaires, et là encore ça troll et ça gueule dans tous les sens sans vraiment comprendre (ou vouloir comprendre) les tenants et aboutissants. (Il y en a ici qui ferait mieux de se regarder dans une glace ou de se relire, avant de mettre une étiquette "caractériel" sur certains "bon dev de la communauté du libre")
Donc résumons nous.
Nvu est un logiciel libre (tri licence GPL, LGPL MPL). Nvu est une marque déposée par Linspire. Elle appartient à Linspire. Daniel Glazman a développé Nvu à la demande de Linspire (sur la base de l'éditeur de la suite Mozilla, dont Daniel est un des auteurs), .
Cela a donné Nvu 1.0.
Nvu étant une marque appartenant à Linspire, toute redistribution sous le nom de Nvu d'un logiciel dérivé de Nvu, doit se faire sous le consentement de Linspire. (C'est comme ça, que ça vous plaisent ou non, personne n'y peut rien, et puis aprés tout, ils ont financé pendant deux ans le développement d'un logiciel libre, ils ont bien le droit de protéger leur marque).
Pour publier donc un Nvu 1.1, ou 2.0, ou 10.0, que ce soit avec 15 000 nouvelles fonctionnalités ou seulement trois patches corrigeant 3 malheureux bugs à la con, il faut avoir le consentement de Linspire. Même si c'est Daniel Glazman, son auteur, qui veut le faire.
Donc, il n'y aura pas de Nvu 1.1, 2.0 ou 15.9, sauf si Linspire le souhaite. La seule solution actuelle pour améliorer le soft : redistribuer le code sous un autre nom.
Vous comprendrez donc la volonté de Daniel de faire un Mozilla Composer (dont les sources sont dans le trunk de Mozilla), et de ne pas donner suite à Nvu 1.0 (dont la base de code, gecko 1.7 est beaucoup trop vieille par rapport au trunk de Mozilla, gecko 1.9).
Merci de m'avoir lu jusqu'ici, et merci d'arréter de troller, ou de continuer à raconter des conneries comme j'en ai pu lire plus haut.
Bonsoir.
PS : si cette situation ne vous convient pas, écrivez à Linspire.
Bon sinon, je suis d'accord avec toi, si il faut indiquer les césures dans tous les mots, c'est ridicule. Cette histoire de soft hyphen est débile. C'est à l'agent utilisateur (le browser donc), de faire la césure automatiquement là où il le faut (en se basant sur la langue du texte qui devrait être indiqué dans la page ou dans le paragraphe, et en se basant sur un dico)
>Arrêtez de dire que subversion est le remplaçant de CVS, ce n'est pas vrai : les concepts, commandes, possibilités et façon d'utiliser dont différents.
bah je ne sais pas mais pour moi, ça l'est quand même hein : c'est le même type de gestionnaire de version. Il en reprend la majorité des commandes, mais en plus simple. À la différence que svn est plus performant, les rapports de log, d'history &cie sont beaucoup plus clairs, la doc est vraiment mieux foutu, la numérotation des commits ultrasimple (et pas des numeros à 15 chiffres et points), et svn corrige des lacunes de svn (historisation des renomages/deplacements par ex..) etc..
Quand on a fait du CVS, passer à SVN est du pure bonheur. Il y a juste cette nouvelle "vision" des branches/tags, et la disparition des modules qui peuvent perturber au début, mais personnellement, je m'y suis adapté trés vite.
> pourquoi voulez-vous qu'un soft en élimine un autre ??
parce que c'est ce qui se passe en vrai dans la vrai vie du monde réèl... C'est un constat, pas une affabulation.
et Mozilla est en train d'y reflechir trés sérieusement. ils veulent bazarder CVS_qui_suxor et sont en train de voir un autre soft qui se rapprocherait le plus de leurs besoins : http://wiki.mozilla.org/Version_Control_System_Requirements
>Reste que ce ne sera jamais implémenté sur la fameuse plateforme propriétaire (déjà que SVG aura du mal à passer).
Non car ils ont leur propre dialecte XML pour les interfaces, XAML, qui même dans les principes, est complètement différent de XUL. Par exemple, les balises XAML sont une representation XML d'objets .Net (il y a une sorte de mapping). Et tout est mélangé dans XAML : presentation, structure etc.. Et XAML possède ses propres balises (enfin, objets..) pour tout ce qui est 2D et 3D. Ce qui signifie que Microsoft ne compte pas prendre en charge SVG. Il en va de même pour XForms : ils ont là aussi leur propre dialecte (dérivé de xforms toutefois si je ne dis pas de bêtise). En bref : Microsoft et les standards, c'est mort, sauf pour HTML/CSS dans IE (parce qu'ils sont bien obligés).
> je n'aime pas XUL et je me demande si une alternative libre et réellement standard existe.
Standard non, il n'en n'existe pas. XUL (qui est libre hein) va certainement devenir un standard. cf http://www.w3.org/2006/appformats/ . Le w3c va standardiser un XUL-like existant, et le XUL de Mozilla est un trés bon candidat puisqu'il semble avoir les prérequis émis par le working group (notament, une trés bonne intéraction au niveau spec, avec les autres technos du W3C : CSS, SVG, XHTML, XForms ...). Et en plus, une implémentation existe..
De plus il y a une autre techno, XBL , trés lié à XUL puisque la plupart des élements XUL de Mozilla sont décrit en XBL, qui est en passe de devenir une recommandation au W3C : http://www.w3.org/TR/xbl/
Bref, pour le moment, tu ne trouveras rien de plus proche des standards que XUL.
De toute façon beaucoup de XUL-like (notament en java) se ressemble dans leur fonctionnement. Que n'aimes tu pas alors dans XUL ?
sous linux, pour firefox, j'utilise les binaires de Mozilla et non de ma distrib. Du coup, je suis à jour :-).
Les distribs sont en retards, et ça se comprend un peu : il faut compiler, packager, tester avant de mettre à dispo au public une mise à jour du paquet. Mais bon, ça devrait aller vite je pense..
Utilise XUL. C'est multi-plateforme, interfaces rapides à conçevoir, mise à jour autos, applis légères (sans compter xulrunner/firefox). Et tu peux utiliser la version de XulRunner embarquant python, pour faire des composants en python. (ou alors tu peux utiliser JS ou C++ pour tes composants).
Sinon, tu cherches un truc qui n'a pas besoin de s'installer sur le poste client. Mais là tu en demande trop. Je dirais même, tu rêve. Que ce soit python, java, XUL ou autre, il faut toujours installer quelque chose sur le poste client : une JVM, un interpreteur, ou pour XUL, ce sera firefox ou xulrunner par exemple, en plus de l'application elle même.
Ou alors faut que tu t'orientes vers du HTML pure, une appli web pure (avec des toolkits comme dojo, yahoo ...). Ou si tu sais que les postes en question possèdent tous un firefox, faire du XUL "distant". (appli web dont l'interface est en xul et non en html).
En même temps, ils n'ont pas tord sur ce point... C'est un outils graphique pour geek. Ergonomie, fonctionnalité, toussa : on est loin, trés loin d'un photoshop... (à quand les effets modifiables sur les layers par exemple..)
D'une part je suis pas gros, et même si je le serais, je trouve ta remarque légèrement insultante.
D'autre part, tu install une distrib chez un type qui n'a pas internet, et tu lui choisi les live cd : c'est vraiment idiot je trouve, puisque par nature, tu as le minimum sur les lives cd, ce qui t'oblige à avoir accés à internet pour profiter d'un maximum de paquet de la distrib.
Alors que si tu utilisais les iso "normales", ton copain pourrait profiter pleinement de tout ce qu'offre les distribs.
>Un trou de 3 metre a travers plusieurs murs ultra resistants,
sauf qu'un boeing 757 fait bien plus que 3 mètres de diametre. Et bizarrement, pas de trace d'impact des ailes et des moteurs sur la facade du batiment. Juste un trou. à croire que l'avion n'avait pas d'aile. Qu'on ne me ressorte pas le coup des ailes qui se plient. Je n'y crois pas une seconde. J'ai bossé dans un service d'entretien aeronautique. Un avion, c'est solide, mais fragile à la fois. Les ailes auraient dû s'arracher à l'impact et des gros bouts restés sur le gazon, surtout vu l'envergure de l'engin (et il y aurait du y avoir aussi la queue de l'appareil) . Mais là rien, juste un trou, avec quelques débris par ci par là provenant soit disant d'un boeing 757. (sur les tours, les ailes ne se sont pas arrachées car la facade des tours n'étaient pas aussi solide et epaisse que celle du pentagone, c'est donc rentré "comme dans du beurre" ).
Franchement, le coup du pentagone, ça me laisse trés trés septique... Depuis d'ailleurs les premières images le 11 sept 2001. Ma première réaction en voyant le trou minuscule avant que le batiment ne s'écroule, fut instinctivement : "mais où est passé l'avion ?"
Mouai.. bon.. Tu n'y va pas un peu fort, à comparer une distrib qui a 2 mois, et une autre qui a presque un an ?
Au sujet de la mocheté, je préfère le bleu de Mandriva que le marron caca de ubuntu (mais les goûts et les couleurs...)
>Deuxième commentaire : où sont les jeux ? En effet mon ami n'a pas encore internet : Comment justifier de rester sur Linux si l'on a pas même un petit mahjong ?
il me semble qu'il y a des jeux dans les 3 cd de Mandriva... (car si il n'a pas accés à internet, j'éspère que tu lui a fait installé la version 3CD hein ? Sinon c'est éffectivement con de ta part...)
Que represente vraiment les chiffres dans la colonne "ligne de code". Parce qu'on y trouve des chiffres bizarres. Par exemple, pour apache, je vois 8 (apache ? 8 lignes de code ?). Pour Thunderbird, 17 976 alors que thunderbird partage la même base de code que Firefox, qui en compte lui 1,822,972.
Ont-ils une façon particulière de compter les lignes de codes ? Ou c'est leur scan qui est buggé ?
effectivement, quand on ne sait pas vraiment quelle "valeur en entrée" fait planter le truc... Le log est le seul moyen.
Aprés effectivement, si on arrive à determiner des conditions d'apparitions du bug, on peut passer au deboggeur avec des breakpoint conditionnels. Par contre je ne savais pas que ça se faisait, les breakpoints conditionnels (dans kdevelop apparement, il ne permet pas de specifier ce genre de truc, et la ligne de commande de gdb, je ne supporte pas)
Bon, certains commentaires l'ont déjà signalé, un debugger fait pas tout. Et je vais en rajouter.
1) gdb : j'ai pas vu de debugger aussi inutilisable que gdb, aussi lourd, et aussi lent. Surtout sur des gros programmes (même si c'est sur une toute petite partie que tu veux debogger).
Et je ne parle pas de toutes ces commandes qu'il faut apprendre, des front-ends limités ou non ergonomique, et qui par nature, souffrent des mêmes défauts de gdb lui même..
Si il y a bien quelque chose à féliciter à MS, c'est le deboggeur de Visual Studio. Tout est quasi instantannée, interface nickelle. Vivement le jour où on pourra virer gdb sous linux et avoir un déboggeur aussi efficace que celui de VS.
2)
Le deuxième problème qui apparaît lorsque l'on a ajouté des printf un peu partout est de les retrouver tous pour les enlever une fois le bug corrigé.
Mauvais éditeur, changer éditeur. Et changer pour un éditeur qui contient une véritable fonction de recherche multi fichier.
3) Gdb est inutilisable dans un programme qui travaille sur un volume de donnée conséquent. Exemple : j'ai réalisé un validateur xml, basé sur relaxng. J'avais des bugs lors du parsing du schema de docbook, qui contient des milliers de patterns. Trés franchement, il est inutile de tenter d'utiliser le deboggeur : pas envie de repasser 3500 fois dans la même méthode pour arriver jusqu'au 3500ieme pattern qui provoque le bug.
La seule solution : le printf pour se générer un log. C'est ce que je fais sur des traitements "moyens".
Sinon j'utilise comme tu dis "un système de logging permanent (dés)activable plus ou moins dynamiquement ". En particulier dans mes devs Mozilla. Mozilla possède un système de log trés sympa (PrLog), que tu peux activer ou désactiver via une variable d'environnement (avec plusieurs niveaux d'activation). (et n'est pas compilé pour la production d'une version optimisée de l'application).
Bref, chaque solution (printf, loggeurs évolués, deboggueur) est utile selon les cas.
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 ;-) )
[^] # Re: ben tout simplement
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Les choix étranges du libre. Évalué à 6.
Mysql a eu du succés parce qu'il était HYPER simple à installer, il était HYPER simple à utiliser. Postgresql a coté, c'est compliqué, surtout pour les newbies.
Cependant, depuis quelques temps, mysql devient plus complexe parce qu'il a plus de fonctionnalité. D'où l'interêt d'avoir développé sqlite, qui par ailleurs est de plus en plus utilisé.. (mais bon, il répond pas non plus à tout les besoins...)
[^] # Re: précision importante
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Nvu, Kompozer et Mozilla Composer. Évalué à 6.
Dont deux : manque de temps. Mais aussi, n'en déplaisent à ces cons qui pensent qu'on arrive à vivre d'amour et d'eau fraîche rien qu'en faisant du LL, il arrive qu'une boite qui fasse des LL, mette parfois ses priorités sur d'autres LL, mais aussi sur d'autres choses que sur les projets LL non "financés".
baaah oui ! Il arrivent parfois que l'on veuille bouffer et nourrir sa famille !
# précision importante
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Nvu, Kompozer et Mozilla Composer. Évalué à 8.
Donc résumons nous.
Nvu est un logiciel libre (tri licence GPL, LGPL MPL). Nvu est une marque déposée par Linspire. Elle appartient à Linspire. Daniel Glazman a développé Nvu à la demande de Linspire (sur la base de l'éditeur de la suite Mozilla, dont Daniel est un des auteurs), .
Cela a donné Nvu 1.0.
Nvu étant une marque appartenant à Linspire, toute redistribution sous le nom de Nvu d'un logiciel dérivé de Nvu, doit se faire sous le consentement de Linspire. (C'est comme ça, que ça vous plaisent ou non, personne n'y peut rien, et puis aprés tout, ils ont financé pendant deux ans le développement d'un logiciel libre, ils ont bien le droit de protéger leur marque).
Pour publier donc un Nvu 1.1, ou 2.0, ou 10.0, que ce soit avec 15 000 nouvelles fonctionnalités ou seulement trois patches corrigeant 3 malheureux bugs à la con, il faut avoir le consentement de Linspire. Même si c'est Daniel Glazman, son auteur, qui veut le faire.
Donc, il n'y aura pas de Nvu 1.1, 2.0 ou 15.9, sauf si Linspire le souhaite. La seule solution actuelle pour améliorer le soft : redistribuer le code sous un autre nom.
Vous comprendrez donc la volonté de Daniel de faire un Mozilla Composer (dont les sources sont dans le trunk de Mozilla), et de ne pas donner suite à Nvu 1.0 (dont la base de code, gecko 1.7 est beaucoup trop vieille par rapport au trunk de Mozilla, gecko 1.9).
Merci de m'avoir lu jusqu'ici, et merci d'arréter de troller, ou de continuer à raconter des conneries comme j'en ai pu lire plus haut.
Bonsoir.
PS : si cette situation ne vous convient pas, écrivez à Linspire.
[^] # Re: En pratique ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Du support des normes HTML dans les navigateurs modernes. Évalué à 4.
Tu veux parler du multi colonnage que l'on peut faire grâce à css3, et implémenté dans Firefox (et nulle part ailleurs je crois) ? http://ljouanneau.com/standards/css/css-column.html ;-) (vieil exemple)
Bon sinon, je suis d'accord avec toi, si il faut indiquer les césures dans tous les mots, c'est ridicule. Cette histoire de soft hyphen est débile. C'est à l'agent utilisateur (le browser donc), de faire la césure automatiquement là où il le faut (en se basant sur la langue du texte qui devrait être indiqué dans la page ou dans le paragraphe, et en se basant sur un dico)
[^] # Re: OpenCVS
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 4.
bah je ne sais pas mais pour moi, ça l'est quand même hein : c'est le même type de gestionnaire de version. Il en reprend la majorité des commandes, mais en plus simple. À la différence que svn est plus performant, les rapports de log, d'history &cie sont beaucoup plus clairs, la doc est vraiment mieux foutu, la numérotation des commits ultrasimple (et pas des numeros à 15 chiffres et points), et svn corrige des lacunes de svn (historisation des renomages/deplacements par ex..) etc..
Quand on a fait du CVS, passer à SVN est du pure bonheur. Il y a juste cette nouvelle "vision" des branches/tags, et la disparition des modules qui peuvent perturber au début, mais personnellement, je m'y suis adapté trés vite.
> pourquoi voulez-vous qu'un soft en élimine un autre ??
parce que c'est ce qui se passe en vrai dans la vrai vie du monde réèl... C'est un constat, pas une affabulation.
[^] # Re: OpenCVS
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 0.
Et ils commencent à faire des tests avec subversion :
http://weblogs.mozillazine.org/preed/2006/08/subversive_subv(...)
Et personnellement, tous mes projets persos sont sous subversion. Il y a longtemps que j'ai dit au revoir à CVS (qui suxor, rappelons-le)...
[^] # Re: Les mots qui clochent
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La phrase du jour (enfin de jeudi dernier). Évalué à 3.
[^] # Re: PostgreSQL en évidence
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie en version alpha du PGI open source Taika Linux. Évalué à 3.
Non car ils ont leur propre dialecte XML pour les interfaces, XAML, qui même dans les principes, est complètement différent de XUL. Par exemple, les balises XAML sont une representation XML d'objets .Net (il y a une sorte de mapping). Et tout est mélangé dans XAML : presentation, structure etc.. Et XAML possède ses propres balises (enfin, objets..) pour tout ce qui est 2D et 3D. Ce qui signifie que Microsoft ne compte pas prendre en charge SVG. Il en va de même pour XForms : ils ont là aussi leur propre dialecte (dérivé de xforms toutefois si je ne dis pas de bêtise). En bref : Microsoft et les standards, c'est mort, sauf pour HTML/CSS dans IE (parce qu'ils sont bien obligés).
[^] # Re: PostgreSQL en évidence
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie en version alpha du PGI open source Taika Linux. Évalué à 4.
Standard non, il n'en n'existe pas. XUL (qui est libre hein) va certainement devenir un standard. cf http://www.w3.org/2006/appformats/ . Le w3c va standardiser un XUL-like existant, et le XUL de Mozilla est un trés bon candidat puisqu'il semble avoir les prérequis émis par le working group (notament, une trés bonne intéraction au niveau spec, avec les autres technos du W3C : CSS, SVG, XHTML, XForms ...). Et en plus, une implémentation existe..
De plus il y a une autre techno, XBL , trés lié à XUL puisque la plupart des élements XUL de Mozilla sont décrit en XBL, qui est en passe de devenir une recommandation au W3C : http://www.w3.org/TR/xbl/
Bref, pour le moment, tu ne trouveras rien de plus proche des standards que XUL.
De toute façon beaucoup de XUL-like (notament en java) se ressemble dans leur fonctionnement. Que n'aimes tu pas alors dans XUL ?
[^] # Re: POur information
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mise à jour fireox/Thudnerbird/Seamonkey/Camino. Évalué à 4.
Les distribs sont en retards, et ça se comprend un peu : il faut compiler, packager, tester avant de mettre à dispo au public une mise à jour du paquet. Mais bon, ça devrait aller vite je pense..
[^] # Re: Sur quelle base repose-t-elle?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie en version alpha du PGI open source Taika Linux. Évalué à 2.
# XUL
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Programmation multiOS. Évalué à 3.
http://xulfr.org
Sinon, tu cherches un truc qui n'a pas besoin de s'installer sur le poste client. Mais là tu en demande trop. Je dirais même, tu rêve. Que ce soit python, java, XUL ou autre, il faut toujours installer quelque chose sur le poste client : une JVM, un interpreteur, ou pour XUL, ce sera firefox ou xulrunner par exemple, en plus de l'application elle même.
Ou alors faut que tu t'orientes vers du HTML pure, une appli web pure (avec des toolkits comme dojo, yahoo ...). Ou si tu sais que les postes en question possèdent tous un firefox, faire du XUL "distant". (appli web dont l'interface est en xul et non en html).
[^] # Re: Mylife
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Du logiciel libre dans les Universités (PACA, Rhône-Alpes, DOM-TOM). Évalué à -4.
En même temps, ils n'ont pas tord sur ce point... C'est un outils graphique pour geek. Ergonomie, fonctionnalité, toussa : on est loin, trés loin d'un photoshop... (à quand les effets modifiables sur les layers par exemple..)
[^] # Re: comparaison faussée
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Du carton d'Ubuntu à la braderie de Lille. Évalué à 2.
D'autre part, tu install une distrib chez un type qui n'a pas internet, et tu lui choisi les live cd : c'est vraiment idiot je trouve, puisque par nature, tu as le minimum sur les lives cd, ce qui t'oblige à avoir accés à internet pour profiter d'un maximum de paquet de la distrib.
Alors que si tu utilisais les iso "normales", ton copain pourrait profiter pleinement de tout ce qu'offre les distribs.
[^] # Re: bullshit bullshit bullshit
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Que pensez vous de reopen911.info (et reopen911.org). Évalué à 2.
sauf qu'un boeing 757 fait bien plus que 3 mètres de diametre. Et bizarrement, pas de trace d'impact des ailes et des moteurs sur la facade du batiment. Juste un trou. à croire que l'avion n'avait pas d'aile. Qu'on ne me ressorte pas le coup des ailes qui se plient. Je n'y crois pas une seconde. J'ai bossé dans un service d'entretien aeronautique. Un avion, c'est solide, mais fragile à la fois. Les ailes auraient dû s'arracher à l'impact et des gros bouts restés sur le gazon, surtout vu l'envergure de l'engin (et il y aurait du y avoir aussi la queue de l'appareil) . Mais là rien, juste un trou, avec quelques débris par ci par là provenant soit disant d'un boeing 757. (sur les tours, les ailes ne se sont pas arrachées car la facade des tours n'étaient pas aussi solide et epaisse que celle du pentagone, c'est donc rentré "comme dans du beurre" ).
Franchement, le coup du pentagone, ça me laisse trés trés septique... Depuis d'ailleurs les premières images le 11 sept 2001. Ma première réaction en voyant le trou minuscule avant que le batiment ne s'écroule, fut instinctivement : "mais où est passé l'avion ?"
# comparaison faussée
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Du carton d'Ubuntu à la braderie de Lille. Évalué à 7.
Au sujet de la mocheté, je préfère le bleu de Mandriva que le marron caca de ubuntu (mais les goûts et les couleurs...)
>Deuxième commentaire : où sont les jeux ? En effet mon ami n'a pas encore internet : Comment justifier de rester sur Linux si l'on a pas même un petit mahjong ?
il me semble qu'il y a des jeux dans les 3 cd de Mandriva... (car si il n'a pas accés à internet, j'éspère que tu lui a fait installé la version 3CD hein ? Sinon c'est éffectivement con de ta part...)
# Colonne ligne de code
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Gnome sorti de coverity scan ?. Évalué à 4.
Que represente vraiment les chiffres dans la colonne "ligne de code". Parce qu'on y trouve des chiffres bizarres. Par exemple, pour apache, je vois 8 (apache ? 8 lignes de code ?). Pour Thunderbird, 17 976 alors que thunderbird partage la même base de code que Firefox, qui en compte lui 1,822,972.
Ont-ils une façon particulière de compter les lignes de codes ? Ou c'est leur scan qui est buggé ?
[^] # Re: printf, pour débutant ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal printf debugging considered harmful. Évalué à 3.
Aprés effectivement, si on arrive à determiner des conditions d'apparitions du bug, on peut passer au deboggeur avec des breakpoint conditionnels. Par contre je ne savais pas que ça se faisait, les breakpoints conditionnels (dans kdevelop apparement, il ne permet pas de specifier ce genre de truc, et la ligne de commande de gdb, je ne supporte pas)
# printf, pour débutant ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal printf debugging considered harmful. Évalué à 4.
1) gdb : j'ai pas vu de debugger aussi inutilisable que gdb, aussi lourd, et aussi lent. Surtout sur des gros programmes (même si c'est sur une toute petite partie que tu veux debogger).
Et je ne parle pas de toutes ces commandes qu'il faut apprendre, des front-ends limités ou non ergonomique, et qui par nature, souffrent des mêmes défauts de gdb lui même..
Si il y a bien quelque chose à féliciter à MS, c'est le deboggeur de Visual Studio. Tout est quasi instantannée, interface nickelle. Vivement le jour où on pourra virer gdb sous linux et avoir un déboggeur aussi efficace que celui de VS.
2)
Mauvais éditeur, changer éditeur. Et changer pour un éditeur qui contient une véritable fonction de recherche multi fichier.
3) Gdb est inutilisable dans un programme qui travaille sur un volume de donnée conséquent. Exemple : j'ai réalisé un validateur xml, basé sur relaxng. J'avais des bugs lors du parsing du schema de docbook, qui contient des milliers de patterns. Trés franchement, il est inutile de tenter d'utiliser le deboggeur : pas envie de repasser 3500 fois dans la même méthode pour arriver jusqu'au 3500ieme pattern qui provoque le bug.
La seule solution : le printf pour se générer un log. C'est ce que je fais sur des traitements "moyens".
Sinon j'utilise comme tu dis "un système de logging permanent (dés)activable plus ou moins dynamiquement ". En particulier dans mes devs Mozilla. Mozilla possède un système de log trés sympa (PrLog), que tu peux activer ou désactiver via une variable d'environnement (avec plusieurs niveaux d'activation). (et n'est pas compilé pour la production d'une version optimisée de l'application).
Bref, chaque solution (printf, loggeurs évolués, deboggueur) est utile selon les cas.
# 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 ;-) )