Ca n'a rien a voir avec le noyau..
Les 'goto locaux' pour remplacer les exceptions dans une fonction C sont un style tout a fais acceptable a mon avis..
Mais ils ne sont utilisés que dans des cas bien spécifiques, et beaucoup moins que les appels de fonctions..
Uhm, il y a quand même une grande différence entre maintenant et il y a 10 ans c'est que la course a la fréquence est morte a cause de la puissance consommée.
Pour ce qui est de la gravure, ce qui me fait le plus peur ce n'est pas la technique mais l'état d'AMD: ça fait des années qu'ils sont en déficit et leur offre actuelle est en deçà de celle d'Intel, donc Intel risque de relâcher la pression..
Peut-être que les autres sont capables d'utiliser les numéros de versions correctement..
Genre si la feuille de calcul est version N alors autoriser fonction buggée sinon erreur "cette fonction est dépréciée a cause du bug machin" utiliser la fonction Untel a la place ou utiliser le mode de compatibilité Toto.
Avec ajout de nouvelles fonctionnalités *uniquement* hors du mode de compatibilité, le code de compatibilité étant du code "mort" il ne coute pas grand chose a maintenir et le nouveau code ne contenant plus les anciennes erreurs: un utilisateur nouveau ne se fera pas avoir par les bugs historiques du logiciel.
Ca ne me parait pas bien compliqué quand même, surtoût quand on a des milliards de bénéfice comme Microsoft..
1) Je suis bien conscient que mes besoins ne sont pas les même pour tous, mais dire qu'on ne peut pas utiliser Word/Excel sur Wine de manière professionnelle, comme tu l'as fait est une généralisation hâtive.
2) Les correctifs Microsoft, c'est souvent assez rigolo: quand est-ce que Microsoft corrige Excel pour la fonction de calcul des années bissextile?
Ah non, il ne le feront pas pour rester compatible, la compatibilité ascendante avec des bugs, bof..
pasBill pasGates d'habitude tu dis des trucs plutot sensé mais la c'est n'importe quoi!
1) A *mon travail*, j'utilise CrossOver (donc Wine) pour faire tourner Office..
Ce n'est pas parfait, mais ça marche suffisamment bien pour mes besoins (Word et Excel).
2) Il y en a plusieurs qui ont corrompu des documents Word avec Office2000 tournant sur Windows: tu crois que s'ils appellent Microsoft, il va faire quoi le support?
Réponse: rien! Donc l'idée que le support Microsoft est nécessaire pour du Word, c'est de la blague.
Tu n'as pas bien lu son commentaire.
Utiliser des mots clef Français, ce n'est pas un probleme.
Utiliser une syntaxe qui ressemble a des phrases de Français, c'est une *très mauvaise* idée: c'est peut-être agréable a lire (encore que moi je trouve ça lourd), mais a écrire c'est une horreur car beaucoup de phrase de Français ne seront pas valable et donc ça va perturber l'écriture..
Pour répondre a ta question, je crois que pour l'enseignement Squeak est utilisé (entre autre car il permet la "programmation" sans language) mais j'ignore quel age il cible..
Hein? Tu t'exprimes mal: il y a des outils pour modifier les PDF donc si tu crois que parce que c'est un PDF il ne peut pas être modifié, comme ta phrase laisserait a le penser, c'est une erreur..
Ce n'est pas prévu pour être utiliser en tant que document de travail ok, mais le PDF ce n'est pas 'fait pour ne pas être modifié': il n'y a pas de sécurité par défaut.
>>les distributions d'aujourd'hui sont peut être moins lourdes que Windows Vista, mais l'écart est bien moins important que ce que je pensait<<
Le probleme dans ce que tu dits c'est la généralisation hative: 'les distributions Linux', tu te rends compte qu'il y a des 'distrib' Linux qui tournent sur des *téléphones*??
Avec Python, il y a toujours les troll stérile liés à l'indentation et ce blog raconte l'expérience d'un prof: il enseigne avec son propre langage et a essayé 2 variantes: l'indentation 'a la C' et l'indentation 'a la Python' (enfin en autorisant uniquement les espaces, pas les tabulations. Python3000 aurait du faire pareil d'ailleurs: c'était l'occasion).
En changeant juste ça, eh bien les débutants ont appris plus facilement avec la syntaxe 'a la Python'.. Ce qui est bien avec cette expérience, c'est que c'est du concret!
Par contre je ne vois pas trop comment définir des fonctions anonymes (lambda) dans un langage ou l'indentation se fait a base d'espace..
Soit le futur 901 comme déjà indiqué, ou a plus long terme (mais avec probablement une autonomie encore supérieure) NVidia va proposer un CPU a base de ARM prévu pour les smartphone et pour les ULPC: http://eetimes.com/news/latest/showArticle.jhtml?articleID=2(...)
Ce qui est rageant avec ces ULPC, c'est que ce qui sort actuellement est très nettement en dessous de ce qui pourrait sortir.. Un ULPC avec un un écran 10" de la même techno que l'OLPC aurait une très bonne autonomie et serait en plus lisible en plein soleil!
Enfin ça viendra dans quelques années, pas forcément avec cette techno d'écran: sont prometteurs aussi les écrans OLED ou l'encre electronique "rapide": http://www.eetimes.com/showArticle.jhtml;jsessionid=I11Q0CNR(...)
Les quelques tentatives de modélisation 'a postéiori' que j'ai vue ont explosée a cause de la complexité du code..
Personellement, ça me rend très, très méfiant ce genre de techno, je préférerais utiliser un langage de haut niveau comme Scala: c'est déjà pas mal comme abstraction, et ça reste un langage de programmation..
>Ca fonctionne pourtant bien sous Opera et Firefox. C'est en flash. Par contre, personnellement, je préfère utiliser l'application java JOSM que leur plugin flash.
J'ai ressayé et effectivement ça marche, mais l'interface web en flash est plutôt surprenante: je n'ai pas l'habitude d'utiliser la molette de la souris pour zoomer dans un site web, une explication ne serait pas de trop!
J'essayerai l'application Java, j'avais trouver l'interface d'édition très frustrante
>Celle par défaut sous openstreetmap est généré une fois pas semaine.
Merci pour l'information: le site web dit 'après un certain temps' ce qui n'est pas très précis.. Je n'avais pas du attendre assez longtemps.
Je sais, la critique est facile et l'art difficile mais je trouve dommage que le site web soit aussi pauvre: si par exemple, il expliquait comment marche l'interface*, avait les dates des rendus, il y aurait moins de surprise..
* trois lignes comme ça seraient suffisante:
-Pour se déplacer, maintenir le bouton gauche de la souris appuyé sur la carte et faire glisser la carte.
-Pour centrer la carte sur un point, double-cliquer avec le bouton gauche.
-Pour agrandir/réduire la vue, utiliser la molette de la souris (le pointeur de la souris doit être sur la carte pour que l'action soit pris en compte).
[[et tu dis que ce n'est pas critique de livrer des versions beta. soit. et que Firefox n'est pas un paquet critique pour les clients de Red Hat. soit. je ricane tout de même.]]
Pareil.. Je suis très surpris, il y a quand même eu pas mal de grincements de dents sur la stabilité de FF3 lors des sorties d'Ubuntu et de Fedora, donc le retrouver dans RHE, c'est curieux.
Je ne m'y attendais pas, maintenant il faut dire que FF2 est loin d'être un modele de fiabilité, c'est peut-être la raison.
> architectures Cells versus x86, moi je n'ai plus aucun doute, c'est Intel qui a gagné, et c'est avec le x86 qu'il va continuer
Certes mais les architectures futures d'Intel se rapprocheront fort probablement du Cell..
Donc les futures CPU hybrides d'Intel seront autant des x86 qu'un Cell est un PowerPC: c'est pas faux, mais pas tout a fait vrai non plus (ça doit être mes origines Normandes qui reviennent :-) ).
>C'est tout l'art des instruction RISC, plus performant mais plus compliqué à utilisé.
Non! Quand on parle de RISC, on parle du jeu d'instruction du CPU qui est par certains coté *plus simple* a utiliser pour les compilateurs que le CISC: + de registres, registres orthogonaux, conception, etc.
La ce qui est compliqué a utiliser dans le Cell, ce sont les unités vectorielles SPU, qui ne sont un concept qui n'a rien a voir avec le jeu d'instructions du CPU principal..
D'ailleurs les future CPU hybride d'AMD et d'Intel qui "intégreront" un GPU se rapprochent de ce concept, et comme le Cell ils seront compliqués a programmer même si le coeur principal sera un x86: ce sont les unités vectorielles qui sont dure a utiliser efficacement, pas le coeur principal.
*: Je le croirais quand je le verrais: Microsoft a un tel passé de 'propriétariser' des standards en implémentant mal volontairement, en ajoutant des extensions fermée, ça plus leurs actes lors de la 'standardisation' d'OOXML, difficile d'être moins crédible que Microsoft..
>si Direct3D s'est imposé, c'est peut-être parce qu'il avait un avantage non? Le poids de MS?
Les fabriquants de cartes graphiques ont tout intérêt à avoir des *très bonnes* relations avec MS, ce qui lui a permis de pousser les driver Direct3D.
Pour ce qui est des programmeur de jeux:
- MS a investi dans certains jeux, réaliser bien entendu avec Direct3D
- pour les autres, je pense que c'est la certification des driver Direct3D par Microsoft qui a penché beaucoup dans la balance.
Bref, ce qu'il manquait à OpenGL, c'est l'appui de Microsoft et c'est tout.. Pas la peine de chercher des points techniques fantômes pour lequel Direct3D l'aurait emporté..
Et la raison pour laquelle MS a poussé Direct3D et pas OpenGL, c'est tout simplement pour verrouiller les jeux, c'est tout simple.
[^] # Re: Grammaire...
Posté par reno . En réponse à la dépêche Sortie de Linotte en version 0.5.1, un langage simple en français pour apprendre à programmer.. Évalué à 4.
Les 'goto locaux' pour remplacer les exceptions dans une fonction C sont un style tout a fais acceptable a mon avis..
Mais ils ne sont utilisés que dans des cas bien spécifiques, et beaucoup moins que les appels de fonctions..
[^] # Re: Marrant les dates...
Posté par reno . En réponse à la dépêche Un top 500 sous le signe du pétaflops. Évalué à 2.
Pour ce qui est de la gravure, ce qui me fait le plus peur ce n'est pas la technique mais l'état d'AMD: ça fait des années qu'ils sont en déficit et leur offre actuelle est en deçà de celle d'Intel, donc Intel risque de relâcher la pression..
[^] # Re: Au delà du gaming
Posté par reno . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 3.
Genre si la feuille de calcul est version N alors autoriser fonction buggée sinon erreur "cette fonction est dépréciée a cause du bug machin" utiliser la fonction Untel a la place ou utiliser le mode de compatibilité Toto.
Avec ajout de nouvelles fonctionnalités *uniquement* hors du mode de compatibilité, le code de compatibilité étant du code "mort" il ne coute pas grand chose a maintenir et le nouveau code ne contenant plus les anciennes erreurs: un utilisateur nouveau ne se fera pas avoir par les bugs historiques du logiciel.
Ca ne me parait pas bien compliqué quand même, surtoût quand on a des milliards de bénéfice comme Microsoft..
[^] # Re: Et pendant ce temps là, à vera cruz ...
Posté par reno . En réponse à la dépêche Firefox 3 est publié. Évalué à 2.
[^] # Re: Au delà du gaming
Posté par reno . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 6.
2) Les correctifs Microsoft, c'est souvent assez rigolo: quand est-ce que Microsoft corrige Excel pour la fonction de calcul des années bissextile?
Ah non, il ne le feront pas pour rester compatible, la compatibilité ascendante avec des bugs, bof..
[^] # Re: Au delà du gaming
Posté par reno . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 10.
1) A *mon travail*, j'utilise CrossOver (donc Wine) pour faire tourner Office..
Ce n'est pas parfait, mais ça marche suffisamment bien pour mes besoins (Word et Excel).
2) Il y en a plusieurs qui ont corrompu des documents Word avec Office2000 tournant sur Windows: tu crois que s'ils appellent Microsoft, il va faire quoi le support?
Réponse: rien! Donc l'idée que le support Microsoft est nécessaire pour du Word, c'est de la blague.
[^] # Re: Quelle horreur...
Posté par reno . En réponse à la dépêche Sortie de Linotte en version 0.5.1, un langage simple en français pour apprendre à programmer.. Évalué à 6.
Utiliser des mots clef Français, ce n'est pas un probleme.
Utiliser une syntaxe qui ressemble a des phrases de Français, c'est une *très mauvaise* idée: c'est peut-être agréable a lire (encore que moi je trouve ça lourd), mais a écrire c'est une horreur car beaucoup de phrase de Français ne seront pas valable et donc ça va perturber l'écriture..
Pour répondre a ta question, je crois que pour l'enseignement Squeak est utilisé (entre autre car il permet la "programmation" sans language) mais j'ignore quel age il cible..
[^] # Re: KOffice
Posté par reno . En réponse à la dépêche Le processus de standardisation de MS-OOXML est suspendu. Évalué à 2.
Ce n'est pas prévu pour être utiliser en tant que document de travail ok, mais le PDF ce n'est pas 'fait pour ne pas être modifié': il n'y a pas de sécurité par défaut.
[^] # Re: Englishisme
Posté par reno . En réponse à la dépêche Publication de vidéos de conférences sur KDE. Évalué à 3.
Dans ces cas la, je prefere utiliser le terme original!
# Ca me rappelle Cyc
Posté par reno . En réponse à la dépêche JeuxDeMots : un jeu en ligne pour produire des données lexicales libres. Évalué à 2.
http://fr.wikipedia.org/wiki/Cyc_%28projet%29
[^] # Re: Enthousiasme à modérer fortement quand même
Posté par reno . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 3.
Le probleme dans ce que tu dits c'est la généralisation hative: 'les distributions Linux', tu te rends compte qu'il y a des 'distrib' Linux qui tournent sur des *téléphones*??
Pas besoin d'utiliser un vieux Linux, tiens un lien vers un comparatif de distribution Linux legere:
http://www.osnews.com/comments/19786
J'espère que tu y trouveras une distribution qui te convient.
# Pour la partie 'apprenez-dabord-python'
Posté par reno . En réponse à la dépêche Conférences Pycon FR 2008 en ligne. Évalué à 3.
http://okasaki.blogspot.com/2008/02/in-praise-of-mandatory-i(...)
Avec Python, il y a toujours les troll stérile liés à l'indentation et ce blog raconte l'expérience d'un prof: il enseigne avec son propre langage et a essayé 2 variantes: l'indentation 'a la C' et l'indentation 'a la Python' (enfin en autorisant uniquement les espaces, pas les tabulations. Python3000 aurait du faire pareil d'ailleurs: c'était l'occasion).
En changeant juste ça, eh bien les débutants ont appris plus facilement avec la syntaxe 'a la Python'.. Ce qui est bien avec cette expérience, c'est que c'est du concret!
Par contre je ne vois pas trop comment définir des fonctions anonymes (lambda) dans un langage ou l'indentation se fait a base d'espace..
[^] # Re: Avec plus d'autonomie
Posté par reno . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 2.
http://eetimes.com/news/latest/showArticle.jhtml?articleID=2(...)
Ce qui est rageant avec ces ULPC, c'est que ce qui sort actuellement est très nettement en dessous de ce qui pourrait sortir.. Un ULPC avec un un écran 10" de la même techno que l'OLPC aurait une très bonne autonomie et serait en plus lisible en plein soleil!
Enfin ça viendra dans quelques années, pas forcément avec cette techno d'écran: sont prometteurs aussi les écrans OLED ou l'encre electronique "rapide":
http://www.eetimes.com/showArticle.jhtml;jsessionid=I11Q0CNR(...)
[^] # Re: Moi j'ai pas schtroumpfer les trolls
Posté par reno . En réponse à la dépêche Fêtons l'aboutissement de la cartographie de Dijon sur OpenStreetMap le 28 mai. Évalué à 3.
Autant BSD/LGPL/GPL je n'ai pas eu de mal a comprendre, autant les licences CC avec toutes leurs variantes, j'ai fait un rejet..
[^] # Re: Ca a l'air vachement bien
Posté par reno . En réponse à la dépêche Sortie de ATL 2. Évalué à 2.
Les quelques tentatives de modélisation 'a postéiori' que j'ai vue ont explosée a cause de la complexité du code..
Personellement, ça me rend très, très méfiant ce genre de techno, je préférerais utiliser un langage de haut niveau comme Scala: c'est déjà pas mal comme abstraction, et ça reste un langage de programmation..
[^] # Re: OMG
Posté par reno . En réponse à la dépêche Sortie de ATL 2. Évalué à 2.
[^] # Re: OMG
Posté par reno . En réponse à la dépêche Sortie de ATL 2. Évalué à 7.
Sauf que ce ne sont *pas* des noms, ce sont des sigles.
Et la mauvaise habitude d'utiliser des sigles sans les détailler la première fois, c'est franchement désagréable..
[^] # Re: Pas facile d'entrée OpenStreet, je trouve
Posté par reno . En réponse à la dépêche Fêtons l'aboutissement de la cartographie de Dijon sur OpenStreetMap le 28 mai. Évalué à 2.
J'ai ressayé et effectivement ça marche, mais l'interface web en flash est plutôt surprenante: je n'ai pas l'habitude d'utiliser la molette de la souris pour zoomer dans un site web, une explication ne serait pas de trop!
J'essayerai l'application Java, j'avais trouver l'interface d'édition très frustrante
>Celle par défaut sous openstreetmap est généré une fois pas semaine.
Merci pour l'information: le site web dit 'après un certain temps' ce qui n'est pas très précis.. Je n'avais pas du attendre assez longtemps.
Je sais, la critique est facile et l'art difficile mais je trouve dommage que le site web soit aussi pauvre: si par exemple, il expliquait comment marche l'interface*, avait les dates des rendus, il y aurait moins de surprise..
* trois lignes comme ça seraient suffisante:
-Pour se déplacer, maintenir le bouton gauche de la souris appuyé sur la carte et faire glisser la carte.
-Pour centrer la carte sur un point, double-cliquer avec le bouton gauche.
-Pour agrandir/réduire la vue, utiliser la molette de la souris (le pointeur de la souris doit être sur la carte pour que l'action soit pris en compte).
# Pas facile d'entrée OpenStreet, je trouve
Posté par reno . En réponse à la dépêche Fêtons l'aboutissement de la cartographie de Dijon sur OpenStreetMap le 28 mai. Évalué à 2.
Et mes contributions n'ont pas été intégré a la carte principale, je ne comprends pas pourquoi..
[^] # Re: ah tiens, comme Ubuntu...
Posté par reno . En réponse à la dépêche Red Hat Enterprise Linux 5.2. Évalué à 2.
Pareil.. Je suis très surpris, il y a quand même eu pas mal de grincements de dents sur la stabilité de FF3 lors des sorties d'Ubuntu et de Fedora, donc le retrouver dans RHE, c'est curieux.
Je ne m'y attendais pas, maintenant il faut dire que FF2 est loin d'être un modele de fiabilité, c'est peut-être la raison.
[^] # Re: Le petaflop est déjà explosé....
Posté par reno . En réponse à la dépêche La course au pétaflops se déroule sous Linux. Évalué à 2.
Certes mais les architectures futures d'Intel se rapprocheront fort probablement du Cell..
Donc les futures CPU hybrides d'Intel seront autant des x86 qu'un Cell est un PowerPC: c'est pas faux, mais pas tout a fait vrai non plus (ça doit être mes origines Normandes qui reviennent :-) ).
[^] # Re: PowerPC
Posté par reno . En réponse à la dépêche La course au pétaflops se déroule sous Linux. Évalué à 9.
Non! Quand on parle de RISC, on parle du jeu d'instruction du CPU qui est par certains coté *plus simple* a utiliser pour les compilateurs que le CISC: + de registres, registres orthogonaux, conception, etc.
La ce qui est compliqué a utiliser dans le Cell, ce sont les unités vectorielles SPU, qui ne sont un concept qui n'a rien a voir avec le jeu d'instructions du CPU principal..
D'ailleurs les future CPU hybride d'AMD et d'Intel qui "intégreront" un GPU se rapprochent de ce concept, et comme le Cell ils seront compliqués a programmer même si le coeur principal sera un x86: ce sont les unités vectorielles qui sont dure a utiliser efficacement, pas le coeur principal.
# L'Afrique du Sud fait appel de la standardisation d'OOXML
Posté par reno . En réponse à la dépêche Microsoft va-t-il ouvrir Office à de nouveaux formats de documents ?. Évalué à 3.
http://www.consortiuminfo.org/standardsblog/article.php?stor(...)
*: Je le croirais quand je le verrais: Microsoft a un tel passé de 'propriétariser' des standards en implémentant mal volontairement, en ajoutant des extensions fermée, ça plus leurs actes lors de la 'standardisation' d'OOXML, difficile d'être moins crédible que Microsoft..
[^] # Re: Bizarre l'entretien
Posté par reno . En réponse à la dépêche Blender 2.46. Évalué à 2.
Et merci pour l'info, bizarre qu'il n'y ait pas un acces en lecture seule sans compte aux traductions..
[^] # Re: Et si rien ne disparaissait ?
Posté par reno . En réponse à la dépêche Les GPU promis à une mort prochaine ?. Évalué à 5.
Les fabriquants de cartes graphiques ont tout intérêt à avoir des *très bonnes* relations avec MS, ce qui lui a permis de pousser les driver Direct3D.
Pour ce qui est des programmeur de jeux:
- MS a investi dans certains jeux, réaliser bien entendu avec Direct3D
- pour les autres, je pense que c'est la certification des driver Direct3D par Microsoft qui a penché beaucoup dans la balance.
Bref, ce qu'il manquait à OpenGL, c'est l'appui de Microsoft et c'est tout.. Pas la peine de chercher des points techniques fantômes pour lequel Direct3D l'aurait emporté..
Et la raison pour laquelle MS a poussé Direct3D et pas OpenGL, c'est tout simplement pour verrouiller les jeux, c'est tout simple.