Philippe F a écrit 2204 commentaires

En general, les problemes finissent par arriver. On m'a sorti tous les arguments possibles comme quoi il n'y avait pas besoin de fonctionner en mode fusion et que le mode "reservation" fonctionnait, dans la pratique, tu as besoin de la fusion. Par exemple, pour tracer un probleme, tu es conduit a rajouter des commandes de log dans plein de fichiers de ton programme. C'est temporaire et local, mais tu as besoin de le faire. Et la paf, tu tombes sur un fichier que qq'un d'autre a reserve pour travailler dessus. Autre probleme typique, les fichiers type config.h que tout le monde a besoin d'accomoder rapidement. Il y a toujours des situations ou il y a des bloquages et de la perte de productivite. CVS resout ca intelligemment.

Je pense que Firebird et OpenOffice payent un lourd tribut a la portabilite et au mega-framework composant de se mere, qui les ralentit considerablement.

Je suis pas trop inquiet pour la rapidite parce que d'une parte, la puissance des ordinateurs continue a monter donc les gens suivent peu a peu, d'autres part, KDE prend de moins en moins de ressources a chaque sortie. g++ gagne aussi en vitesse, etc, etc. Je pense qu'on va dans le bon sens mais qu'on est plus lent a y arriver parce qu'on a moins de ressources.

ignare! C'est de George!

Mouai, je trouve ton interpretation tres partiale. Personellement, je me mefierai d'une boite qui donne un produit pour te vendre du service. Ca veut dire qu'ils ont fait un produit de merde avec une documentation de merde, ce qui leur permet de faire de la thune derriere. C'est le modele motif si je ne me trompe pas. Il y a pas de quoi etre fier du modele.

A cote, si tu prends une boite qui developpe un super produit, avec une super documentation, au point que tu peux utiliser le produit sans eux et qu'il est tres facile a deployer et ne plante jamais, elle va avoir beaucoup de mal a vendre du service. Donc elle va plutot vendre son produit. C'est le modele Trolltech.

Donc en fait, tu as interet a faire un logiciel libre pourri et vendre du service derriere si tu veux vivre de logiciel libre. Et je pense qu'un certain nombre d'entreprisees logiciel libre sont basees sur ce principe.

Bureautique, peut-etre pas, mais si je repense a tous les suite de dev borland (pascal ou C) qui tournait en mode texte il y a 10 ans, elles etaient proprement excellentes et tournaient avec trois fois rien de memoire et de cpu.

Je crois qu'on vient tout juste d'atteindre le meme niveau de rapidite et de qualite de facon graphique, 10 ans plus tard, en multipliant les ressources necessaires par 100. On arrete pas le progres.

J'oubliais de dire que evidemment, c'est 'builtin' dans tous les programmes KDE. C'est a dire que kwrite, kate, konqueror, kspread et autres consorts peuvent se promener dans un fichier compresse sur un repertoire connecte par ssh sans probleme.

J'ai envoye deux mails, pour me renseigner sur les tarifs. Pas de reponse. C'est pas grave, j'ai trouve un candidat depuis. Mais pour un site d'emploi, c'est pas serieux. Je suis decu d'en arriver a linuxfr pour communiquer.

Sinon, cote publicite ca marche pas mal. Une annonce d'emploi ou de stage postee donne pas mal de candidats. Malheureusement, 50% ne lisent pas l'annonce et il y a un peu de tout, dont pas mal a mon avis ne savent pas ce qu'est un logiciel libre.

Aller puisqu'on y est, j'en profite pour passer une annonce. Elle ne passera probablement pas sur lolix car c'est pas pour du logiciel libre. Je cherche un stagiaire qui assurerait en python, C et C++ pour faire du PyQt windows/unix. Il se pourrait qu'il y ait des petits bouts a faire sous windows. C'est dans une startup, ou on compte nos sous (stage paye 300 euro par mois) mais ou le contexte technique est assez motivant. Si le stagiaire assure, il cree son propre emploi et on l'embauche. Si il n'assure pas, ben il se fera embaucher ailleurs.

Saut que Microsoft est typiquement le genre de boite qui pose des brevets pour en attaquer une autre, par pour se defendre. Microsoft a une attitude predateur envers les petites boites. Menacer d'un proces a propos de brevet suffit a faire rentrer dans le rang celles qui s'opposeraient a l'empire.

