patrick_g a écrit 6387 commentaires

>>> dans le cas de Python on a une seule personne (c'est mieux qu'une entité?) qui décide de tout

Tu est sûr de toi là ? Y'a pas de votes dans le monde de Python ?
Va voir ici : http://www.python.org/dev/process/

Certes Guido a formellement le droit de décider mais en pratique il suit les votes de la communauté.

>>> Par contre pour Java je tique : à ma connaissance si tu n'es pas d'accord avec SUN, ce sera SUN qui aura le dernier mot. Java est sous le contrôle de SUN

Je ne crois pas.
C'est le Java Community Process qui décide et pas Sun.

http://jcp.org/en/introduction/overview

L'ennui c'est qu'il faut un rouleau de PQ qui soit infini.

Et ajoutons que le développement de Python, de Java, etc est un développement qui n'est pas sous le contrôle d'une seule société.

Dans le cas de C# on a une seule entité qui décide de tout et on a la communauté qui ne décide de rien et qui a juste le droit de réimplémenter les changements dans Mono si elle veut garder la compatibilité.

Quand on ajoute que cette entité qui décide de tout est en plus l'acteur monopolistique du marché et donc potentiellement l'adversaire des "nouveaux entrants" tels Linux je pense que ça fait un bon argument pour ne pas utiliser cette techno.

>>> Mon soucis est que C# est une techno MS, dirigée par MS, pour Windows.

Ouais c'est vrai que ce point là est aussi très important. C'est MS qui dicte les changements à apporter et Mono ne fait que réimplémenter ces changements sans jamais participer aux décisions.

Hum Wikipedia a peut-être raison mais alors comment expliquer cette phrase de l'article :

"X developers talked about extending XvMC to support other formats and to add more steps in the video decoding process — such as the costly inverse discrete cosine transform (iDCT), but eventually decided to write a new API from the ground up." ?

Tu ne veux pas comprendre ce que j'essaye de te dire (ou bien je m'explique mal).
Ce dont je veux parler c'est de la philosophie qui conduit à utiliser une VM pour C# ou Java.

Dans le cas de Python, qui est un langage de script (donc interprété) il est évident que tu a besoin d'une VM.
Dans le cas de C# ou de Java, qui sont des langages compilés, tu n'a pas fondamentalement besoin d'une VM.

Pourquoi alors interposer cette très lourde VM ? Il y a les avantages listé dans les divers posts de ce journal (protection contre les débordements mémoire, etc) mais je ne pense pas que ce soit fondamentalement ça la raison.
Je pense que ça vient en partie d'un raisonnement qui a court dans le monde du logiciel propriétaire et qui est "comment faire tourner mon beau binaire chez le maximum de clients".

Pour ça ils ont utilisé cette notion de VM qui existent sur les diverses plate-formes et d'un binaire qui peut s'exécuter sur toutes ces VM.

Ce que je dis c'est que, dans une optique logiciel libre, il n'y a pas besoin de cette solution puisque le code source est disponible et qu'il peut être compilé pour les différentes plate-formes.

Peut-être que je me trompe, peut-être que je raconte des conneries car je ne m'y connais pas assez mais c'est mon sentiment.
J'espère que je me suis mieux expliqué cette fois.

>>> vous dites qu'on n'a rien à battre des VM dans le monde du libre

J'exclus de ce "on n'a rien à battre" les VM pour les langages de script.

Mon commentaire visait les compagnies qui ne veulent pas mettre le source à disposition et qui utilisent donc une VM.
Python n'est bien entendu pas dans ce cas là puisque par définition on a le source.

>>> Quelle putain de subjectivité... (comme la comparaison Qt/GTK vs. Mono de patrick_g)

En même temps c'est un journal et pas une dépêche hein ?
La subjectivité c'est permis.

>>> Alors pourquoi ? Pourquoi Mono ?

Fondamentalement Mono n'est pas utile pour le libre.
Quel est vraiment l'intérêt d'avoir ces lourdes machines virtuelles qui exécutent du bytecode sur différentes archis ?
Dans le monde du libre, comme le code source est disponible, on en a rien à battre d'avoir cet environnement qui fait abstraction de l'archi ! Dans le libre on prend le source et on le compile directement c'est tout.
Mais pour les firmes qui vivent dans le monde propriétaire cette solution n'est pas envisageable...donc création de Java et .NET.

>>> j'ai bien dit MPEG-2! Ce qui est disponible sous XvMC depuis la première puce Intel intégrée I810

