Thomas Cataldo a écrit 205 commentaires

mais j'oses pas :o)

Ben c'est facile. Ash a tjs vécu dans le jeu. La classe réelle est la porte de sortie. Et Avalon, c'est la réalité.

mouais, c'est beau, et puis ca fait vachement hacker d'utiliser ça plutot que kde avec le thème windows. Mais bon, Gnome et KDE visent la masse (ie les boulets + les gens normaux + les 'power users') alors que tous les trucs genre 'légers' et qui 'roulaizent' style wm, boite noire, etc demandent un certain temps de config et ne s'intègrent proprement avec aucune applis, puisqu'ils ne fournissement aucune plateforme aux développeurs. En plus à quoi bon développer un gestionnaire de fichier alors que la pluspart des gens qui utilisent enlight ne jurent que par leur sacro saint terminal (de m... mais ça c'est mon avis).

Tiens sous xp aussi on peut rendre toutes les fenêtres transparente avec un pauvre shareware.

Bon -1, parce que j'ai honte d'avoir pensé à ça

XFree ne prend pas beaucoup de ram (ca tourne sans pb sur un ipaq), ce qu'affiche 'top' comprend la mémoire video de ton pc, qui est 'mmapée' par xfree. Pour ceux qui veulent économiser et ne pas utiliser X, il y a 'screen' qui sert de window manager pour la console (Pour avoir un emacs et un vi dans la même console par exemple :-)

l'accessibilité tu comprendrait l'intêret si tu était handicapé ;-)
Et le modèle objet t'aide à garantir la pérénité de tes interfaces de programmation. Chaque logiciel expose un idl public, et tout le monde peut l'utiliser. A mon avis, pouvoir utiliser gnumeric pour faire un tableau dans abiword est une fonctionnalité nécessaire.

Pour les prefs, une fois que tu as défini l'addresse de ton proxy et celle de ton serveur smtp dans 15 logiciels differents, tu en voit vite l'intêret. La "base de registre" gérée par un démon utilisateur permet aux applications d'être informés des changements de prefs sans redémarrer.

A mon avis, les environnements graphiques sous unix/linux seront au point quand je n'aurai plus besoin d'un terminal.

Pour moi fvwm, Afterstep, ... ne sont pas des environnement car il ne fournissent pas un framework complet de dev. Gnome, kde, et bientot gnome2 fournissent une plateforme complète :
o un toolkit graphique _complet_ (gtk et qt)
o un modèle orienté composant (bonobo et kparts)
o Communication interproc
o des API d'accessibilité
o des thèmes complets (wm + sons + toolkit + fontes)
o API pour les prefs façon base de registre :-)

Au niveau utilisation, un environnement donne un niveau d'intégration qu'il est impossible d'obtenir avec un assemblage fait maison de logiciels : changement des raccourcis clavier de toutes les applis dans un endroit unique, barres d'outils avec ou sans texte, etc...

Si tu a un multi proc, linux a pas mal accelléré en 2 ans. Et ca s'améliore encore (intégration de l'ordonnanceur "O(1)" (cad une run-queue par cpu))...

Ca change pas grand chose la config utilisée, parce que même 16 secondes, ca aurait été un temps canon. Sur mon (maigre) bi-p3, j'arrive pas à descendre sous les 4 minutes, quelque soit la config.

yep, jsp, servlet et j2ee rOxOr.

essaye asp.net, c'est de la merde (comme php), mais au moins tu restes à la mode.

mais php ca reste de la merde quand même.

Pour la vm de rik, c'est spécial. C'est linus qui a vu passé le patch sur la mailing list et l'a appliqué. Mais rik ne l'avait pas envoyé à linus en demandant l'inclusion.

Linus c'est expliqué sur le pourquoi il semble ignorer les patchs. Le problème c'est que si il répond un truc genre "locking is incorrect", il est sur que la personne va lui renvoyer un mail lui demandant d'être plus explicite. Et il va perdre 15 minutes à lui répondre. C'est pour ça que les patchs ne doivent jamais aller directement à linus, mais au mainteneur du sous système correspondant.

ben ca fait plus de trois ans que je lis les listes du kernel et je ne pense pas qu'il y ait un problème. En fait il n'y a que esr qui a un problème. Son patch (cml2) est rejeté plus ou moins unaniment parcequ'il a tout réécrit au lieu de corriger l'existant. Son "excuse", c'est que l'ancien système ne peut être corrigé mais beaucoup de gens (alan cox par exemple) lui ont prouvé le contraire.