Mouai. Les fonctions a utiliser sous Windows sont quand meme infames. Souvent, pour qqch d'aussi simple qu'ouvrir un port serie ou une socket, tu as une fonction avec 17 argumnets et tu dois lire 5 pages de docs sur les ouvertures partagees, multithreadees, non-bloquantes, bloquantes mais pas trop, overlappee, non overlappee et j'en passe, pour conclure au bout d'une heure que sur les 17 arguments, 12 doivent etre a 0 ou NULL, et 3 a 1 seuls deux sont significatifs. Windows, c'est pas la compatilibilite ascendante qui est chiante, c'est la compabilite descendante. J'imagine qu'il y a des contextes ou les 17 arguments et les 5 pages de doc sont sympatiques, mais pour faire des choses simples, c'est beaucoup plus complique que sous Linux.

Microsoft est aussi le champion des noms a la cons. Chercher l'erreur:
- CreateFile : creer un fichier
- ReadFile: lire dans le fichier
- WriteFile : ecrire dans le fichier
- CloseHandle: fermer le fichier

Ou bien le fait que pour gerer une erreur, il faut ecrire 10 lignes de codes. Vive strerror.

Apres on attaques la programmation graphique et la faut se retenir de pas aller deposer une bombe chez Microsoft. De dire d'un programmeur MFC: il faut environ 5 ans pour bien comprendre MFC. Mince alors. Dire que des debutants en C++ sont productifs en Qt en un mois!

Dans les autres griefs, on peut noter msdn qui te renvoie 233 pages de doc sans que tu puisses trier ce que tu veux, certaines zones completement non documentees (la STL) ou tres difficile a comprendre via la documentation. Genre essaye de trouver de la doc sur string en rentre chez toi.

Je trouve Posix est beaucoup plus uniforme, beaucoup plus simple et mieux documente.

Il te suffit d'heberger ton mail chez un pote, et de pre-filtrer chez lui. Chez moi, je recuperere mon courrier en pop3 mais le spam a deja ete sorti de ma mailbox. Je jette un coup d'oeil tous les deux jours en imap et j'efface tout en general.

Malheureusement, moi je le vois. Dans mon boulot (la carte a puce), les brevets servent a :
- valoriser l'enterprise aupres d'actionnaires
- montrer qu'on a une demarche Recherche et pas seulement developpement (aux actionnaires)
- faire croire (aux actionnaires) qu'on a un savoir-faire que les concurrents n'ont pas
- empecher les boites qui ont des brevets de venir nous emmerder trop: "attendez, avant de regardez si je viole vos brevets, on va regarder si vous violez les miens: oh, je vois que vous produisez des cartes de couleur grise. J'ai justement un brevet sur les cartes a puce de couleur grise. Donc je renonce a vous attaquer sur ce brevet et je vous accorde une licence, si vous faite la meme chose avec votre brevet de merde sur le fait qu'une carte a puce a des bords arrondis. Merci et a l'annee prochaine."

Ce dernier point est particulierement important. Les brevets, c'est plus de la protection de propriete intellectuelle, c'est de la protection juridique.

Je trouve que le premier article que tu cites est une hypocrisie. L'auteur avance de bons arguments contre les cadres, mais quand arrive l'heure de proposer des solutions de remplacement, c'est un peu le vide : comment gerer un index sur un bloc de gauche, et une page de contenu sur la page de droite sans cadre ? Alors que c'est leur utilisation de 80% des cas. Et bien il y a deux facons: soit tu inclues l'index dans toutes tes pages (bonjour la maintenabilite, tu dois mettre a jour toutes tes pages quand tu en rajoutes une), soit tu apprends a programmer pour generer automatiquement un index en php, python ou visual basic. Toujours est-il qu'aucune solution propre n'est avancee pour resoudre le probleme a l'origine de l'utilisation des cadres. J'ai ecrit a l'auteur qui n'a fait que me confirmer le probleme.

> Parce que la seule chose que les spammers ne peuvent deviner c'est l'adresse de vos amis.

