ondex a écrit 98 commentaires

Et on est tous persuadé que tu va :
1- En écrire pour leur montrer l'exemple (non mais c'est vrai c'est qui ces guignoles qui savent même pas bosser, heureusement que tu es là pour leurs ouvrir les yeux)
2- Convaincre touts les Ldevs d'en faire
3- En oublier strictement aucun

Je n'ai jamais dis (ni même pensé) qu'ils étaient des "guignoles". Il ne fait aucun doute qu'en développement système, ils sont bien meilleurs que moi.

Cependant, je pense qu'il y a des bonnes pratiques pour coder. J'ai malheureusement l'impression que les devs du noyau Linux n'en respectent pas beaucoup :
- API qui change tous les 4 matins
(exemple du pilote NVidia qui devient incompatible à chaque version)
- Absence de tests unitaires
(problèmes de non-régression, vu ici même : un pilote qui marchait pour une version n et plus pour la version n+1, tout re-marchait à n+2)

Pour ma part, j'évite de modifier une API sans y réfléchir. L'agrandir, OK, en modifier/supprimer des fonctions, non.

J'impose aussi à l'équipe dont j'ai la responsabilité de réfléchir aux tests unitaires et seulement ensuite de les coder. De cette façon, j'espère qu'aucun tests n'est oubliés. Un jour quelqu'un m'a dit que une fonctionnalité non testée est équivalent à une fonctionnalité non implémentée. Je trouve cette remarque tout à fait censée.

ça me fait penser à deux distributions bien connus dont l'une à décidée de faire des releases de choses à peine sortie qui ont des problèmes de retro-compatibilité et des bugs encore non dévoilé. Quand l'autre prend son temps (3 ans) pour ne sortir que du stable qui finalement reçoit des patchs la semaine suivante.

Ouf, j'évite le troll, je n'utilise ni l'une ni l'autre...

Plus sérieusement, avoir de "bonnes pratiques" n'impose pas d'être lent... On code la fonctionnalité, on code les tests et c'est bon. Ca rajoute juste une petite tâche supplémentaire au début.

Ensuite, c'est un gain de temps car il suffit de lancer les tests à chaque modification pour vérifier que tout va bien. À chaque fois qu'un bug auquel on avait pas pensé survient, on rajoute le test qui va bien pour vérifier qu'il ne reapparait pas plus tard sous une autre forme.

De toute façon c'est ma faute, je n'avais qu'a pas m'empresser de compiler le dernier noyau a peine il venait de sortir.

Je ne suis pas d'accord, si le noyau avait été sortie en version 2.6.10, c'est qu'il était jugé comme stable (depuis quand on release quelque chose d'instable ?)

Je suis d'accord que pour une partie, ce sont des développeurs bénévoles qui font ça sur leur temps libre. Je les en remercie fortement.

Néanmoins, ce n'est pas une raison pour accepter qu'un noyau qui sort soit instable/buggué. Ils n'ont qu'a releaser (beurk) moins souvent mais mieux. Il me semble qu'un dieu du kernel Linux (dont les initiales sont L T) a dit que si ça compile c'est bien, si ça boot c'est super et que donc les tests unitaires ne servait à rien... C'est le retour de baton on dirait...

PS : c'est quoi le mot français pour release ?

Chez moi avec Abiword 2.4.4 (Fedora Core 5) il suffit de faire "Fichier > Enregistrer sous..." et ensuite de sélectionner "OpenDocument (.odt)" dans la boite de dialogue.

Mais le résultat n'est pas encore parfait. Pour des documents simples ça doit être bon mais pour un rapport tapé avec OOo, il y a des problèmes :
- Tabulation non respectées / mal géréés
- Images non gérées (une image rencontrées fait le document se terminer...)
- Champs non gérés (révision du document, date de dernière modification, ...)
- Entête et pied de page non gérés

Donc il y a encore un peu de travail pour que ça marche bien.

Mais j'ai hâte au jour où je pourrais utiliser n'importe quel traitement de texte selon mon humeur pour travailler sur un document.

Je l'ai fais. He ben je te dis que je ne suis pas prêt de le refaire. Ça ressemble à rien, c'est moche et il y a des bugs dans tout les sens (gestion de la souris, du curseur, ...)