Il a été prouvé à maintes reprises qu'intégrer un gros patch crée plus de problème que ca n'en résoud (vm par exemple). Le mode de fonctionnement correct est par exemple celui d'al viro (mainteneur du vfs) qui est en train d'intégrer une réécriture complète du vfs par petit morceau. Evidemment ca demande plus de travail pour le développeur. Si esr avait travaillé par étapes, il ne serait pas obligé de troller comme un fou sur les mailings lists.

Il y a aussi batik, qui est une implémentation java complète pour le svg statique, et qui support quelques élements dynamiques: http://xml.apache.org/batik/.(...)

tu va pas relancer ton débat balsa/evolution quand même. Balsa _et_ evolution sont tous les deux dans "fifth toe" (les utilitaires autour de gnome).

Et pour la license mit, c'est pour pouvoir integrer le gc (garbage collector) de orp (la jvm d'intel). Je ne sais pas si tu a déjà implémenté un garbage collector, mais je te jures que c'est tout sauf trivial.

La commande patch permet déjà d'appliquer un mail ou un dossier de mail sur des sources. C'est comme ça que travaillait linus _avant_ bitkeeper.

Le problème était que linux avait tendance à perdre les mails. Maintenant il synchronize directement avec les bitkeeper des développeurs auquels il fait confiance.

Et l'intêret c'est que l'on sait en permanence ce qui est dans les sources de linus, et ce qui n'y est pas.

très simple aussi : finger @kernel.org

et en plus les licenses postgres et sapdb, elles sont aux même prix que les licenses mysql :-)

Ca fait plaisir de voir que le développement de postgres se continue alors que Great Bridge, la société qui employait la pluspart des developpeurs a fermé l'année dernière.

Les tests de redhat s'appellent cerberus. Tu peux les trouver en cherchant sur google. Comme ils disent attention tu peut ruiner ton dur avec ce genre de tests. Un bug vicieux dans le driver ide et vlan ;-)

Moi ce que j'ai compris c'est que avec le mot clef "unsafe", tu peux directement utiliser des pointeurs natifs dans le C#, et que donc tu peux travailler dans le dos du garbage collector.

genre

public void unsafe monGrosLeak() {
int monPoiteur = malloc(10);
}

Avec java tu écrirait:

public void native monGrosLeak();

puis tu passes ta classe dans javah, qui va générer des entêtes (.h) avec la signature C équivalente de ta méthode. Puis c'est à toi d'implementer la méthode C séparément et d'en faire une librairie.

C# permet donc d'utiliser rapidement du code natif, mais ca fait un mélange pas très heureux. Avec java, c'est plus long et fastidieux à écrire, mais tu a une séparation complête entre le code natif et le code java.

A mon avis, il faut se lever tôt pour arriver à gagner en performance en gérant sa mémoire soi même (dans du java et du C#).

En tout cas, pour mettre au même niveau C++, C# et vb, il ont du bien crader le C++... Avec un rapide coup d'oeuil sur msdn, on trouve des signatures C++ qui ressemblent à ca:

void __gc __delegate MaClasse::maMethode();

Ils ont peut être déposé C# dans les règles, mais le C++ en a pris un coup.

Il y a beaucoup de logiciels serieux pour l'informatique d'entreprise:

- JBoss est un serveur d'applis J2EE libre et la version 3.0 (beta) apporte le clustering.
- SAPDB est une base de données libre dont le niveau est proche de celui d'oracle (il manque le clustering). Cette base est 100% compatible avec oracle 7 pour la syntaxe de requettes)

Ce qui bloque souvent la pénétration du logiciel libre dans l'informatique d'entreprise, c'est l'attitude du décideur pressé, qui pour éviter de ce vautrer et que ca lui retombe dessus, choisis sans réfléchir les produits les plus chers. Choisir un cluster de serveurs sun avec weblogic et oracle parallel server dessus, ca évite de réfléchir. Et au moins, si ca merde, on peut pas te demander de corriger le code, ou te reprocher d'avoir choisi une solution inconnue.

heu, la phase de compil, c'est pas que pour faire plaisir au décideur préssé (propagation des constantes, inlining, optimisations peephole, etc).

Mais va faire comprendre à un décideur pressé que le python, c'est les mêmes concepts que java, mais avec 15 ans d'avance.