Faux. Les spammeurs sont tres intelligents et tres ruses. J'ai deja recu des messages avec des adresses de copains, de collegues, et meme de rms@gnu.org avec du spam ou des virus (au choix).

Je pense qu'ils ont recolte ca sur des mailing lists ou sur des forums de discussion.

Par ailleurs, je suis abonne a une dizaine de mailinst-list et je recois environ 100 mails par jour. Je ne me vois pas mettre tout ce beau monde en while-liste, surtout que ca change tout le temps.

Pour moi le filtrage bayesien (bogofilter en l'occurence) reste la solution vraiment performante et peu couteuse.

La news dit une connerie: l'introduction de mot aleatoires dans les mails permet de passer les filtres statiques et ceux qui se basent sur la signature du mail (puisque la signature change a chaque mail).

En revanche, un filtre bayesien bloque ca "finger in the nose" puisqu'il ne va regarder que les mots qui sont particulierement significatifs sur le mail. Difficile d'envoyer un mail sur le viagra sans utiliser les mots "viagra" ou "performance sexuelle". Le filtre bayesien verra ces mots et leur accordera plus d'importance que les "saldhjadhcxnzweqiy" ajoutes pour tromper l'ennemi.

> En ce qui concerne les filtres, et notamment les filtres Baysiens, la pire
> chose qui puisse arriver ets une norme.

Une norme ? Tu veux dire que tous les mails ont le meme contenu ? Dans ce cas, c'est sur que le filtre tout court aura du mal, bayesien ou pas. Le concept de spam aura meme disparu.

> Je m'explique si un filtre devient connu et se repend
De quelle norme tu parles ?

> les spammeurs serot tout a fait capable de le contourner, soit en
> comprenant sa methode d'apprentissage dans le cas d'un filtre evolutif

Vision naive du truc. Je regarde comment ca marche et je sais tout comment il faut faire pour le contourner. On peut imaginer un spammeur etudiant les regles de spamassassin et s'amusant a les contourner mais ca lui prendrait vachement de temps. En revanche, contre un filtre evolutif, tu ne peux rien faire car le fonctionnement du filtre est particulier a chaque utilisateur. Son fonctionnement depend de tes mails normaux et de tes spams. Contre ca, un spammeur ne peut rien faire d'efficace. Il peut essayer de trouver des nouveaux trucs pour que ses mails soient moins reconnaissables mais des qu'ils seront digeres par ton filtre bayesien, il seront de nouvau bloques.


> soit en evitant soigneusement les mots clefs dans le cas de filtres
> statiques.

Tu ne peux pas eviter tous les mots-cles.

Cela dit, tu as raison sur un point, je pense que les spammeurs passent leur spam via des logiciels anti-spam sous windows. Ces derniers sont en general pathetiquement mauvais : les auteurs se sont dit, "on va faire comme pour les virus, on va faire une liste de tous les virii avec leur signatuer et on va bloquer tout ca". Donc ils ont fait des filtres statiques a la con avant de s'apercevoir que il se produisait plus de spam par jours qu'ils ne pouvaient generer de signature. Maintenant, ils en sont au niveau de reflexion de spamassassin (on va detecter les spams avec des regles a la con). Dans un ou deux ans, ils auront compris comment faire un filtre bayesien.

En attendant, mon bogofilter me bloque ses 300 spam par jours. Pas mal. Seul probleme, le fichier base de donnee est tres sollicite et sur un vieux disque dur, il semble que ca le fasse bcp souffir. Ca fait trois fois que le fichier se nique en un an. Probablement temps de changer de disque dur.

Apprendre un autre langage plus utile. C'est toujours utile a la fois professionellement, et aussi pour te donner du recul par rapport aux langages que tu connais. Perso, je recommande python. Simple, puissant avec plein de bibliotheques. Il y a quoi s'eclater et aider des projets sans etre une brute a mon avis.

Juste pour info, je developpe avec un copain un OS pour carte a puce a contact et sans-contact (comme Navigo): www.jayacard.org

Le code de l'OS est telechargeable dans des cartes de type flash (AVR) bien que le portage en lui-meme ne soit pas fini.

Il existe deja des modules PAM pour authentification par carte a puce, donc bientot, vous pourrez vous authentifier aupres de votre OS opensource avec un OS open source.

En python, t'aura meme pas le temps de finir ta question que t'aura de ja la resultat.

gcc sous cygwin est vraiment tres tres lent. Il dit qu'il a compile avec les lib windows donc il se pourrait que ce soit plus rapide que ce que je connais. Mais quand meme. Il faut compter un rapport 10 entre gcc et visual sous windows.

Pour gcc/windows vs gcc/unix, je dirai qu'il y a un rapport de 5.

Sinon, c'est connu que gcc est loin d'etre une foudre de guerre. Pas facile de supporter 350 architecture et d'avoir une equipe de dev reduite.

> Mais avec Glade et Qt Designer il faut tout de meme programmer en > dur les actions que vont avoir l'interface sur le reste du programme.

Sans blague ? Tu veux dire qu'il ne t'ecrit pas ton programme tout seul, tu as encore du code a ecrire ? Mon dieu, c'est atroce. Vivement l'IDE qui comprend tout seul ce que tu veux faire, et ou tu n'as meme pas besoin de toucher le clavier.

> XUL est plus puissant qu'un truc comme libglade car il va encore plus
> loin au niveau de la separation de l'interface et du programme.
> XUL a ete pense depuis le debut dans cette optique.

Ok, on peut faire des boutons et des machins en XUL. Mais on peut deja le faire avec Qt Desgner. Sous KDE, les menu d'une application et sa barre d'outils sont aussi definis par un fichier XML donc on est a mon avis au meme niveau que XUL.

Mais si tu crois que faire une interface grapnique, c'est faire un programme tu te trompes. Mon experience de programmation en Qt et de KDE, c'est que l'interface devient facile a coder. Il reste plus qu'a faire l'intelligence et pour ca, XUL ne peut pas t'aider.

De plus, si tu veux faire un programme evolue, tu as besoin d'avoir un controle tres precis de tes elements graphiques, et souvent, tu es amenu a en inventer. J'aimerai voir un KOffice, KDevelop ou khtml ecrit en XUL. Pour khtml, je sens venir le "mais il y a gecko justement". Et bien non, gecko, c'est un composant de mozilla ecrit un C avec les Netscape Portable Library, il n'apporte rien de plus en terme de facilite de develloppement par rapport a Qt. C'est juste que l'interface est plus facilement modifiable, mais c'est aussi le cas avec Qt si tu utilises des .ui charges dynamiquement.

Citation du "joy of XUL" sur le site de Mozilla, a propos du calendrier ecrit en XUL:
<<
the UI code is written in JavaScript, [...] the interaction logic worked with no effort. However, since the libical library is written in C, more significant effort was required to migrate this component to the other platforms.
>>

Donc en resume, c'est tout pareil que Qt, sauf que tu as du C et du javascript pour developper ton appli. L'avantage de Qt, c'est qu'au moins, la portabilite est _tres_ facile, contrairement a l'exemple donne ici.

Pour ce qui est de la legerete de XUL, firebird prend 27 mo de memoire en ce moment sur ma machine windows alors que opera qui fait la meme chose tourne autour de 12 Mo. Et Komodo, l'IDE d'ActiveState developpe en technos mozilla est un IDE les plus lents que j'ai jamais utilise (ceci dit, c'etait avant d'utiliser des IDE full java). Donc, je suis tres scriptique face a cet argument.

Pour resumer le fond de ma pensee: XUL, c'est bien pour des applications relativement simples, qui peuvent tout aussi bien etre ecrites en Visual Basic, PyQt voire Kommander (http://quanta.sourceforge.net/main2.php?snapfile=snap02(...)).


Quand tu dois coder des choses complexes, tu as besoin d'un vrai toolkit, et c'est la ou tu apprecie la puissance d'un vrai truc comme Qt ou Gtk.

Tout a fait, c'est gdi, pas win32. Win32 est aussi une boite a outil graphique.

Pour dessinage, hum, je me suis un peu laisse aller.

Pour ce qui est de mozilla, en y resongeant, je crois que les controles graphiques (boutons, barre URL, ...) sont en fait en gtk et beneficient du theme gtk mais que mozilla a des themes pour autre chose: le jeu d'icones, la couleur du navigateur, ...

En reponse a Guillaume, pour l'instant, on a pas en effet de melange de deux toolkits dans une meme fenetre donc en effet, pas de GtkButton dans un QWidget. Cela dit, ca pourrait arriver dans le futur.

-> qq'un a prouve qu'on pouvait connecter des signaux Gtk a des slots Qt et l'inverse.

-> En utilisant QXEmbed, il est possible d'encastrer une fenetre X dans une autre. Tout widget Qt est une fenettre X, donc il est deja possible d'encastrer n'importe quel widget Qt dans une appli Gtk.

> Qt est au même niveau que GTK+

C'est tout a fait vrai.

> l'un ne peut pas utiliser l'autre
C'est tout a fait faux.

cf la derniere release de sodipodi qui integre des dialogues KDE dans une appli gtk.

L'etape d'apres est deja prevue:
http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdenonbeta/qtgtk/README?re(...)

Donc les deux peuvent etre utilises en parallele sans trop de problemes.

> Les deux dessinent à coup d'appels à la XLib.

Oui et non. Oui parce sous X11, a un moment donne, pour dessiner sur un serveur X, il faut faire appel a la Xlib.

Non, car dans gtk comme dans Qt, il a deux niveau de dessinage. Le premier, c'est celui ou tu dessines sur le contexte graphique, x11 donc sous unix, cocoa sous macos, win32 sous windows.

Le second, c'est celui ou tu dessines les controles graphiques. Qt et Gtk passent tous deux par un moteur de theme. Ce n'est donc pas Qt ou Gtk qui dessinne, mais le moteur de theme a qui on dit "dessine moi un bouton enfonce, dessine moi une checkbox, ..."

A noter que sous windows XP, Qt utilise le moteur de theme de XP, et donc les applis Qt ont un look natif.

Ce qu'a fait le mec dans le cas qui nous occupe, c'est appeler le moteur de theme de Qt depuis le moteur de theme de Gtk. Il serait tout aussi facile (mais c'est un exercice different) d'utiliser le moteur de Gtk dans des applications Qt ou KDE.

En ce qui concerne Mozilla, je suis moins sur. Il me semble qu'il y a un moteur de theme Mozilla, qui utilise gtk pour dessiner sur l'ecran, sans utiliser les themes gtk proprement dit. Ca fait donc un troisieme moteur de theme.

A priori, avec un peu de volonte, il est possible de croiser des themes dans tous les sens, voire de developper un meta-moteur de theme qui serait utilise par tous les autres moteurs de themes.

C'est vrai que depuis que je suis sous gentoo, j'apprécie mon bi-pro 866 (qui commence a vieillir). Cela dit, un bi-pro ca fait trois ventilateurs donc plus de bruits. En plus le mien est mal refrigere et je peux pas compiler comme un bourrin.

Il reste quoi quand on enlève le néant ? Cela dit, cela aurait pu être le nez en moins, qui eut fait le bonheur de Cyranno.

Bon, pour ton information, néamoins s'écrit en un seul mot et il n'y a pas de nez ni de neant dedans. Cela dit, c'était joli.

[remarque à caractère général]
Je suis loin d'être un pro de la grammaire et de l'orthographe mais il y a quand même des contresens sémantiques qui sont faciles à éviter.

C'est bizarre tous ces gens qui savent configurer des linux mais n'arrivent pas a comprendre les règles les plus simples du français.

Pourquoi ne pas plutot chercher a regrouper toutes ces bonnes informations dans un seul site, lea par exemple. La dispersion (au sens geographique) de tout ce qui touche au libre n'est pas facile a gerer du point de vue utilisateur. Un coup sur freshmeat, un coup sur sourceforge, trois coup sur google, un coup sur linux-doc, un coup sur le tldp, on s'en sort plus quand on cherche de la doc.

Le terme "voler" est exagere car ce qu'on te vole, tu l'as toujours.

A mon avis, l'auteur du commentaire veut dire ici "utiliser sans aucune contrepartie financiere de notre cote". Ce qui est particulierement le cas dans l'utilisation d'une licence BSD.

Dans le cas d'une licence GPL, la precedente news parle des problemes de Kiss qui a bien vole du code ouvert. Le vol ici consiste a fermer le code :-)

Donc oui, on peut voler du code ouvert.