Jb Evain a écrit 120 commentaires

Pour l'instant, il semble que oui. Mono fournit un serveur web nommé XSP, mais il est utilisé uniquement à des fins de développement/test, et n'est pas, enfin espérons, utilisé pour déployer des applications Mono. D'où le mod_mono. Mais à ma connaissance il n'existe pas de filtre ISAPI pour IIS pour déployer du Mono.

L'interet est nul. Quelle pertes de temps de développement !!

Ah. Ah. Ah. Qu'est ce que j'adore ces grandes prise de position courageuses et ces magnifiques jugements.

C'est vrai que le point de vue tranché d'un expert reconnu et respecté comme toi, ça pèse toujours son pesant de cacahouètes. Va donc expliquer aux développeurs pourquoi ils perdent leur temps.

Prenons un exemple alors. SilverLight est une version très réduite du framework .net, le but étant évidemment de se retrouver avec un redistribuable léger.

Le problème, c'est que pour porter certaines applications vers SilverLight, si du code utilise ce qui a été enlevé, ça demande du travail sur l'application.

Et bien pour Moonlight, il va être développé un outil qui va te permettre de prendre des fonctionnalité du framework chez Mono, et de les utiliser ensuite dans ton application, que ce soit sur Mono ou .net (System.Xml.XmlDocument par exemple pour les connaisseurs). Alors ça grossit peut- être ton application, mais ça facilite grandement son portage.

Et ça bien sur SilverLight ne le permet pas. Voilà un exemple simple d'innovation du projet Moonlight, et qui bénéficie à tout le monde.

un clone ne pouvant innover est-il une alternative ?

Mono c'est grand, qu'est ce qui te fait croire que Mono n'innove pas autour de ce qu'il reprend ?

Encore plus balèze quand on sait que c'est une fille

Correction, quand on sait qu'elle n'est pas encore tout à fait une fille.

Marrant, comme quand on veux, on ne retient que ce que l'on veut ( ça s'applique à moi aussi).

Ce que tu oublies de dire dans ta phrase, c'est que le monsieur fait référence à un parc Linux visiblement hétérogène. Et que donc, ça lui coute plus cher que d'avoir une seule solution à maintenir. Mais voilà, au final, en ayant que une solution Linux unique, intéropérant avec son existant Windows, ça réduit les couts.

L'avenir réside dans l'intéropérabilité. Même avec le grand diable Microsoft. Peut-être pas dans la pièce où tu ranges ton ordi, mais dans celle d'HSBC, surement plus.

Le titre de ce journal deviendra marrant quand on m'aura répondu.

En fait le site n'est pas à jour, mais le ftp lui, l'est:

http://ftp.belnet.be/mirrors/FOSDEM/2007/

Il y a donc la vidéo de la keynote sur Mono (turbocharging linux).

Un gars qui s'est énervé tout rouge devant une présentation de la partie serveur de Second-Life (qui tourne sous Debian+Mono). Non seulement son anglais était lamentable, mais ses propos aussi.

Il a entre autre accusé De Icaza de toucher des thunes pour la présentation de Second-Life. Puis il a enchainé en disant que c'était pas Linux ça. (Mono ? Second-Life ?) Pour finir par un magnifique "C'est du business ça, c'est pas Linux", et un "C'est pas du Linux c'est du Coca-Cola". Ça doit être vers la fin de la vidéo j'imagine.

Cela dit, il a du talent le petit, de faire rire toute une salle à lui tout seul, moi je tire mon chapeau.

Tu utilises la plus lente des trois façon d'interroger db4o, le Query By Example. En gros tu donnes un objet patron, et db4o va le comparer avec tous les objets du même type pour savoir quoi renvoyer.

Avec le code que je t'ai donné plus bas:

http://linuxfr.org/comments/797287.html#797287

db4o arrive en seconde position derrière hsql chez moi.

Jb

Re-Salut,

J'ai implémenté un "provider" db4o pour tes tests.
C'est pas très propre à cause de l'architecture du framework de test, mais ça a des performances sympathiques, et surtout, pas de SQL!

Le code est ici: http://evain.net/public/Db4oCheckDup.html

Jb

Hey,

On pourrait avoir les fichiers de données (dans c:/temp/20070122 ;) ) pour lancer les tests nous mêmes ?

Merci,

Un bouquin à ce sujet qui est classé dans mes 5 ouvrages favoris:

http://www.amazon.fr/Pragmatic-Programmer-Journeyman-Master/(...)

À lire, plusieurs fois.

http://www.sun.com/smi/Press/sunflash/2004-04/sunflash.20040(...)

Future Collaboration for Java and .NET: Sun and Microsoft have agreed that they will work together to improve technical collaboration between their Java and .NET technologies.

Patents and Intellectual Property: The parties have agreed to a broad covenant not to sue with respect to all past patent infringement claims they may have against each other. The agreement also provides for potential future extensions of this type of covenant. The two companies have also agreed to embark on negotiations for a patent cross-license agreement between them.

