Sans lancé un troll, je ne peux que me poser la question du choix du language (pseudo compilé, interprété dans une machine virtuelle) C# pour le démon.
Pour l'interface graphique, ok, ça peut se comprendre, développement rapide, en classe, et tout et tout, mais je suis désolé, un mono qui tourne en demon (donc tout le temps, qui te prend beaucoup de mémoire), je trouve que ça pue. Pas que ma puissance CPU est limité, mais j'aimerais pas que mes ressources soient gaspillés. Gaspillé par quoi? Par l'interprétation, par un garbage collector (qui de facto utilise plus de mémoire (je rempli tant que j'ai de la place, je nétoi quand j'ai du temp ou plus de place) qu'un code C/C++ bien développé).
Je veux pas avoir une VM Mono (Java c'est pareil) qui te prend 200Mo parce qu'il a vu que j'avais de la place, et que si je lance un nouveau programme ca commence à swappé... alors que l'espace techniquement utilisé est bien moindre.
Voila, Beagle est un projet très intéressant, dans le principe, mais C# (que je connais bien, j'ai déjà travaillé dessus), si c'est une excélente technologie Front End, je ne l'aurais JAMAIS choisi pour le Back End (surtout un backend qui fait un traitement en tâche de fond en continue).
Pour mieux me comprendre, je ferais la même remarque que l'on fait à Vista : Faut une centrale nucléaire pour le faire tourner?
Vais m'écrire un driver en Visual Basic, tiens, comme ça a l'air d'être la mode. En plus, on peut compiler en .NET ca sera TROP la classe. Suis sur que si un gars nous pond un compilateur qui s'arrange pour fouttre une VM (.NEt, Java, Python) pour un module noyau y a des gens qui seraient capables de l'utiliser en disant que c'est l'avenir...
(Remarque : voir le systeme d'exploitation en C# http://en.wikipedia.org/wiki/Singularity_(operating_system) qui est techniquement intéressant).
# Interessant
Posté par Stibb . En réponse à la dépêche Beagle 0.2 : le "Desktop Search" gagne en stabilité. Évalué à 10.
Pour l'interface graphique, ok, ça peut se comprendre, développement rapide, en classe, et tout et tout, mais je suis désolé, un mono qui tourne en demon (donc tout le temps, qui te prend beaucoup de mémoire), je trouve que ça pue. Pas que ma puissance CPU est limité, mais j'aimerais pas que mes ressources soient gaspillés. Gaspillé par quoi? Par l'interprétation, par un garbage collector (qui de facto utilise plus de mémoire (je rempli tant que j'ai de la place, je nétoi quand j'ai du temp ou plus de place) qu'un code C/C++ bien développé).
Je veux pas avoir une VM Mono (Java c'est pareil) qui te prend 200Mo parce qu'il a vu que j'avais de la place, et que si je lance un nouveau programme ca commence à swappé... alors que l'espace techniquement utilisé est bien moindre.
Voila, Beagle est un projet très intéressant, dans le principe, mais C# (que je connais bien, j'ai déjà travaillé dessus), si c'est une excélente technologie Front End, je ne l'aurais JAMAIS choisi pour le Back End (surtout un backend qui fait un traitement en tâche de fond en continue).
Pour mieux me comprendre, je ferais la même remarque que l'on fait à Vista : Faut une centrale nucléaire pour le faire tourner?
Vais m'écrire un driver en Visual Basic, tiens, comme ça a l'air d'être la mode. En plus, on peut compiler en .NET ca sera TROP la classe. Suis sur que si un gars nous pond un compilateur qui s'arrange pour fouttre une VM (.NEt, Java, Python) pour un module noyau y a des gens qui seraient capables de l'utiliser en disant que c'est l'avenir...
(Remarque : voir le systeme d'exploitation en C# http://en.wikipedia.org/wiki/Singularity_(operating_system) qui est techniquement intéressant).
Dsl pour le troll