Du coup, pour les fois où j'ai vraiment besoin d'utiliser OOo pendant longtemps (typiquement quand j'ai un rapport à faire), j'ai installé Ubuntu sur un coin de disque (~ 2Go)

J'ai entendu parlé de OOo Cocoa mais je ne sais pas où en est le projet. Quelqu'un à des nouvelles ? Il devait, parait-il, y avoir du changement au mois de février dernier...

Là je suis complement d'accord : une interface web pas trop mal pensée pour voir en un clic les modifications faites lors des derniers commit, c'est très pratique.

Un système de couleur indique ce qui a été ajouté (en vert), supprimé (en rouge) ou modifié (en jaune/orange).

Un seul regret, il n'y a pas moyen de voir les différences entre deux révisions précises d'un fichier (en tout cas, j'ai pas trouvé comment faire).

Je connais Trac pour l'utiliser sur un projet. Il est vraiment bien. Par contre, avec Trac tu n'a plus le choix de la gestion des sources, Subversion imposé. Pour moi ce n'était pas un problème, j'ai choisi Trac parce que j'avais décidé d'utiliser Subversion.

CVSTrac est sensé être le pendant de Trac mais pour CVS (comme son nom l'indique...)

Tu devrais jeter un oeil sur Seagull qui est un framework en PHP très complet avec une belle interface d'admin, des modules qui permettent de publier du contenu etc...

Seagull utilise abondament PEAR donc ça pourrait te convenir.

Et le lien : http://www.seagullproject.org

Mais bon, je rappel quand même le but de KDE, qui est d'offrir une interface simple à l'utilisateur[...]

Mwarff !!!! Ho ho !!! whouuuu... Elle était bien bonne celle là

Hotmail utilise un truc qui s'appelle SPF ( http://www.openspf.org/ ) pour lutter contre le SPAM.

Tu peux savoir si tu utilise SPF via le site http://www.dnsreport.com/

Pour ma part, j'ai fais le necessaire pour activer SPF, DNS report m'indique bien que c'est OK, mais Hotmail continue de me classer en SPAM. Je ne sais plus quoi faire.

Si tu t'en sors, un petit message pour m'expliquer la procédure correcte serait bienvenue.

C'est effectivement une idée.

Il faudrait que la passerelle produise des logs. Que ces logs soit traités en temps-réel pour savoir qui navigue et donc décompter le compte de l'utilisateur.

En plus de ça, il faudrait un timeout. On considère par exemple que si un utilisateur n'a pas produit de log depuis 10 minutes, il ne navigue plus.

Dans un cas que je connais, la facturation est un peu différente de ce que vous expliquez plus haut (cybercommune : mission de désenclavement, ...).

Lorsque l'utilisateur prend une carte, il possède X unités de temps. Ces unités sont décomptées selon les critères suivants :
- 1 unités pas page imprimée
- 1 unités par minute sur internet

Une personne peut donc utiliser indéfiniment son compte si elle ne fait que travailler en bureautique.

Les postes sont actuellement sous Windows et le décompte des unités internet est fait lorsque le processus IE ou Firefox est lancé.

Connaissez vous des solutions similaire pour un poste Linux (c'est à dire qui détecterais le traffic internet) ?
(aucune migration n'est prévu mais le sujet est tout de même intéressant)

Je suis tout à fait d'accord. En réalité, je voulais répondre à Sylvain Sauvage juste au dessus de ton message.

Bon, je suis pas très content... Mon commentaire (que je trouvais pourtant pertinent ;-) ) est apparement passé à la trappe. Donc je re-commence.

Imaginons que le pilotes "standard" fournis avec Lisaac possède les méthodes suivantes :
- drawLine
- drawCircle
- setPixel

Le minimum nécessaire pour avoir un pilote fonctionnel est de surcharger setPixel pour l'adapter au matériel. Les implémentations de base de drawLine et drawCircle utiliseraient setPixel avec quelques algorithmes bien choisis (Bresenham, ...) (un peu comme Mesa dans Xorg je pense)

Mais rien n'empêche un constructeur de surcharger drawLine et drawCircle pour utiliser des fonctionnalités précises de son matériel. De cet façon, on a un pilote optimisé.

En gros, un constructeur qui s'en fiche surcharge uniquement setPixel => performances médiocres. Un "gentil" constructeur surchargera aussi drawLine et drawPixel pour avoir un pilote rapide.

J'espère ne pas avoit dit trop de bétise car je ne me suis absolument pas documenté sur Lisaac. J'ai juste livré mes pensées en lisant ce fil.

Je suis un peu surpris pour le noyau Linux. Chez moi, c'est du 2.6.15 :

[ondex@localhost ~]$ yum list kernel*
Loading "installonlyn" plugin
Setting up repositories
livna                                                                [1/4]
updates                                                              [2/4]
core                                                                 [3/4]
extras                                                               [4/4]
Reading repository metadata in from local files
Installed Packages
kernel-smp.i686                          2.6.15-1.2041_FC5      installed
kernel-smp.i686                          2.6.15-1.2054_FC5      installed
...

Absolument aucun 2.6.16.

Finalement, ma source n'était pas très fiable (ne jamais faire confiance à un barbu ;-))

En réalité, ça avait lieu à l'IUT de Vannes :
http://www.rhizomes.org/Install-Party-a-l-IUT-de-Vannes.html

Je ne serais malheureusement pas présent, j'ai déjà des engagements pour samedi.

J'ai entendu dire qu'à la BU de l'IUP de Vannes, il y avait eu une install party. Je ne l'ais su (?) qu'après, dommage. J'aurais bien voulu voir à quoi ça ressemble.

Je n'ai aucune connaissance en la matière mais je vois un problème :
une librairie qui lis un fichier retourne une information dans un format précis. Faire une seule librairie pour chaque suite impose que le format interne (la représentation mémoire du contenu) soit le même pour toutes les suites.

Je ne suis pas sûr que Abiword et OOo Writer utilise la même chose en interne pour représenter le contenu du document.

À noter cette petite interview réalisée par notre ami ploum durant le FOSDEM :
http://ploum.frimouvy.org/?2006/02/18/95-ploumterview-n2-slo(...)

On y apprend de bonnes choses concernant l'avenir de OOo.

Le projet continue : http://gcc.gnu.org/develop.html#timeline

La version 4.1.0 (en concordance avec gcc) est sortie le 28/02/2006 et la version 4.2 est planifiée

Par contre la gouvernance et toujours américaine, et moi ça a plutôt tendance à me rassurer qu'elle soit américaine plutôt qu'onusienne hein (...)

Peux tu développer STP ? Je suis intéressé de connaitre tes arguments. Je n'ai pas vraiment d'avis tranché (bien que je pencherai un peu vers le contraire du tiens).

Autonomie en baisse... Les premiers tests annonce 3h30. Dommage...

Il y a un petit logiciel qui permet d'avoir des bureaux virtuels sur OSX. La transition peut se faire de multiples façons (cube, slide, zoom, etc...)

Je ne me rappelle plus du nom car je ne l'utilise plus, c'est pas aussi bien foutu que sous Linux (et puis Exposé c'est bien sympa aussi).

Mais puisqu'on vous dit que c'est un "Renard de feu" !


Comment ça je suis tombé dedans ?...

C'est un peu comme la langage SMS.

SI quelqu'un m'envoi un SMS ou un email en 'langage SMS', je lui répond un truc du genre :

gneufreuh

Généralement, les personnes concernées m'écrivent correctement après ça.

Fais leurs juste la remarque, ils comprendront je suis sûr.

Personellement je suis avec Gnome et j'aimerais bien un navigateur KHTML GTK

GTK-Webcore ? C'est une version entièrement GTK de Webcore (moteur utilisé par Apple, dérivé de KHTML).

C'est Nokia qui fait le développement pour l'utiliser sur sa tablette (me rappelle plus du petit nom).

Mais le projet semble plus ou moins à l'abandon sur sourceforge. Je ne me rapelle plus où je l'ai lu (la ML surement) mais il me semble que Nokia développe sur son CVS interne. J'espère qu'il vont recommencer à publier les sources car je l'ai compiler une fois et le résultat était très intéressant. Le rendu de KHTML (donc plutôt bon) mais en 100% GTK. Le lancement était vraiment rapide et l'occupation mémoire assez faible : exactement ce qu'il faudrait corriger sur Gecko.

Le lien : http://gtk-webcore.sourceforge.net/