Sauf que justement XvMC est limité au MPEG-2 et, pire, qu'il ne prend en charge que le motion compensation [http://en.wikipedia.org/wiki/Motion_compensation].

Avec VAAPI on va avoir du support pour pleins d'autres formats que le MPEG-2 et pour pleins d'autres étapes du pipeline de décodage.

>>> VAAPI sur les pilotes libres, c'et possible?

Un article détaillé du site Linux Weekly News fait le point là-dessus :

http://lwn.net/Articles/339349/

L'article est déjà lisible pour les abonnés au site et il sera accessible pour tous jeudi.

En ce qui concerne ta question "The bigger news is that Intel plans to launch a VA API-supporting driver for additional graphics chips. According to Bian and Yuan, the G45 chipset is next. G45 is a Core 2 chipset introduced in 2008, and already found in a variety of products, including desktop motherboards".

Pour moi il n'y avait aucun doute possible et la réponse était clairement 19485....mais le post d'hier de Boa Treize [https://linuxfr.org/comments/1046251.html#1046251] m'a fait prendre conscience que c'est vraiment dur de trouver des questions fermés non ambiguës ou non susceptibles d'interprétation différentes.

Si tu proposes des analyses de fond alors tu n'aura pas de concurrence. Pas besoin de s'inquiéter des doublons donc.

A priori les questions visent à faire explorer un peu le site et pas à piéger les gens.
A mon avis, la question parlant de "drapeau", il ne fallait pas te torturer les méninges puisque http://linuxfr.org/images/xx.png n'est pas un drapeau de pays.

Qui t'empêche de préparer ta news plusieurs jours à l'avance et de l'annoncer sur http://linuxfr.org/redacteurs/ ? Comme ça quand le soft sort tu la propose rapidement (et en plus elle sera de meilleure qualité car tu aura eu du temps devant toi pour la peaufiner).

Le fait de ne pas voir les dépêches permet de ne pas décourager les soumissions des autres si une news pourrie arrive dans le pipe. Et puis les modos ne sont pas crétins (j'espère !). Si deux dépêches de bonne qualité arrivent on peut faire des merges donc ton travail ne sera pas perdu (cf la news Firefox 3.5) .

Si quelqu'un se sent de faire une petite news sur cette sortie elle sera accueilli avec respect et gratitude par les modos.
Sauf évidemment si la news en question se résume à "PgSQL 8.4 est out ! Mouahahahaha !".

Il a l'air de dire que son client twitter a des fonctions que n'ont pas les autres client et que c'est ça qui fait la différence.
Maintenant vu que je n'utilise pas ce genre de trucs je serai bien en peine de te dire quelles sont ces fameuses fonctions géniales.

Dénoncer OK mais faudrait voir à être honnête quand même hein ? Moi je dis que le pigeon mort ce n'est pas la faute des concepteurs.

J'ai installé FF 3.5 sur ma Hardy Heron en parallèle de mon bon vieux FF 3.0 juste pour tester un peu.
Ben maintenant quand je lance mon FF 3.0 les polices de caractères sont toutes pourries...on dirait que l'anti-aliasing est cassé ou je sais pas quoi.
Mierda.

OK je n'avais pas compris que Google Hacks servait à indexer spécifiquement les répertoires "index of".
Tout s'explique, merci.

Surtout pour un Best Of Dire Straits qui doit être amorti depuis des lustres et des lustres.

Pourquoi est-ce que Google Hacks ne remonte pas la page wikisource citée par balzane ?

Pourquoi est-ce qu'il ne remonte pas tous les pdf de Théophile Gautier que tu trouves facilement sur le net ?

http://www.ebooksgratuits.com/ebooks.php
http://www.ibiblio.org/beq/vents/index.htm
http://www.gutenberg.org/browse/authors/g#a5450
http://www.pitbook.com/auteurs/gautier_th.htm

Tu dois être balaise pour trouver tout ça.
J'ai été intrigué par ton post alors j'ai téléchargé Google Hacks.

Je fais une petite recherche sur un sujet qui m'intéresse :

http://farm3.static.flickr.com/2524/3675410710_fcf89ae5a2_o.(...)

Et puis je clique sur Search en m'attendant, oh joie et félicité, à trouver pleins de fichiers passionnants :

http://farm3.static.flickr.com/2517/3675426766_16ff1cae31_o.(...)

Pas au point ce truc.....