Il est vrai que j'ai fait un contre-sens sur le mot secte au début.
Mais qe pense que toi tu exagères sur les différences: toutes les sectes ne roule pas sur l'or (heureusement), et les cathédrales, le fait que le pape se déplace en hélicoptère montre que les églises sont assez riche..
De plus pour 'ne pas sortir', il y a les monastères, les couvents..
Les sectes et les religions ont cela de communs qu'elles "forment" les enfants: ils sont beaucoup plus malléables..
Quelle religion enseignerait uniquement à des adultes? Aucune, elle n'aurait aucun succès.
Ah? Pourtant la religion chretienne était considéré comme une secte au début.
Pour moi, une religion ou une secte, c'est la même chose, mais si tu es neutre tu parles de religion, si tu considere que c'est négatif alors c'est une secte.
Parfois, c'est meme louable ET critiquable: Mere Theresa qui est celebre pour s'etre occuper d'orphelins était aussi contre la contraception ou l'avortement.
Donc faire le bien et le mal en meme temps, c'est tout a fait possible..
Le problème, c'est que je prends pas en compte des patch pour parler de l'uptime, plutot des problèmes du genre:
- la machine est figé: souvent c'est le client NIS qui est dans le décor (ça arrive un peu plus souvent qu'avec les Sun :-( ), parfois c'est Java qui plante la machine.
- le desktop est figé (Mozilla qui fait des sienne)
- toutes les icones disparaissent (moins grave mais pénible pour certains)
Liste non exhaustive..
Bon il ne faut pas exagérer: c'est stable, mais moins que Solaris8 en desktop.
> C'est ridicule du tout, non?
--> C'est *pas* ridicule du tout, non?
Au départ je croyais que tu trouvais l'accélération ridicule, bon je suis un peu fatigué..
Sinon l'accélération conforte les benchs que j'avais vu jusqu'à présent: 20% de mieux.
>Ma machine est tourne exclusivement en 32bits depuis un an.
Tu veux dire 64 bit, non? Autrement je ne comprends pas la phrase.
> les détracteurs du bureau sous GNU/Linux ne peuvent que reculer d'un pas une fois de plus.
Oui, enfin ils preferent quand même Solaris pour les serveurs, ce qui n'est pas franchement un compliment.
Personellement à mon boulot on est passé de station de travail Solaris 8 (avant 6) à Linux (RHE3), bon c'est plus beau certe (CDE c'est assez pourri comme desktop) mais c'est moins stable..
Avant avec Solaris, on n'avais quasiment jamais de probleme (juste le client page jaune qui partait parfois dans le décor --> reboot mais pas plus d'un reboot par an), avec Linux, c'est bien plus souvent..
Je n'ai pas fais de moyenne mais je ne pense pas qu'un gars dans le service ai plus de 2 mois d'uptime pour sa station, pas terrible..
Les serveurs marchent bien eux, enfin quand Java ne fout pas la m***.
Si tu réinvente la roue, il n'est pas sûr que ce soit moins gourmand, même en logiciel pur..
Un des points ou OpenGL peut être inadapté pour dessiner est que la specification d'OpenGL n'est pas précis au pixel pres, car les diverses implémentations peuvent avoir des précision différente donc cela dépend du besoin.
J'ignore si Flash spécifie le rendu au pixel prets dans ce cas précis.
Personellement j'appécie qu'on puisse travailler en distant avec X, mais NX arrive à obtenir des performances bien meilleures en distant, apparemment en cachant mieux les pixmap et en diminuant le nombre de RTT fait.
Plutôt que d'avoir X | NX | un toolkit, je me demande s'il ne serait pas plus efficace d'intégrer NX dans tout ça, plutôt que d'avoir une couche intermédiaire en plus.
Il a dit aussi rapide que C :-)
J'ignore si Lissac est aussi rapide que le C, mais ce qui est clair c'est que le serpent ou la pierre précieuse ne le sont pas..
Ocaml ne se débrouille pas trop mal au niveau perf, mais bon personellement je n'aime ni la syntaxe d'Ocaml ni celle de Lissac tandis que la pierre rouge ou le serpent sont très agréable au contraire.
Un language qui, je trouves, vaut le coup d'oeil est Scala (compilé pour JVM ou .Net pas natif malheureusement).
Eviter de recoder l'implementation deux fois, c'est pour ça qu'on appelle ça l'héritage d'implémentation..
Ca c'est un truc que je n'ai pas compris avec l'héritage d'interface en Java, chaque Classe héritant d'une interface doit recoder les fonctions, ça représente un gros boulot!
On appelle cela aussi de l'heritage privé: tu hérite des méthodes d'un père, mais on ne peut pas pour autant affecté à une variable du type du pere un fils, contrairement a l'heritage public.
Moui, enfin sur ces 1% d'utilisateurs du libres, combien sont intérréssés par une carte graphique avec des spec ouvertes?
Certains ne sont interressés que par la 2D, d'autres veulent la 3D full performance donc utiliseront une carte driver proprio, d'autres ont acheté une 9200 car à l'époque c'était libre et ils ne seront interressé par une autre carte que si soit le prix est inférieur, soit les performances sont supérieur, soit le rapport performance/prix est supérieure, d'autre réutiliseront la carte graphique de leur PC tout-fait, etc..
> Disons que le P4 s'est pris le mur de la chaleur dans la gueule.
Il s'est surtout pris le mur des 'marketeux' dans la gueule: l'architecte principale du P4 a démissioné pour protester sur la direction que prenait le P4!
Ca veut tout dire.. Je pense que les ingénieurs de chez Intel sont aussi bon qu'ailleurs, mais encore faut-il les laisser bosser!
Si Intel n'a pas fait le x86-64 en premier, c'est problablement qu'ils avaient décidé de pousser l'Itanium a la place: leur design a eux (ok avec HP), plus besoin de lutter avec les clones..
Ca et puis les Alpha étaient pendant une période des 'speed daemon' à la P4: ils ne faisaient pas grand chose par cycle, mais ils montaient en fréquence beaucoup plus haut que leur concurrents (qu'ils torchaient d'ailleurs surtout en FP), d'ou d'ailleurs des conso importantes (dans mon école on avait un proto d'Alpha: la pièce qui l'hébergeait était plus chaude que les autres..).
Donc à fréquence égale un CPU peut torcher un Alpha de cette période.
Et puis il faut voir le reste du systeme: Digical a essayé de pousser un AlphaPC a un moment, pour réduire les prix réduction de la taille des caches, du sous-système mémoire, etc.
Même un bon CPU a du mal a lutter avec une mémoire inférieure..
Moi, ce que j'aimes bien c'est qu'il donne un avis extremement tranché et totalement à coté de la plaque et pourtant il est monté à +5!
Cela me fait douter de la qualité de la modération..
Juste pour ajouter mon vote: je déteste la syntaxe de Perl (qui encourage à écrire n'importe comment) mais j'aime bien celle de Ruby, encore qu'elle soit loin d'être parfaite à mon avis: déclaration automatique des variables (je me souviens qu'avec un outil ils ont trouvé des variables inutiles dans les librairies de base de Ruby, quelle surprise, une déclaration des variables comme dans Limbo serait plus élégant..), évolution vers une syntaxe de moins en moins simple à mon avis.
Et non RoR ne m'intérresse pas.
> ceux classiques hérités des langages procéduraux
??
En Ada tu arrives à un résultat similaire en passant les paramètres par nom:
Print_Header(128, Header => Title, Center => True);
Print_Header(Header => Title, Center => True, Pages => 128);
Ada n'étant pas tout récent, j'ai tendance à considérer cela comme classique justement.
Ceci dit, je suis d'accord que le passage par nom est plus lisible.
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..
[^] # Re: Ouverture et tolérance ?
Posté par reno . En réponse à la dépêche Sortie de Bible Desktop 1.0. Évalué à 3.
Mais qe pense que toi tu exagères sur les différences: toutes les sectes ne roule pas sur l'or (heureusement), et les cathédrales, le fait que le pape se déplace en hélicoptère montre que les églises sont assez riche..
De plus pour 'ne pas sortir', il y a les monastères, les couvents..
Les sectes et les religions ont cela de communs qu'elles "forment" les enfants: ils sont beaucoup plus malléables..
Quelle religion enseignerait uniquement à des adultes? Aucune, elle n'aurait aucun succès.
[^] # Re: Ouverture et tolérance ?
Posté par reno . En réponse à la dépêche Sortie de Bible Desktop 1.0. Évalué à 5.
Ah? Pourtant la religion chretienne était considéré comme une secte au début.
Pour moi, une religion ou une secte, c'est la même chose, mais si tu es neutre tu parles de religion, si tu considere que c'est négatif alors c'est une secte.
[^] # Re: evangéliser...
Posté par reno . En réponse à la dépêche Sortie de Bible Desktop 1.0. Évalué à 3.
Donc faire le bien et le mal en meme temps, c'est tout a fait possible..
[^] # Re: evangéliser...
Posté par reno . En réponse à la dépêche Sortie de Bible Desktop 1.0. Évalué à 4.
Mais je ne peux pas comparer avec la bible: je ne suis pas maso pour lire un truc pareil..
[^] # Re: Bien
Posté par reno . En réponse à la dépêche Linux à la NASA. Évalué à 3.
[^] # Re: Bien
Posté par reno . En réponse à la dépêche Linux à la NASA. Évalué à 4.
- la machine est figé: souvent c'est le client NIS qui est dans le décor (ça arrive un peu plus souvent qu'avec les Sun :-( ), parfois c'est Java qui plante la machine.
- le desktop est figé (Mozilla qui fait des sienne)
- toutes les icones disparaissent (moins grave mais pénible pour certains)
Liste non exhaustive..
Bon il ne faut pas exagérer: c'est stable, mais moins que Solaris8 en desktop.
[^] # Re: Par la présente...
Posté par reno . En réponse au journal XviD 1.1.0-final dans les bacs. Évalué à 1.
--> C'est *pas* ridicule du tout, non?
Au départ je croyais que tu trouvais l'accélération ridicule, bon je suis un peu fatigué..
Sinon l'accélération conforte les benchs que j'avais vu jusqu'à présent: 20% de mieux.
>Ma machine est tourne exclusivement en 32bits depuis un an.
Tu veux dire 64 bit, non? Autrement je ne comprends pas la phrase.
[^] # Re: Bien
Posté par reno . En réponse à la dépêche Linux à la NASA. Évalué à 9.
Oui, enfin ils preferent quand même Solaris pour les serveurs, ce qui n'est pas franchement un compliment.
Personellement à mon boulot on est passé de station de travail Solaris 8 (avant 6) à Linux (RHE3), bon c'est plus beau certe (CDE c'est assez pourri comme desktop) mais c'est moins stable..
Avant avec Solaris, on n'avais quasiment jamais de probleme (juste le client page jaune qui partait parfois dans le décor --> reboot mais pas plus d'un reboot par an), avec Linux, c'est bien plus souvent..
Je n'ai pas fais de moyenne mais je ne pense pas qu'un gars dans le service ai plus de 2 mois d'uptime pour sa station, pas terrible..
Les serveurs marchent bien eux, enfin quand Java ne fout pas la m***.
[^] # Re: Matt Dillon
Posté par reno . En réponse à la dépêche Sortie de DragonFlyBSD 1.4. Évalué à 1.
[^] # Re: Enfin !
Posté par reno . En réponse à la dépêche Gnash, le lecteur Flash libre. Évalué à 3.
Un des points ou OpenGL peut être inadapté pour dessiner est que la specification d'OpenGL n'est pas précis au pixel pres, car les diverses implémentations peuvent avoir des précision différente donc cela dépend du besoin.
J'ignore si Flash spécifie le rendu au pixel prets dans ce cas précis.
[^] # Re: Question annexe de compréhension
Posté par reno . En réponse à la dépêche K3DSurf 0.5.4 : Des mathématiques au service de la création graphique. Évalué à 2.
Tout de suite, c'est moins "causant" même pour un bête cube, alors reconnaître un éléphant par exemple..
[^] # Virer non mais amméliorer serait utile
Posté par reno . En réponse à la dépêche X11R7.0 sous le sapin de Noël. Évalué à 1.
Plutôt que d'avoir X | NX | un toolkit, je me demande s'il ne serait pas plus efficace d'intégrer NX dans tout ça, plutôt que d'avoir une couche intermédiaire en plus.
[^] # Re: Cher Père Noël...
Posté par reno . En réponse à la dépêche X11R7.0 sous le sapin de Noël. Évalué à 2.
J'ignore si Lissac est aussi rapide que le C, mais ce qui est clair c'est que le serpent ou la pierre précieuse ne le sont pas..
Ocaml ne se débrouille pas trop mal au niveau perf, mais bon personellement je n'aime ni la syntaxe d'Ocaml ni celle de Lissac tandis que la pierre rouge ou le serpent sont très agréable au contraire.
Un language qui, je trouves, vaut le coup d'oeil est Scala (compilé pour JVM ou .Net pas natif malheureusement).
[^] # Re: Qu'est-ce que ça veut dire ?
Posté par reno . En réponse à la dépêche Sortie de SmartEiffel 2.2. Évalué à 1.
Ca c'est un truc que je n'ai pas compris avec l'héritage d'interface en Java, chaque Classe héritant d'une interface doit recoder les fonctions, ça représente un gros boulot!
[^] # Re: Qu'est-ce que ça veut dire ?
Posté par reno . En réponse à la dépêche Sortie de SmartEiffel 2.2. Évalué à 2.
[^] # Re: Pilotes Cartes Graphiques
Posté par reno . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 1.
Certains ne sont interressés que par la 2D, d'autres veulent la 3D full performance donc utiliseront une carte driver proprio, d'autres ont acheté une 9200 car à l'époque c'était libre et ils ne seront interressé par une autre carte que si soit le prix est inférieur, soit les performances sont supérieur, soit le rapport performance/prix est supérieure, d'autre réutiliseront la carte graphique de leur PC tout-fait, etc..
[^] # Re: confusion...
Posté par reno . En réponse à la dépêche SUN libère ses processeurs SPARC. Évalué à 2.
Il s'est surtout pris le mur des 'marketeux' dans la gueule: l'architecte principale du P4 a démissioné pour protester sur la direction que prenait le P4!
Ca veut tout dire.. Je pense que les ingénieurs de chez Intel sont aussi bon qu'ailleurs, mais encore faut-il les laisser bosser!
Si Intel n'a pas fait le x86-64 en premier, c'est problablement qu'ils avaient décidé de pousser l'Itanium a la place: leur design a eux (ok avec HP), plus besoin de lutter avec les clones..
[^] # Re: confusion...
Posté par reno . En réponse à la dépêche SUN libère ses processeurs SPARC. Évalué à 2.
Donc à fréquence égale un CPU peut torcher un Alpha de cette période.
Et puis il faut voir le reste du systeme: Digical a essayé de pousser un AlphaPC a un moment, pour réduire les prix réduction de la taille des caches, du sous-système mémoire, etc.
Même un bon CPU a du mal a lutter avec une mémoire inférieure..
[^] # Re: re
Posté par reno . En réponse à la dépêche Ruby on rails 1.0 est sorti. Évalué à 0.
Cela me fait douter de la qualité de la modération..
Juste pour ajouter mon vote: je déteste la syntaxe de Perl (qui encourage à écrire n'importe comment) mais j'aime bien celle de Ruby, encore qu'elle soit loin d'être parfaite à mon avis: déclaration automatique des variables (je me souviens qu'avec un outil ils ont trouvé des variables inutiles dans les librairies de base de Ruby, quelle surprise, une déclaration des variables comme dans Limbo serait plus élégant..), évolution vers une syntaxe de moins en moins simple à mon avis.
Et non RoR ne m'intérresse pas.
[^] # Re: Mouai, je suis pas fan de la syntaxe
Posté par reno . En réponse à la dépêche Lisaac 0.84 est sorti. Évalué à 1.
??
En Ada tu arrives à un résultat similaire en passant les paramètres par nom:
Print_Header(128, Header => Title, Center => True);
Print_Header(Header => Title, Center => True, Pages => 128);
Ada n'étant pas tout récent, j'ai tendance à considérer cela comme classique justement.
Ceci dit, je suis d'accord que le passage par nom est plus lisible.
# 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..