Je pense que la syntaxe d'un langage a une grande importance: si elle n'est pas appréciée par les développeurs, il y a peu de chance que le langage soit un succès quelquesoit ses autres qualités.
Et je généralise peut-être mais j'ai l'impression que les chercheurs ont tendance à s'intérresser plus au modele mathématique sous-jacent, aux algorithmes des compilo qu'a des trucs bassement concret comme la syntaxe, ce qui n'aide pas l'adoption du langage..
Bon ce n'est pas le cas de tous les language de recherche: Scala est un bon contre-exemple, avec une syntaxe très bien pensée, à mon avis bien sûr, des gouts et des couleurs, tout ça..
Si personne n'utilisait des logiciels respectant les standard libres, comment faire pour convaincre un chef de faire par exemple un site web conforme aux standard du W3C et non pas juste pour IE?
Et quand tu utilise Linux tu es plutôt content quand un site web n'est pas developpé que pour IE, non?
Donc FF/Mozilla sur Windows apporte beaucoup aux utilisateurs Linux, aussi.
S'il y avait suffisament d'utilisateur réclamant du OggVorbis, on pourrait trouver des baladeurs supportant ce format, etc..
Bref retires tes oeilleres, les simples utilisateurs apportent beaucoup! Même si ce n'est pas concret comme du code source.
Il y a eu plusieurs analyse sur theinquirer qui mettent en doute qu'ils arriveront à produire le laptop pour 100$, bon theinquirer n'est pas forcément un site web très sérieux mais.. http://theinquirer.org/?article=27835
L'article a un lien sur un blog interressant, apparemment la durée de 'moulinage' pour recharger la batterie aurait changée avec le temps, vers la fin de la page web: http://www.fonly.typepad.com/
100:1 cela me parait irréaliste par contre j'ignore qui a sortie cette annerie si ce sont les gars du MIT ou un journaliste quelconque..
Je me souviens quand même que:
- il y a eu un gros débat entre les developpeurs de gcc et ceux de la LSB, les gars de gcc n'étant pas d'accord avec l'ABI C++ sélectionné par LSB.
Cela a fini par les developpeurs gcc considérent que la LSB2.0 vis à vis du C++ était du pipeau (la 1.0 n'incluait pas l'ABI C++ je crois).
Certes si l'ABI C++ était vraiment stable, le probleme ne se poserait pas..
- je me souviens qu'un gars de la glibc avait fait remarqué que les tests de threading de la LSB étaient buggé au niveau du threading justement et qu'ils ne marchaient bien que sur des machines très lente.
- LSB n'intégrera probablement jamais Qt dans ses librairies recommandés car c'est une librairie GPL pas LGPL, les developpeurs de KDE se fichent donc éperdument de la LSB.
Mais bon la LSB2.0 est une norme iso, donc tout va bien ;-)
Oui, enfin monter un ordi, c'est jamais qu'un jeu de légo un peu plus grand..
Si j'ai bien vu, pour le tapis en métal, il faut faire des soudures (ce qui élimine pas mal de monde moi y compris), des perforations, couper du bois.. bref c'est nettement plus 'manuel' et il faut du matériel..
Parce que quand Novell a racheté à la fois Ximian (Gnome) et SuSE (KDE), la j'avoue je n'ai pas compris..
A mon avis, les "décideurs" de chez Novell, les histoires de desktop, ça ne les concernait pas beaucoup.
Vu les "clarifications" qu'ils ont fait récemment j'imagines que des clients utilisant KDE ont du leur demander des explications, donc la ça va peut-être les intérresser.
Euh, pas d'accord: il me semble que PostGreSQL est plus "stricte" dans sa gestion des champs que MySQL, ce qui me parait préférable pour détecter des erreurs.
Maintenant je ne suis pas un expert ni dans l'un ni dans l'autre..
Je me demande s'il ne serait pas possible de faire que gnome-vfs et kio-slave soient une "surcouche" de FUSE sur les systèmes qui l'ont et gardent le comportement actuel sur les systèmes qui ne l'ont pas?
Par ce que bon, les systèmes de fichiers virtuels intégrés au desktop plutôt que disponible pour tous, bof.
Je sais, c'est plus facile à dire qu'à faire, mais je me demande si ce serait possible..
> Au niveau de la base de registre, c'est exactement ce comportement. Si tu prends les variables d'environnement UNIX.
Sauf que la base de registre est plus proche des fichiers de configurations qui existent aussi sous Unix que des variables d'environnement, donc c'est une mauvaise comparaison.
> Il y a très peu de paramètres commun entre applications
Ahem et toutes les valeurs par defaut, utiliser pour les fontes, l'affichage, la langue. etc..
>Toutefois, je n'ai jamais réussi à faire planter Firefox
Et bien tu n'as pas essayer assez fort, j'ai déja vu Firefox se planter (et plusieurs fois Mozilla que je prefere a FF), malheureusement les deux n'integres pas par défaut une mémorisation des tab/fenetres ouvertes pour te proposer la réouverture comme le fait Opéra..
Il y a peut-etre une extension qui le fait, mais cela devrait être inclus par défaut!
Franchement, je ne vois pas le rapport entre les variables globales et la base de registre. La base de registre, c'est pour les paramètres des applications et la plupart des applications ont besoin de paramètres de configuration.
1) Soit tu peux avoir un format de stockage commun à toutes les applications pour ces paramètres (Windows), soit chaque application réinvente la boucle, ce qui complique la vie des utilisateurs (syntaxe ou outil different à apprendre).
2) Un certain nombre de paramètres sont communs à la plupart des applications, donc il y a besoin de stocker ces paramètres communs dans un endroit commun.
Ceci dit, je ne suis pas fan du tout de mettre *tout* dans le même fichier, en cas de corruption du fichier, tu as tout perdu, ce qui arrive sous Windows, même avec les sauvegardes de la base des registres..
Il ne l'était pas et a l'heure actuelle, la reprise zéta ne l'est pas non plus.
Je crois que le projet libre le plus avancé est Haiku, mais il est bien moins avancé que Zéta qui est fonctionnel lui (car issu du code originel de BeOS).
Je ne pense pas que le statut mort ou vivant de BeOS aie une importance pour faire une comparaison.
Comme tu dis, il faut comparer des choses comparables: BeOS comme Linux ou Windows avait une interface graphique moderne, la protection de la mémoire, tournait sur plusieurs matériel, bref coté desktop il faisait grosso-modo la même chose mais il est/était beaucoup réactif, sur du matériel beaucoup plus faible.
Ce qui me parait être une bonne démonstration que le logiciel est plus important que le matériel pour les performances et donne une image bien peu flatteuse de l'état actuel de nos logiciels: un example bien que Linux ait un meilleur multi-threading que BeOS, il reste beaucoup plus lourd car peu d'application l'utilise vraiment: exemple, mozilla qui 'fait une pause' car il est en train de faire quelque-chose de complexe dans une tab alors qu'on essaye de visualiser autre-chose..
Note que KDE est déja multi-plateforme Linux, *BSD, Solaris il me semble.
Alors pour un portage sous Windows, je ne sais pas, cela fait juste une cible supplémentaire mais elle est tellement différente des autres..
Et il est vrai que les applis portable comme Mozilla ou OOo montrent bien le danger potentiel: ce sont des "monstres" lourds et gourmands..
>il y en a d'autres qui ont un système de blocage très simpliste juste pour les gens normaux
D'ailleurs certains soft, avant de se bloquer te prévienne gentiment par email que la license va bientôt expirer, ce qui est plutôt sympa pour les admins (pas qu'on attende l'email avant d'acheter la prolongation, mais ça évite les surprises).
> Ce doit être une spécificité de Nessus parceque tous les programmes que je connais et qui ont la visibilité de Nessus (importante donc) ont des mailing-lists bien pourvus et pourtant certains projets sont loins d'être simples. <
Je n'en suis pas si sûr: je crois par exemple que le nombre de contributeurs de KWord, projet prestigieux s'il en est, est très limité.
En tout cas, c'est l'impression que m'as donné les postes des développeurs sur LinuxFr.
Bon j'ai la vague impression que tu essaye de troller mais bon..
>Eiffel peut être ?
Euh un language avec garbage collector, tu ne vas pas forcément gagner en utilisation mémoire, si ma mémoire est bonne les GC utilisent en général 1.5* la mémoire utilisé à la main (enfin sauf si les developpeur codent comme des porcs, cf Mozilla qui grossit, grossit sans jamais diminuer, mais à leur décharge le probleme est plutot compliqué).
En plus, il reste un "petit" problème: la compatibilité des applications, des drivers!
Soit tu réécrit les applications ce qui est impossible, soit tu portes LES toolkits ce qui est déja plus faisable mais qui représente quand même un énorme boulot et il reste le problemes des driver.
Je m'étais intérréssé à Berlin/Fresco (surtout C++ avec interface Corba) il y a un certain temps, avant de conclure que cela n'avait aucune chance: les seules alternatives à X qui ont une chance (à part dans certaines niches comme l'embarqué) ce sont des évolutions d'X comme XRender.
Moi personellement je trouve dommage que NX ne soit pas "fusionné" à X: être obligé d'ajouter une couche pour pouvoir profiter de l'export display par ADSL avec des bonnes performances, c'est dommage.
D'autant plus qu'ils disent avoir diminuer le nombre de round-trip, ce qui peut être interressant meme dans un LAN.
Ceci dit c'est vrai qu'X est malheureusement dans un état assez pitoyable, cf la configuration du clavier qui est super-mal documentée.
En fait l'article est un "commentaire" de la traduction présente dans le premiere lien, qui explique ce que sont Xgl, etc..
Donc forcément il parait un peu confus, mais personellement je le trouve intérréssant car le papier aussi bon soit-il, présente la vision de Jon Smirl qui n'est pas forcément partagé par tous, ce que l'article précise.
Je me souviens de la sortie de l'original du papier qui avait fait du bruits: l'utilisation des GPU dans X est un sujet "chaud" à cause du fait que seul les drivers proprio permettent d'exploiter les GPU à l'heure actuelle..
Maintenant Jon Smirl pense que si rien n'est fait cela ne changera pas mais si X se met à se baser sur les drivers proprio cela peut augmenter les chances d'avoir des driver OpenSource, ce qui me parait tres optimiste:
-même quand des specs existaient pour des cartes "récentes", les drivers libres n'étaient pas forcément tres bon: je me souviens que John Carmarck s'était énervé de l'état d'un driver et avait contribué, alors faire du reverse enginerring me parait sans espoir dans ces conditions.
-les constructeurs n'ont aucun interret a ouvrir leur driver (peut-etre peur d'un proces lié aux patentes),
Donc c'est pas gagné même à moyen terme.. Les drivers propriétaires ont encore de beaux jour devant eux..
Il me semble que la Radeon 9200 d'ATI a un driver open-source et des performances non-négligeables (c'est un renommage marketing d'une 7500 je crois mais ce n'est pas si mal).
Par contre j'ignores si elle est encore produite et si les specs sont ouvertes..
J'imagines que cela leur rapporte, mais combien? La est la question..
John Carmack d'Id a dit a un moment que les jeux sous Linux leur rapportaient moins que sous Mac.
Alors il ne faut pas s'étonner que Linux ne soit pas une priorité pour les éditeurs de jeux, d'abord les PCs ensuite les Mac et finalement ensuite Linux..
# Mouai, je suis pas fan de la syntaxe
Posté par reno . En réponse à la dépêche Lisaac 0.84 est sorti. Évalué à 3.
Et je généralise peut-être mais j'ai l'impression que les chercheurs ont tendance à s'intérresser plus au modele mathématique sous-jacent, aux algorithmes des compilo qu'a des trucs bassement concret comme la syntaxe, ce qui n'aide pas l'adoption du langage..
Bon ce n'est pas le cas de tous les language de recherche: Scala est un bon contre-exemple, avec une syntaxe très bien pensée, à mon avis bien sûr, des gouts et des couleurs, tout ça..
[^] # Les standards libres sont le plus importants.
Posté par reno . En réponse à la dépêche Gtk en natif pour Mac OS X. Évalué à 4.
Et quand tu utilise Linux tu es plutôt content quand un site web n'est pas developpé que pour IE, non?
Donc FF/Mozilla sur Windows apporte beaucoup aux utilisateurs Linux, aussi.
S'il y avait suffisament d'utilisateur réclamant du OggVorbis, on pourrait trouver des baladeurs supportant ce format, etc..
Bref retires tes oeilleres, les simples utilisateurs apportent beaucoup! Même si ce n'est pas concret comme du code source.
# Un blog en Anglais avec un commentaire sur ce sujet
Posté par reno . En réponse à la dépêche Un portable à 100 dollars. Évalué à 3.
http://theinquirer.org/?article=27835
L'article a un lien sur un blog interressant, apparemment la durée de 'moulinage' pour recharger la batterie aurait changée avec le temps, vers la fin de la page web:
http://www.fonly.typepad.com/
100:1 cela me parait irréaliste par contre j'ignore qui a sortie cette annerie si ce sont les gars du MIT ou un journaliste quelconque..
# Mouai
Posté par reno . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 10.
- il y a eu un gros débat entre les developpeurs de gcc et ceux de la LSB, les gars de gcc n'étant pas d'accord avec l'ABI C++ sélectionné par LSB.
Cela a fini par les developpeurs gcc considérent que la LSB2.0 vis à vis du C++ était du pipeau (la 1.0 n'incluait pas l'ABI C++ je crois).
Certes si l'ABI C++ était vraiment stable, le probleme ne se poserait pas..
- je me souviens qu'un gars de la glibc avait fait remarqué que les tests de threading de la LSB étaient buggé au niveau du threading justement et qu'ils ne marchaient bien que sur des machines très lente.
- LSB n'intégrera probablement jamais Qt dans ses librairies recommandés car c'est une librairie GPL pas LGPL, les developpeurs de KDE se fichent donc éperdument de la LSB.
Mais bon la LSB2.0 est une norme iso, donc tout va bien ;-)
[^] # Re: Tapis métal
Posté par reno . En réponse à la dépêche StepMania 3.9 est sorti. Évalué à 2.
Si j'ai bien vu, pour le tapis en métal, il faut faire des soudures (ce qui élimine pas mal de monde moi y compris), des perforations, couper du bois.. bref c'est nettement plus 'manuel' et il faut du matériel..
# Novell comprends t'il Linux (l'OS)?
Posté par reno . En réponse à la dépêche Que se passe-t-il entre Novell et SUSE?. Évalué à 0.
A mon avis, les "décideurs" de chez Novell, les histoires de desktop, ça ne les concernait pas beaucoup.
Vu les "clarifications" qu'ils ont fait récemment j'imagines que des clients utilisant KDE ont du leur demander des explications, donc la ça va peut-être les intérresser.
[^] # Re: Avantage pour un néophyte ?
Posté par reno . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à 9.
Maintenant je ne suis pas un expert ni dans l'un ni dans l'autre..
[^] # Re: FUSE ... qu'est ce que cela va apporter ?
Posté par reno . En réponse à la dépêche Sortie du noyau 2.6.14. Évalué à 8.
Par ce que bon, les systèmes de fichiers virtuels intégrés au desktop plutôt que disponible pour tous, bof.
Je sais, c'est plus facile à dire qu'à faire, mais je me demande si ce serait possible..
[^] # Re: Les précieuses ridicules, le retour !
Posté par reno . En réponse à la dépêche Découverte de GNU/Linux et des logiciels libres, à l'Espace autogéré des Tanneries de Dijon. Évalué à 2.
Ouch! Et tu critiques son utilisation des majuscules?
La paille, la poutre, tout ça..
[^] # Re: On m'a dit aussi de ne pas réinventer la boucle.
Posté par reno . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 4.
Sauf que la base de registre est plus proche des fichiers de configurations qui existent aussi sous Unix que des variables d'environnement, donc c'est une mauvaise comparaison.
> Il y a très peu de paramètres commun entre applications
Ahem et toutes les valeurs par defaut, utiliser pour les fontes, l'affichage, la langue. etc..
[^] # Re: Très bonnes nouvelle ! :-)
Posté par reno . En réponse à la dépêche Galeon fusionne avec Epiphany. Évalué à 4.
Et bien tu n'as pas essayer assez fort, j'ai déja vu Firefox se planter (et plusieurs fois Mozilla que je prefere a FF), malheureusement les deux n'integres pas par défaut une mémorisation des tab/fenetres ouvertes pour te proposer la réouverture comme le fait Opéra..
Il y a peut-etre une extension qui le fait, mais cela devrait être inclus par défaut!
[^] # On m'a dit aussi de ne pas réinventer la boucle.
Posté par reno . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 7.
1) Soit tu peux avoir un format de stockage commun à toutes les applications pour ces paramètres (Windows), soit chaque application réinvente la boucle, ce qui complique la vie des utilisateurs (syntaxe ou outil different à apprendre).
2) Un certain nombre de paramètres sont communs à la plupart des applications, donc il y a besoin de stocker ces paramètres communs dans un endroit commun.
Ceci dit, je ne suis pas fan du tout de mettre *tout* dans le même fichier, en cas de corruption du fichier, tu as tout perdu, ce qui arrive sous Windows, même avec les sauvegardes de la base des registres..
[^] # Désolé mais BeOS != libre
Posté par reno . En réponse à la dépêche Rendre GNOME rapide. Évalué à 2.
Je crois que le projet libre le plus avancé est Haiku, mais il est bien moins avancé que Zéta qui est fonctionnel lui (car issu du code originel de BeOS).
[^] # Re: Vae Victis
Posté par reno . En réponse à la dépêche Rendre GNOME rapide. Évalué à 10.
Comme tu dis, il faut comparer des choses comparables: BeOS comme Linux ou Windows avait une interface graphique moderne, la protection de la mémoire, tournait sur plusieurs matériel, bref coté desktop il faisait grosso-modo la même chose mais il est/était beaucoup réactif, sur du matériel beaucoup plus faible.
Ce qui me parait être une bonne démonstration que le logiciel est plus important que le matériel pour les performances et donne une image bien peu flatteuse de l'état actuel de nos logiciels: un example bien que Linux ait un meilleur multi-threading que BeOS, il reste beaucoup plus lourd car peu d'application l'utilise vraiment: exemple, mozilla qui 'fait une pause' car il est en train de faire quelque-chose de complexe dans une tab alors qu'on essaye de visualiser autre-chose..
# C'est nécessaire
Posté par reno . En réponse à la dépêche Rendre GNOME rapide. Évalué à 9.
[^] # Re: Port sous Windows ...
Posté par reno . En réponse à la dépêche Les nouvelles de KDE. Évalué à 3.
Alors pour un portage sous Windows, je ne sais pas, cela fait juste une cible supplémentaire mais elle est tellement différente des autres..
Et il est vrai que les applis portable comme Mozilla ou OOo montrent bien le danger potentiel: ce sont des "monstres" lourds et gourmands..
[^] # Re: Grande promo: 30 jours gratuits.
Posté par reno . En réponse à la dépêche Sortie de Deskzilla 1.0. Évalué à 2.
D'ailleurs certains soft, avant de se bloquer te prévienne gentiment par email que la license va bientôt expirer, ce qui est plutôt sympa pour les admins (pas qu'on attende l'email avant d'acheter la prolongation, mais ça évite les surprises).
[^] # Re: rooh
Posté par reno . En réponse à la dépêche La version 3 de Nessus sera propriétaire. Évalué à 3.
Je n'en suis pas si sûr: je crois par exemple que le nombre de contributeurs de KWord, projet prestigieux s'il en est, est très limité.
En tout cas, c'est l'impression que m'as donné les postes des développeurs sur LinuxFr.
[^] # Re: x.org et GNU/Linux
Posté par reno . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 2.
Linux, les *BSD, qui d'autre utilise XFree?
Les Unix proprio, ils utilisent quoi?
[^] # Re: Pour quand dans nos distribs ?
Posté par reno . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 1.
Le bureau ressemble a du Gnome..
[^] # Re: Excellent article
Posté par reno . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 7.
>Eiffel peut être ?
Euh un language avec garbage collector, tu ne vas pas forcément gagner en utilisation mémoire, si ma mémoire est bonne les GC utilisent en général 1.5* la mémoire utilisé à la main (enfin sauf si les developpeur codent comme des porcs, cf Mozilla qui grossit, grossit sans jamais diminuer, mais à leur décharge le probleme est plutot compliqué).
En plus, il reste un "petit" problème: la compatibilité des applications, des drivers!
Soit tu réécrit les applications ce qui est impossible, soit tu portes LES toolkits ce qui est déja plus faisable mais qui représente quand même un énorme boulot et il reste le problemes des driver.
Je m'étais intérréssé à Berlin/Fresco (surtout C++ avec interface Corba) il y a un certain temps, avant de conclure que cela n'avait aucune chance: les seules alternatives à X qui ont une chance (à part dans certaines niches comme l'embarqué) ce sont des évolutions d'X comme XRender.
Moi personellement je trouve dommage que NX ne soit pas "fusionné" à X: être obligé d'ajouter une couche pour pouvoir profiter de l'export display par ADSL avec des bonnes performances, c'est dommage.
D'autant plus qu'ils disent avoir diminuer le nombre de round-trip, ce qui peut être interressant meme dans un LAN.
Ceci dit c'est vrai qu'X est malheureusement dans un état assez pitoyable, cf la configuration du clavier qui est super-mal documentée.
[^] # Re: J'ai rien compris :(
Posté par reno . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 5.
Donc forcément il parait un peu confus, mais personellement je le trouve intérréssant car le papier aussi bon soit-il, présente la vision de Jon Smirl qui n'est pas forcément partagé par tous, ce que l'article précise.
Je me souviens de la sortie de l'original du papier qui avait fait du bruits: l'utilisation des GPU dans X est un sujet "chaud" à cause du fait que seul les drivers proprio permettent d'exploiter les GPU à l'heure actuelle..
Maintenant Jon Smirl pense que si rien n'est fait cela ne changera pas mais si X se met à se baser sur les drivers proprio cela peut augmenter les chances d'avoir des driver OpenSource, ce qui me parait tres optimiste:
-même quand des specs existaient pour des cartes "récentes", les drivers libres n'étaient pas forcément tres bon: je me souviens que John Carmarck s'était énervé de l'état d'un driver et avait contribué, alors faire du reverse enginerring me parait sans espoir dans ces conditions.
-les constructeurs n'ont aucun interret a ouvrir leur driver (peut-etre peur d'un proces lié aux patentes),
Donc c'est pas gagné même à moyen terme.. Les drivers propriétaires ont encore de beaux jour devant eux..
[^] # Re: 120 euros sans 3D ?
Posté par reno . En réponse à la dépêche Projet Open Graphic : les premières cartes de test avant la fin de l'année !. Évalué à 3.
Par contre j'ignores si elle est encore produite et si les specs sont ouvertes..
[^] # Re: AbiWord 2.4
Posté par reno . En réponse à la dépêche Oxford Advanced Learner Dictionary CDROM sous GNU/Linux. Évalué à -2.
[^] # Re: une à deux semaines plus tard
Posté par reno . En réponse à la dépêche Quake IV et Serious Sam 2 sous GNU/Linux. Évalué à 6.
J'imagines que cela leur rapporte, mais combien? La est la question..
John Carmack d'Id a dit a un moment que les jeux sous Linux leur rapportaient moins que sous Mac.
Alors il ne faut pas s'étonner que Linux ne soit pas une priorité pour les éditeurs de jeux, d'abord les PCs ensuite les Mac et finalement ensuite Linux..