Non, ça veut juste dire qu'ils sont séparés.

Il va falloir que Gnunitot Stallman s'occupe de bloguer un peu plus pour nous enseigner la bonne marche à suivre alors.

Endianness[1] en fait, rien à voir avec Indiana Jones. Dommage d'ailleurs.

[1]: http://en.wikipedia.org/wiki/Endianness

le CEO de google maintenant au board de Novell

Pas du tout. Le CEO de Google est l'ancien CEO de Novell, et il a rejoint récemment le board d'Apple.

T'es pas fou, c'est encore du Mono ça. Faudrait pas qu'il ait besoin d'exorciser sa machine !

Tu ne comprends pas.

En fait le "Style Engine (c)" de Mozilla, ça consiste à écrire sur son blog que "nous on révolutionne l'innovation sur l'Internet multimédia grace à notre logiciel libre", et à croiser les bras (si on le peut), avec un sourire satisfait. C'est ça le style.

Tu aurais tord de croire que les chiffres cités plus haut sont faux.

c'est pas la première fois que je te surprend à dire une connerie, et en proférant souvent moi aussi, je décèle chez toi une certaine incompréhension sur la compilation et sa théorie.

Oui oui.

Il y a machine virtuelle et machine virtuelle. Dans le cas qui nous préoccupe ici, Java et Mono, il s'agit d'une "vraie" machine virtuelle. C'est à dire que nous avons un programme, qui lit un espèce d'assembleur (à pile... j'en entend certain rigoler) et dispose de quelques primitives.

Non, il n'y a pas "machine virtuelle et machine virtuelle". Il y a le concept de machine virtuelle, point. Par contre on va parler d'environnement d'exécution virtuel. Le fameux VES de la CLI de .net. L'espèce d'assembleur ça s'appelle du code intermédiaire, et c'est un point commun à toutes les machines virtuelles. Dans la théorie qui t'es chère on attache à une machine virtuelle un langage, et on empile ces machines virtuelles. Pour Mono, le langage c'est donc du CIL.

Donc dans ce sens, le commentaire auquel tu réponds n'a pas tout à fait tord. En créant une représentation abstraite sous la forme d'un langage particulier (le fameux RTL) pour les machines basées sur des registres, gcc devient donc l'hôte d'une machine virtuelle.

C'est d'ailleurs ce qui permet de faire de la cross-compilation si je ne m'abuse.

Donc, même si le pseudo compilateur java produit un pseudo assembleur, il faut le traduire cet assembleur, surtout qu'il est d'assez haut niveau. Ca prend du temps, tout ça.

Tout à fait. Ça prend du temps, ce que quelqu'un a appellé ici "le temps de chauffe".

Un programme compilé n'a pas ce problème, l'assembleur est là, prêt à être exécuté.

Modulo les relocations, tout à fait. Mais c'est oublié tous les avantages que fournissent les environnements modernes.

Je pense que le futur est à une synthèse entre les deux, ou plutôt à une intégration de concepts issu de l'interprétation dans la compilation : On peut imaginer un langage dans lequel on spécifie les intervales de définition les plus probables, où l'analse de flot détecterait des fonctions souvent rappelées et peu susceptibles de donner des résultats changeant en squeezant les appels et les remplaçant par des tables de hash. OU encore, mais ça me plait moins, d'entraîner le code sur des données et de recompiler sur des statistiques (Intel le fait).

Là on entre dans le moi je.

Concernant la synthèse issu de l'interprétation, je n'y crois pas. On n'interprète plus vraiment quoi que ce soit. Même la JVM qui pouvait balancer entre l'interprétation et la JIT compilation ne fait maintenant presque plus que de la compilation.

Cela dit, je pense qu'on tend vers quelque chose d'encore plus dynamique. Mais encore plus dynamique que ce qu'on a dans nos environnement d'exécution. Il y a des travaux sur les JITs pour pouvoir instrumenter le code assembleur émit pour pouvoir le regénérer en optimisant les portions les plus utilisées. Mais on va mettre ça dans les environnements d'exécution, et pas dans les langages. Sinon ça va devenir encore un langage que personne n'utilisera, un de plus.

Bref une belle thèse de doctorat (s'il y a des étudiants en Master 2 ou 1 prometeur dans la salle, contactez moi, je ferai passer) en perspective.

Oh moi ces trucs là j'ai arrêté à cause de la théorie que tu nous tartines.

Et bien comme dans presque tous les langages tu as des primitives pour générer un nombre aléatoirement, moi je ne me prendrais pas la tête: je demanderais un nombre entre 0 et la longueur du tableau - 1...

http://blog.joli-tambour.be/index.php/2004/07/05/37-moi-jai-(...)

Bon en tout cas, c'est très salement écris et complètement importable en l'état. Dommage...

C'est comme les jeunes et le sexe en fait ?

c'est un chat d'appart

Oh, le bel oxymore.