Si tu avais une connaissance approfondie du C++ tu saurais que ton bench n'a aucune valeur, puisque tu testes non pas le langage mais les performances de l'implémentation de l'allocateur par défaut (std::allocator<>). C'est allocateur est parfaitement personnalisable, et ce de manière générique.
Et pour le garbage collector, on a bien std::auto_ptr<> (ainsi que boos::scoped_ptr<> et boost::shared_ptr<>) qui peut faire le travail.
De toute façon, je préfère automatiser la libération de la mémoire, parce qu'il est humainement impossible de gérer correctement ces ressources de manière parfaite.
Tant que tu y étais, et parce qu'on est vendredi, tu aurais pu proposer Logo ou Basic :D
Plus sérieusement, je ne vois pas en quoi la syntaxe du Pascal est plus claire. C'est assez équivalent au C. À mon avis c'est parce que tu as écrit du Pascal avant le C que tu le considère plus clair.
Le choix de l'anti-slash vient d'une limitation du moteur de scripting. L'usage de l'opérateur de résolution de portée ne permettait pas de résoudre les classes, les fonctions et les espaces de nom du même niveau. Du coup, un sondage a été effectué pour déterminer quel serait l'opérateur de résolution de portée des namespaces.
D'ailleurs, l'antislash poses problème lorsqu'on veut écrire des callbacks. Beaucoup de débutants ne vont pas comprendre pourquoi "project\tables" « ça marche pas » :D
J'ai commencé à pratiquer les espaces de nom avec PHP5.3 (paquets Dotdeb http://www.dotdeb.org/2009/06/16/php-5-3-0-rc3-packages-for-(...) et il faut avouer que c'est très pénible à utiliser.
Au-delà de l'antislash comme séparateur d'espace, c'est surtout l'impossibilité d'importer le contenu d'un espace de nom dans un autre scope qui est pénible. Il faut aliaser un minimum.
L'introduction de goto ne me choque pas : comment le Basic du Web a fait si longtemps pour s'en passer ? :D
Non, tu n'es pas à la masse. Ce serait bien que dans le cahier des charges des dépêches sur les logiciels, l'introduction présente le logiciel. Je n'ai compris que c'était un OS que lorsque la dépêche a parlé de support du matériel... La loose quoi.
Bien évidemment, comme toute couche d'adaptation, ce n'est pas du 100%. Mais au final, s'eût été intéressant de disposer d'un kernel BSD interchangeable avec le noyau Linux. Mais peut-être qu'une fois le projet exposé ci-dessus bien avancé, les connaissances acquises permettront de mener un tel projet d'équivalence fonctionnelle du noyau.
Et encore un qui confond la Lorraine et la Moselle. Il n'y a que la Moselle qui a les trois jours fériés supplémentaires, le système de santé spécifique et quelques droits locaux. Quelle misère, comme quoi la suppression de la culture générale n'est pas une bonne chose :p Bon allé (mais je vais le dire doucement pour ne pas me faire lyncher) : on partage la nationalité française.
Blasphème ! La Lorraine n'a rien à voir avec l'Alsace ! Nous ne faisons que partager un massif et une frontière. Et encore, c'est parce que nous sommes généreux.
Je n'ai pas réussi à me connecter au réseau de ma Freebox (alors que ma Wii le fait sans problème). J'avais fait une recherche à ce propos, et d'après ce que j'avais trouvé comme informations, c'est que le chipset wifi n'était pas supporté d'origine par la Suse installée sur mon modèle de MSI Wind.
Et oui, tu dois en oublier des défauts de conception. Ça me rappelle mes premiers pas sous Red Hat, à l'époque du 800×600, et des fenêtres des applications Gnome qui ne rentraient pas dans un écran normal. Je pensais que ce genre de suprises étaient bien loin... je n'ai pas intégré ces points dans la version finale de mon test, parce que j'ai estimé que c'était des problèmes liés à la distribution elle-même, et non à son intégration dans le MSI Wind. Mais merci de les préciser ^^; (comme ça, on ne peut pas m'accuser de chercher la petite bête, j'ai essayé d'être honnête avec Novell Suse et MSI).
Alors oui, effectivement, c'est la raison à laquelle MSI attribue le taux de retour. Mais je suis désolé, je n'y croyais pas, et j'y crois encore moins maintenant que je l'ai testé. Et que j'ai les raisons réelles des retours.
L'autre article est effectivement le mien. Et moi aussi j'aimerais comprendre qui est le responsable : MSI qui a installé come une merde une distribution, ou le soustraitant (Suse ?) qui a bâclé le travail.
Je suis convaincu qu'on doit pouvoir vérifier que le code provient du projet Linux : il suffit de recenser les sauts précédant push suivit un ret : en fonction de leur fréquence, on peut deviner la statistique d'usage de goto. Plus il y en a, et plus il est probable que ce soit du Linux ;)
Bien évidemment, si le plugin n'utilises pas ces fonctions, et ne rend pas la RAM... (à moins d'avoir un mécanisme péremptoire qui supprime d'office la RAM lorsque le plugin est délogé).
Firefox n'est pas multithread. Je sais, c'est choquant, mais je l'ai constaté en achetant un Dual Core : Firefox n'utilises qu'un core à la fois (même quand il recharge mes 50 onglets après plantage).
[^] # Re: Rapidité du C ... et ramasse-miettes ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Le language de programmation ooc sorti en version 0.2. Évalué à -2.
Et pour le garbage collector, on a bien std::auto_ptr<> (ainsi que boos::scoped_ptr<> et boost::shared_ptr<>) qui peut faire le travail.
De toute façon, je préfère automatiser la libération de la mémoire, parce qu'il est humainement impossible de gérer correctement ces ressources de manière parfaite.
[^] # Re: Ooc !
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Le language de programmation ooc sorti en version 0.2. Évalué à 4.
[^] # Re: Pascal ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Des logiciels libres dans les programmes de mathématiques du lycée. Évalué à 1.
Plus sérieusement, je ne vois pas en quoi la syntaxe du Pascal est plus claire. C'est assez équivalent au C. À mon avis c'est parce que tu as écrit du Pascal avant le C que tu le considère plus clair.
# Un Geek nommé François Fillon.
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 25. Évalué à 4.
« Je n’ai jamais utilisé personnellement de logiciel libre, [...] »
Quelqu'un pour lui expliquer qu'il utilises du logiciel libre tout les jours ?
[^] # Re: PHP 5.3 c'est pour quand ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 1.
Le choix de l'anti-slash vient d'une limitation du moteur de scripting. L'usage de l'opérateur de résolution de portée ne permettait pas de résoudre les classes, les fonctions et les espaces de nom du même niveau. Du coup, un sondage a été effectué pour déterminer quel serait l'opérateur de résolution de portée des namespaces.
D'ailleurs, l'antislash poses problème lorsqu'on veut écrire des callbacks. Beaucoup de débutants ne vont pas comprendre pourquoi "project\tables" « ça marche pas » :D
[^] # Re: PHP 5.3 c'est pour quand ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 5.
Au-delà de l'antislash comme séparateur d'espace, c'est surtout l'impossibilité d'importer le contenu d'un espace de nom dans un autre scope qui est pénible. Il faut aliaser un minimum.
L'introduction de goto ne me choque pas : comment le Basic du Web a fait si longtemps pour s'en passer ? :D
[^] # Re: hum.
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche PHP MySQL Explorer, un autre gestionnaire de MySQL en PHP. Évalué à -1.
[^] # Re: hem....
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche PHP MySQL Explorer, un autre gestionnaire de MySQL en PHP. Évalué à -2.
[^] # Re: le monde change
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Frugalware 1.0 Anacreon (version stable). Évalué à 2.
[^] # Re: Architecture vs paquet
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Deux cœurs BSD chez Debian. Évalué à 2.
Incroyable, non ?
Bien évidemment, comme toute couche d'adaptation, ce n'est pas du 100%. Mais au final, s'eût été intéressant de disposer d'un kernel BSD interchangeable avec le noyau Linux. Mais peut-être qu'une fois le projet exposé ci-dessus bien avancé, les connaissances acquises permettront de mener un tel projet d'équivalence fonctionnelle du noyau.
[^] # Re: C'est un poil exagéré
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Un synthétiseur de voix enfreint-il les droits liés au texte lu ?. Évalué à 1.
[^] # Re: Ha zut...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Qt 4.5 sera sous licence LGPL 2.1. Évalué à 1.
[^] # Re: Importance
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche L'évolution de Fastboot. Évalué à 4.
[^] # Re: C'est pas parce qu'un truc est écrit dans un livre que c'est vrai
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal [Hors-sujet] [Blasphème] L'apocalypse de Jean n'est pas open-source. Évalué à 3.
[^] # Re: C'est pas parce qu'un truc est écrit dans un livre que c'est vrai
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal [Hors-sujet] [Blasphème] L'apocalypse de Jean n'est pas open-source. Évalué à 2.
[^] # Re: Installation et mise à jour automatique
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche DotClear 2.1, le blog qui monte, qui monte.... Évalué à 2.
[^] # Re: Triste
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Test du MSI Wind 90 X Novell Suse Linux.. Évalué à 2.
[^] # Re: Je confirme aussi (en partie) et j'en rajoute
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Test du MSI Wind 90 X Novell Suse Linux.. Évalué à 2.
Et oui, tu dois en oublier des défauts de conception. Ça me rappelle mes premiers pas sous Red Hat, à l'époque du 800×600, et des fenêtres des applications Gnome qui ne rentraient pas dans un écran normal. Je pensais que ce genre de suprises étaient bien loin... je n'ai pas intégré ces points dans la version finale de mon test, parce que j'ai estimé que c'était des problèmes liés à la distribution elle-même, et non à son intégration dans le MSI Wind. Mais merci de les préciser ^^; (comme ça, on ne peut pas m'accuser de chercher la petite bête, j'ai essayé d'être honnête avec Novell Suse et MSI).
[^] # Re: Petite précision...
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Test du MSI Wind 90 X Novell Suse Linux.. Évalué à 1.
L'autre article est effectivement le mien. Et moi aussi j'aimerais comprendre qui est le responsable : MSI qui a installé come une merde une distribution, ou le soustraitant (Suse ?) qui a bâclé le travail.
[^] # Re: Holla moi et ubuntu c'est terminé
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à 1.
[^] # Re: Juste une question
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Maarch Framework 3.0 en RC. Évalué à 1.
[^] # Re: C# n'est pas un langage à typage fort !
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Mono 2.0 : le singe continue ses grimaces. Évalué à 1.
std::for_each(b_it, e_it, functor) ;
[^] # Re: Merci beaucoup MS
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Former la jeunesse aux logiciels Microsoft sur un site du service public. Évalué à 2.
[^] # Re: ...
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
Bien évidemment, si le plugin n'utilises pas ces fonctions, et ne rend pas la RAM... (à moins d'avoir un mécanisme péremptoire qui supprime d'office la RAM lorsque le plugin est délogé).
[^] # Re: Rapidite
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Chrome, le futur navigateur de Google. Évalué à 6.