En même temps, prétendre que *tous* les développeurs GNOME n'ont que l'objectif de casser MS, c'est tout aussi con que les commentaires que tu cherches à faire valser... Il n'y a pas d'adhésion obligatoire à un mode de pensée pour développer sur GNOME ; surtout que beaucoup d'applis sont faites d'une façon totalement indépendante puis ajoutées par la suite à GNOME...
Ce type de commentaire est, pour moi, du même niveau que ceux qui prétendent que tous les linuxiens sont élististes...
Quant aux standards, il n'y a jusqu'à présent que deux exemples qui ont été donnés : DBus et GStreamer, c'est léger pour un argumentaire à charge.
En ce qui concerne DBus, je ne me souviens pas comment est né exactement ce projet et pourquoi les dév de KDE en sont arrivés à l'adopter. Donc je ne vais pas le commenter.
Pour ce qui est de GStreamer, sur quels GNOMiste t'appuies-tu ? Personnellement, je me souviens surtout des pleurs de Christian Schaller ( http://blogs.gnome.org/portal/uraeus ) et de ses commentaires « virils » à propos de Phonon et de la non-adoption directe de GStreamer dans KDE. Mais ce n'est pas très étonnant, le monsieur travaille pour le contributeur principal à Gstreamer, à savoir la société Fluendo...
D'ailleurs GNOME a pas mal d'employés dans ses développeurs. Ils viennent de Red-Hat, Novell, Fluendo ou même Nokia. Ils faut donc tenir compte des différents intérêts qu'il y a dans GNOME. Je suppose qu'il y en a aussi dans KDE d'ailleurs, cependant je n'en suis suffisament pas le développement pour le remarquer.
Au fait, es-tu sûr que c'est de l'élitisme de vouloir tout standardiser ? Pour moi, il est beaucoup plus difficile de devoir savoir maîtriser plusieurs bibliothèques qui font les mêmes choses mais de manières totalement différentes. L'élitisme se crée déjà là.
Je trouve plutôt que l'idiotie serait de prétendre vouloir tout unifier.
Mais ça apporte aussi son lot de contraintes immédiates :
- pour trouver un socle commun à des bibliothèques très différentes, il faut aller chercher loin dans l'abstraction. Cela amène facilement à un code complexe, difficile à débugguer et « lent » ;
- il faut maintenir la liaison avec plusieurs bibliothèques, donc sortir régulièrement de nouvelles versions (développement soutenu) alors qu'il faut peut-être casser de grandes parties du code dans un même temps ! Les risques de bugs sont donc bien présents ;
- enfin le refrain est malheureusement assez connu : on part d'une petite bibliothèque, puis sous la pression d'autres développeurs, on commence à ajouter des fonctionnalités... et on se retrouve avec un joli monstre.
De toute façon, tout cela a déjà été discuté dans les ML KDE et les décisions sont prises, alors bon courage aux dév de Phonon !
La version de gcjwebplugin dans Unstable n'a pas l'air très récente, hors il y a eu pas mal de changement dans la version 0.91 (et maintenant la 0.92 qui vient de sortir). Donc, si possible, il faut vraiment installer la version de Debian Experimental ou alors attendre que des paquets plus récents arrivent dans Unstable.
Donc si je comprend bien, une école d'ingés permet de faire des trucs intéressants, tandis qu'un Master est juste là pour vaguement apprendre à programmer comme un âne ?
Un petit foutage de gueule là ?
Ce qui m'étonne le plus, c'est la note de ton commentaire actuellement : 8 !
En même temps, il est abérant de voir beaucoup de personnes en costumes (ou plus ou moins) uniquement pour maintenir une certaine image de marque dans les bureaux... C'est si gênant que ça un pantacourt, une chemise un peu ouverte, des vêtements amples ? Ça permettrait de baisser des clims.
C'est pas du tout aussi pratique que ça en a l'air. Pour arriver à faire des mouvements précis, il faut vraiment un entrainement...
Je verrais plutôt des capteurs de position. En bougeant le capteur, un objet précédemment sélectionné bouge aussi.
Les grands écrans tactiles pourraient aussi être pas mal.
Je ne vois pas non plus de problèmes avec l'utilisation d'un stylet, sauf pour un grand écran.
C'était d'ailleurs ça le plus dur... Une chanson d'amour où on retrouve tous les codes actuels d'une adolescente dans un vocabulaire très limité. L'autre, c'est sa vision de la cité... Sa cité, à elle.. Celle dans sa tête : avec des gens qui portent des casquettes et écoutent forcément du rap...
Diam's n'est qu'un produit de mode pour ado. Elle disparaitra en même temps que la puberté de ses fans... Et elle sera remplacée par autre chose sans laisser de traces.
À propos de nVidia, de nouveaux pilotes sont sortis hier, estampillés 1.0-8762, dont les nouveautés sont :
* Added support for QuadroFX 4500 X2, Quadro FX 5500, Quadro FX 3500, and Quadro FX 1500.
* Improved Quadro FX 3450/4000 SDI support.
* Fixed video memory reporting with GeForce 6200 Turbo Cache.
* Fixed a problem with Overlay support when in TwinView.
* Fixed problems starting X with SLI Frame Rendering on nForce4 SLI Intel Edition.
* Fixed multiple issues with combinations of Stereo, SLI, FrameRendering and G-Sync.
* Fixed several issues with mode selection for CRTs and DFPs.
* Fixed a corruption problem with Rotation and large desktops on older GPUs, including GeForce4 MX.
* Fixed a system crash starting X with TwinView on certain GPUs.
* Addressed an NV-CONTROL compatibility issue; please see the Known Issues section of the README for details.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Laurent A. . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 2.
Ce type de commentaire est, pour moi, du même niveau que ceux qui prétendent que tous les linuxiens sont élististes...
Quant aux standards, il n'y a jusqu'à présent que deux exemples qui ont été donnés : DBus et GStreamer, c'est léger pour un argumentaire à charge.
En ce qui concerne DBus, je ne me souviens pas comment est né exactement ce projet et pourquoi les dév de KDE en sont arrivés à l'adopter. Donc je ne vais pas le commenter.
Pour ce qui est de GStreamer, sur quels GNOMiste t'appuies-tu ? Personnellement, je me souviens surtout des pleurs de Christian Schaller ( http://blogs.gnome.org/portal/uraeus ) et de ses commentaires « virils » à propos de Phonon et de la non-adoption directe de GStreamer dans KDE. Mais ce n'est pas très étonnant, le monsieur travaille pour le contributeur principal à Gstreamer, à savoir la société Fluendo...
D'ailleurs GNOME a pas mal d'employés dans ses développeurs. Ils viennent de Red-Hat, Novell, Fluendo ou même Nokia. Ils faut donc tenir compte des différents intérêts qu'il y a dans GNOME. Je suppose qu'il y en a aussi dans KDE d'ailleurs, cependant je n'en suis suffisament pas le développement pour le remarquer.
Au fait, es-tu sûr que c'est de l'élitisme de vouloir tout standardiser ? Pour moi, il est beaucoup plus difficile de devoir savoir maîtriser plusieurs bibliothèques qui font les mêmes choses mais de manières totalement différentes. L'élitisme se crée déjà là.
Je trouve plutôt que l'idiotie serait de prétendre vouloir tout unifier.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Laurent A. . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 2.
- pour trouver un socle commun à des bibliothèques très différentes, il faut aller chercher loin dans l'abstraction. Cela amène facilement à un code complexe, difficile à débugguer et « lent » ;
- il faut maintenir la liaison avec plusieurs bibliothèques, donc sortir régulièrement de nouvelles versions (développement soutenu) alors qu'il faut peut-être casser de grandes parties du code dans un même temps ! Les risques de bugs sont donc bien présents ;
- enfin le refrain est malheureusement assez connu : on part d'une petite bibliothèque, puis sous la pression d'autres développeurs, on commence à ajouter des fonctionnalités... et on se retrouve avec un joli monstre.
De toute façon, tout cela a déjà été discuté dans les ML KDE et les décisions sont prises, alors bon courage aux dév de Phonon !
[^] # Re: Les alternatives
Posté par Laurent A. . En réponse à la dépêche Un point sur Java et l'Open-Source. Évalué à 2.
Table de version :
*** 2:0.91+cvs20060611-1 0
1 http://ftp.de.debian.org experimental/main Packages
100 /var/lib/dpkg/status
0.3.2-1 0
500 http://ftp.de.debian.org unstable/main Packages
La version de gcjwebplugin dans Unstable n'a pas l'air très récente, hors il y a eu pas mal de changement dans la version 0.91 (et maintenant la 0.92 qui vient de sortir). Donc, si possible, il faut vraiment installer la version de Debian Experimental ou alors attendre que des paquets plus récents arrivent dans Unstable.
[^] # Re: Pareceque
Posté par Laurent A. . En réponse au journal Pourquoi aimez-vous coder ?. Évalué à -6.
Un petit foutage de gueule là ?
Ce qui m'étonne le plus, c'est la note de ton commentaire actuellement : 8 !
[^] # Re: un de ces quatre
Posté par Laurent A. . En réponse au journal Ah ! Les femmes .... Évalué à 10.
[^] # Re: C'est marrant
Posté par Laurent A. . En réponse au journal encore un bureau pas pratique. Évalué à 0.
Je verrais plutôt des capteurs de position. En bougeant le capteur, un objet précédemment sélectionné bouge aussi.
Les grands écrans tactiles pourraient aussi être pas mal.
Je ne vois pas non plus de problèmes avec l'utilisation d'un stylet, sauf pour un grand écran.
[^] # Re: Hmm
Posté par Laurent A. . En réponse au journal Publicite pour hotmail/msn cachée?. Évalué à 9.
Diam's n'est qu'un produit de mode pour ado. Elle disparaitra en même temps que la puberté de ses fans... Et elle sera remplacée par autre chose sans laisser de traces.
[^] # Re: Mais...
Posté par Laurent A. . En réponse au journal X.org 7.1 is OUT. Évalué à 8.
* Added support for QuadroFX 4500 X2, Quadro FX 5500, Quadro FX 3500, and Quadro FX 1500.
* Improved Quadro FX 3450/4000 SDI support.
* Fixed video memory reporting with GeForce 6200 Turbo Cache.
* Fixed a problem with Overlay support when in TwinView.
* Fixed problems starting X with SLI Frame Rendering on nForce4 SLI Intel Edition.
* Fixed multiple issues with combinations of Stereo, SLI, FrameRendering and G-Sync.
* Fixed several issues with mode selection for CRTs and DFPs.
* Fixed a corruption problem with Rotation and large desktops on older GPUs, including GeForce4 MX.
* Fixed a system crash starting X with TwinView on certain GPUs.
* Addressed an NV-CONTROL compatibility issue; please see the Known Issues section of the README for details.
Le support de Xorg 7.1 devrait arriver avec la série des pilotes 9xxx :
http://www.nvnews.net/vbulletin/showthread.php?t=70476
En ce qui concerne le support des « vieilles » cartes, les « legacy drivers » devraient être mis à jour très prochainement :
http://www.nvnews.net/vbulletin/showpost.php?p=895904&po(...)
Enfin, on verra...