reno a écrit 3886 commentaires

  • [^] # Re: Non informaticiens

    Posté par  . En réponse à la dépêche S5 : système de présentation utilisant les standards Web. Évalué à 2.

    Note que pour ce qui est de la reforme de l'orthographe, un des gros problemes pour les dyslexique est que justement, ils confondent l'orthographe de mots se prononcant pareil: dans certaines langues ou l'ecriture et la prononciation sont plus li'es, il y a beaucoup moins de dyslexique..

    Pour le cot'e "imaginez la jolie litterature".. Si ta phrase choque, c'est uniquement qu'elle est "differente", lis-tu le vieux Francais? Moi, non..

    Qu'est-ce qui est le plus jolie le vieux Francais ou le Francais de maintenant?

    Pourquoi ce qu'on fait maintenant devrais-t'il etre la norme et qu'on ne change plus du tout?

    C'est du conservatisme ou de l'immobilisme..
  • [^] # Re: Les standards en français.

    Posté par  . En réponse à la dépêche Les 10 ans du W3C !. Évalué à 6.

    Il y a aussi des RFCs en Francais sur http://abcdrfc.free.fr/(...)

    J'ignore s'il y a un lien avec le site que tu donnes (merci d'ailleurs pour le lien).

    C'est vrai que plus un sujet est difficile plus le lire en Anglais c'est penible: le petit effort supplementaire necessaire pour lire l'Anglais n'aide pas..
  • [^] # Re: Et SE3 ?

    Posté par  . En réponse à la dépêche Linux dans l'Éducation Nationale. Évalué à 3.

    > Quant aux postes bureautiques, j'espère que des distribs comme Ubuntu vont peut-être faire bouger les choses,

    Uh? Elle a quoi de plus Ubuntu que les classiques Mandrake, RedHat... ?

    Pour ce qui est de la consommation m'emoire/perf, c'est triste a dire mais si on utilise un desktop moderne (KDE, Gnome) et les appli "classique" (Mozilla, OOo, ..), c'est pas terrible..

    Il faut dire qu'avoir autant de toolkit en meme temps en memoire qui font tous la meme chose, ca ne doit pas aider beaucoup..
  • [^] # Re: révolutionnaire !

    Posté par  . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 2.

    Je pense que c'est le coté "caché" de la chose qu'il n'aime pas..

    L'autoboxing masque les conversions ce qui rend le code beaucoup plus lisible, mais d'un autre coté les conversions ont un cout en perf qui n'apparait plus maintenant..
  • [^] # Re: révolutionnaire !

    Posté par  . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 2.

    >>l'heritage multiple n'est pas indispensable
    >Bin si justement, il est indispensable pour une bonne modélisation et pour éviter certaines duplication de codes.

    Si le coté des admirateurs de Java "nous on n'a pas l'héritage multiple qui est compliqué mais on a les interfaces, c'est mieux", alors que les interfaces sont un sous-cas de l'héritage multiple m'a toujours fait beaucoup rire, je ne sais pas si l'héritage multiple est indispensable: certains langages tels Ruby, D utilise des "mix-in" a la place de l'héritage multiple.

    J'avoue avoir beaucoup de mal a comparer mix-in et héritage multiple, car j'ai du mal a comprendre ce qu'est un "mix-in"..
    En tout cas, cela doit être plus simple a implementer dans le compilateur: c'est la justification des concepteurs de D.
  • [^] # Re: et ?

    Posté par  . En réponse à la dépêche Sun pousse pour que le format des documents OOo devienne une norme. Évalué à 2.

    > Vu l'implantation de MS-Office chez les entreprises et les particuliers, et la base de documents au format doc, on ne pourra se debarrasser de cette chienlit qu'avec une action de l'Etat. Bref la volonte qui pousse d'en haut je ne l'ai pas vue.

    Bin l'etat ne peut pas dire acheter X ou Y, il doit quand meme rester impartial dans ses appels d'offre..
    Par contre, il peut dire "acheter un traitement de texte avec un format de document ouvert".
    Ce qui marche avec OOo mais aussi avec OfficePro (plus cher!) en utilisant le format XML..

    > Et non, je ne pense pas qu'il y ait de difficultes d'adaptations particulieres entre MS-Office et OpenOffice.

    Si tu parles de l'utilisation probablement pas, encore que pour les personnes tres habituees a une version de Word, cela les genera probablement au debut, pour la compatibilite entre document, ce n'est pas encore ca, le formatage est souvent pourri..
  • [^] # Re: et ?

    Posté par  . En réponse à la dépêche Sun pousse pour que le format des documents OOo devienne une norme. Évalué à 2.

    Certes, bien des normes sont inutilis'ee et entre le standard 'de facto' et 'de jure' c'est souvent 'de facto' qui gagne..

    Mais bon, il faut etre optimiste: si cela devient une norme, et que des etats poussent a utiliser la norme [2 gros SI, surtout le deuxieme], on peut meme envisager que word se mette a supporter la norme..

    Alors pour les documents la situation deviendrait comme celle du web, certe comme pour le HTML on peut s'attendre a avoir beaucoup de probleme sur des interpretations diverses de la norme, mais ce serait quand meme un gros progres vis a vis de la situation actuelle, non?

    PS:
    ceci dit il ne faut pas etre naif: meme si Microsoft ajoutait une compatibilite vis a vis de OOo, ils feront probablement comme pour leur format XML: ils ne changeront pas le format par defaut et ne l'integreront qu'a la version Professionelle d'Office, ce qui fait qu'on peut s'attendre a ce que le format .doc reste dominant longtemps..
  • [^] # Re: Une excellente nouvelle.

    Posté par  . En réponse à la dépêche Sun pousse pour que le format des documents OOo devienne une norme. Évalué à 0.

    Euh j'espere que tu l'as quand meme prevenu que c'était different parce que si elle fait son CV avec OpenOffice et qu'elle l'envoit en attachement..

    Pour ce qui est d'une "complete" interoperabilité, je me demande si c'est juste pour le fond ou si ça inclut la forme? Les barres de révisions?
  • [^] # Re: le venuzuela bientot sur la liste diabolique?

    Posté par  . En réponse à la dépêche Le Venezuela, deux fois !. Évalué à 2.

    > Tu pense que la révolution Francaise était une mauvaise chose, que l'on aurait du laisser un roi au pouvoir?

    Moui, euh note quand meme que la 'si fabuleuse' révolution Française a massacré pas mal de monde et au final il y a eu un dictateur Napoleon au pouvoir!

    > Pour ce qui est des prisonniers politiques de Castro, il a appliqué ce qui serait appliqué dans nos pays si ont subissait ce qu'il subit.

    Oui euh alors là, c'est franchement nul comme "justification", il ne subirait peut-etre pas tant de critique s'il n'y avait pas le parti unique et la liberté de la presse.

    Et le fait qu'il ai viré une dictature d'extrème droite ou s'oppose à des actions douteuses des USA ne signifie ni ne justifie *rien* , Stalline a viré Hitler, et alors? C'est un super-gentil Staline?
  • [^] # Re: Hummm

    Posté par  . En réponse à la dépêche Red Hat rachète Netscape Enterprise Suite. Évalué à 3.

    Bien sur, si c'est OpenSource ce sera intégré à plusieurs distributions, mais si tu veux acheter une distribution pour faire tourner le software avec du support, tu prends laquelle?

    Moi, personellement je prendrai une RedHat car s'ils ont investi 25 M$ dedans, tu peux penser qu'ils sont sérieux pour les évolutions, correctifs et supports du produit!
  • [^] # Re: Offshore...

    Posté par  . En réponse à la dépêche Interview Vincent Massol, créateur du projet Jakarta Cactus. Évalué à 4.

    Esclavagisme moderne? 100 Euros par mois?

    Non, tout depend du niveau de vie du pays: les ingénieurs Chinois avec lesquels je travaille sont payés beaucoup moins que les Français mais leur salaire est bien supérieur au notre si on le ramène au "SMIC Chinois", et ils sont payés bien plus de 100Euros par mois!

    Ils n'ont aucun problème pour se payer des baby-sitter, femmes de ménages ou ouvriers, eux!

    Quand a leur niveau technique, je dirais qu'il est peut-etre legerement inferieur a celui des Francais, mais c'est uniquement car en moyenne ils sont tres jeunes, et que l'Anglais est plus difficile pour eux que pour nous (et encore je suis probablement partial).

    Donc au moins dans certains cas, les ingénieurs qui bossent à l'export ne souffre pas du tout d'"esclavagisme", la différence est que c'est une petite minorité du pays et que par contre les pauvres de ces pays sont beaucoup plus nombreux..
  • [^] # Re: Quelques "coquilles"

    Posté par  . En réponse à la dépêche Sortie de Hercule la version 2 du compilateur SmartEiffel. Évalué à 2.

    Euh merci pour le lien (le machin anti-spam est buggé et m'a perdu 5 minutes, mais j'ai fini par retrouver le bon message), mais j'avoue n'avoir pas tout compris, si ce n'est que la sémantique derriere a l'air puissante mais horriblement compliquée!!

    Ca fait quand même très "usine à gaz" toutes ces règles complexes de sémantique..
  • [^] # Re: Quelques "coquilles"

    Posté par  . En réponse à la dépêche Sortie de Hercule la version 2 du compilateur SmartEiffel. Évalué à 4.

    OK j'ai trouv'e le select (en cas de conflit on peut choisir de quel pere on herite un element) mais tu peux preciser quels sont les problemes dont tu parles li'es a l'heritage multiple?

    J'ai deja utilis'e l'heritage multiple en C++ sans probleme particulier et comme Eiffel impose la resolution des conflits, cela me semblait encore plus propre..

    Je suis curieux de savoir quels sont les problemes qui apparaissent en pratique ..
  • [^] # Re: Quelques "coquilles"

    Posté par  . En réponse à la dépêche Sortie de Hercule la version 2 du compilateur SmartEiffel. Évalué à 5.

    >Au sujet de l'héritage non-conforme, il a était introduit en partie pour résoudre les problèmes lié à l'héritage multiple.
    > L'ancien mécanisme pour gérer c'est problèmes, le mot clef "select" était loin d'etre parfait.

    Tu peux préciser ce qu'est le select? Je ne le trouve pas dans mon (vieux) livre..

    Après avoir appris la notion de "programmation objet" en lisant les livres de B. Meyer, j'avais tendance à considérer que la façon de faire l'héritage multiple en Eiffel comme une solution qui avait l'air élégante: en cas d'héritage multiple "en diamant", il faut renommer au moins une méthode dupliquée pour éviter les conflits et on peut choisir de reimplementer la méthode.


    Pour ce qui est de la concurrence, en 93 Meyer étudiait une proposition, apparemment cela ne progresse pas vite!
  • [^] # Re: Il manque un monstre sacré...

    Posté par  . En réponse à la dépêche La parabole des langages de Shelley Powers. Évalué à 2.

    > Au fait, Pascal est considéré par certains urluberlus comme un langage professionnel...

    Le Pascal standard? Cela m'etonnerait!
    Les differentes implementations qui ont toutes apport'ees leurs ajouts pour combler les manques du Pascal d'accord, mais peut-on vraiment parler de Pascal?
  • [^] # Re: Intégration noyau / Interface graphique !!!! ????? !!!!!

    Posté par  . En réponse à la dépêche Sortie de Syllable 0.5.4. Évalué à 3.

    Tu as raison intégré n'est pas le bon mot, cohérente serait plus aproprié.

    >Peux-tu donner une exemple ?
    L'utilitaire de Mandrake pour la gestion des RPM, quand j'utilisais Mandrake, il n'était marqué nulle part dans l'aide de cet outil que c'était une surcouche d'urpmi qui lui marchait beaucoup mieux.

    C'est une tendance assez globale des GUI de masquer totalement les outils en ligne de commande qui sont derriere, meme dans les docs!

    Dans les outils d'admin graphiques sous HP-UX, ils donnaient les commandes executées ce qui permet de s'y retrouver en cas de probleme;

    Bon etre obligé de faire des recherches sur le web ou sur IRC pour des choses qui devraient être intégré dans l'outil, ce n'est pas terrible..

    > Parcque pour moi je ne vois pas en quoi une application "lourde" à
    > lancée sera plus rapide sur un OS avec GUI "intégré", non
    > franchement je vois vraiment pas le rapport.

    Honnetement, je n'ai toujours pas bien compris comme cela marchait dans BeOS, il faut dire que si la reactivité m'a bluffée le manque d'application m'en a aussi detourné bien vite.
    Je crois que tu as raison, c'est en partie de la faute un manque de feedback visuel ou mal intégré: pourquoi utiliser un splashscreen qu'on ne peut pas iconifié ou fermer (en cas d'erreur) au lieu d'une fenetre de demarrage équivalente?
    L'autre partie étant une utilisation judicieuse des threads qui donnait des application moins figée: qui n'a jamais vu Mozilla figé alors qu'on aimerait bien pouvoir continuer a surfer sur d'autre tab par exemple..
  • [^] # Re: Intégration noyau / Interface graphique !!!! ????? !!!!!

    Posté par  . En réponse à la dépêche Sortie de Syllable 0.5.4. Évalué à 3.

    > [Windows] mais pour autant la réactivité est très bonne

    Tout est relatif.. La réactivité de Windows est meilleure que celle de Linux (la difference est assez faible) mais les deux sont pitoyables par rapport a celle de BeOS..

    Je ne dis pas que la separation en couche de Linux est mauvaise, je dis juste que les couches sont peu integrees:
    - souvent dans les GUI on ne donne pas le nom des commandes sous-jacente, ce qui est tres ennuyeux que l'IHM plante!
    - comme je le disais quand la commande sous-jacente plante, pas d'avertissement: quand la fenetre disparait, c'est clair (et encore cela devrait etre mieux) mais si le plantage a lieu avant l'apparition de la fenetre, c'est penible: parfois j'attends un certain temps, parfois je trouve que c'est trop long et je me retrouve avec deux applications ouvertes..

    Pour ce qui est de Syllable et des clones de BeOS, cela me parait aussi un enorme boulot, mais je suis peut-etre trop pessimiste [ dans un autre domaine, je pensais que les .doc ne mourraient jamais et voila que l'ISO veut standardiser le format d'OpenOffice! ], ce qui est dommage c'est qu'apparemment Blue Eyed OS le clone de BeOS bas'e sur Linux est mort (c'etait pourtant le plus pragmatique), ils devaient mettre leurs source en LGPL sur SourceForge, mais depuis plus de nouvelles..
  • [^] # Re: Intégration noyau / Interface graphique !!!! ????? !!!!!

    Posté par  . En réponse à la dépêche Sortie de Syllable 0.5.4. Évalué à 6.

    > je vois vraiment pas ce qui empêche de concevoir un OS modulable, ou chaque couche est bien séparée, tout en orientant le tout côté GUI.

    En theorie rien, en pratique souvent si tu concoit un OS uniquement sans GUI et qu'elle est rajout'e ensuite, la 'colle' entre les couches se voit..
    Un exemple: sous Linux souvent les applications sont une surcouche graphique de commande et quand tu lances une applications et qu'elle se plante, souvent il ne se passe rien,pas de fenetre, rien.

    Sous Windows si une application se plante, normalement tu as une fenetre qui apparait avec un message d'erreur.

    C'est un exemple ou une meilleure integration apporte quelque-chose a l'utilisateur.

    Aussi je ne sais pas si tu as test'e BeOS, mais c'etait un systeme vraiment agreable a utiliser: boot de l'OS et demarrage des applications super-rapide, application reactives (bon ok, il y avait tres peu d'applications).. Quand tu concois un systeme en couche, souvent l'efficacit'e est perdue: Linux est beaucoup moins agreable a utiliser du point de vue fluidit'e, r'eactivit'e.

    Un exemple: BeOS boutait en moins de 20s jusqu'a l'interface graphique sur un Celeron333, Linux+X+KDE, c'etait plus d'une minute en ayant deja supprimer pas mal de demon inutile par rapport a l'interface par defaut.
    Pour la fluidit'e/reactivite de l'interface (plus difficile a chiffrer), c'etait pareil..

    Je ne dis pas qu'il est impossible de faire un systeme Linux aussi reactif que BeOS l'etait, mais franchement ce n'est pas pres d'arriver..
  • [^] # Re: Avaler des couleuvres

    Posté par  . En réponse à la dépêche Mairie de Paris : une contre-offensive libre ?. Évalué à 2.

    >Oui, le libre EST TOUJOURS mieux que le propriétaire

    Euh, a niveau technique identique,oui, bien sûr, mais entre une solution libre qui marcherait mal et une solution propriétaire qui marcherait bien, non!
    Si tu crois le contraire, cela s'appelle de l'integrisme..
  • [^] # Re: Microsoft contre-attaque

    Posté par  . En réponse à la dépêche Mairie de Paris : une contre-offensive libre ?. Évalué à 2.

    Bof, ton argument est un peu creux: si par exemple, dans ton offre d'appel tu exige que tes documents soient stockés dans un format documenté pour des raisons d'inter-opérabilité.

    La d'un coup tu viens d'interdire d'utiliser toutes les versions d'Office non-pro, je crois que les versions pro peuvent sauvegarder en XML mais comme ce n'est pas fait par défaut, je ne suis même pas sûr que cela conviendrait et le prix n'est pas le même!

    J'ai aussi entendu dire que le XML fait par Microsoft n'était pas entierement récupérable, mais là j'ignore si c'est vrai: des que c'est fait par Microsoft tout le monde tape dessus..
  • [^] # Re: Utile mais...

    Posté par  . En réponse à la dépêche MP3, PDF, JPEG. Tout savoir sur les formats de fichiers. Évalué à 4.

    >il ne s'agit pas du tout d'imposer des formats ouverts (ce qui serait aussi illégal que d'imposer des formats privés en réalité)

    Ah? Alors la j'aimerais bien que tu m'expliques d'ou tu sors ce raisonnement curieux!
  • [^] # Re: Utile mais...

    Posté par  . En réponse à la dépêche MP3, PDF, JPEG. Tout savoir sur les formats de fichiers. Évalué à 3.

    T'en a marre, deja?

    Pour ce n'est pas pres de changer, les standards de faits, ça evolue difficilement!

    A mon avis, un des seul espoir pour que que ça bouge serait que les administrations imposent des formats ouverts pour communiquer avec eux, mais ça n'est pas près d'arriver..
  • [^] # Re: Efficace !

    Posté par  . En réponse à la dépêche Support des webcams Philips: pilotes en GPL. Évalué à 5.

    Personellement je pense que le reverse-engineering n'est pas equivalent a decompilation, la decompilation (traduction assembleur --> C) est juste un des outils utilis'e pour faire du reverse-engineering.

    D'ailleurs il n'est pas obligatoire de faire une decompilation d'un logiciel pour faire du reverse-engineering, on peut y arriver aussi en espionnant les echanges de donnees par exemple..
  • [^] # Re: Norme de hiérarchisation du système de fichier

    Posté par  . En réponse à la dépêche Sortie du Linux Standard Base 2.0. Évalué à 2.

    Oui sous Mac, il me semble que l'utilisateur ne voit que 3 repertoires de base:
    /Systems, /Application et /My document

    Je ne me souviens plus des noms exact, mais dans l'esprit je crois que c'est cela.
    Bon cela doit desorient'e un peu quand on se retrouve dans la console et qu'on voit "tout autre chose" mais c'est sur que c'est plus parlant.

    Personellement les noms courts var,bin,etc ne me generait pas sous Linux s'il 'etaient planques sous un /system mais bon la ils sont un peu trop visible pour des utilisateurs normaux et cela fait desordre: c'est le basar pour le browser de fichier, avoir seulement une arborescence du type: /system /application /home /tmp /media (l'equivalent de /mnt) serait plus propre, mais changer tout l'existant c'est impossible..
  • [^] # Re: Multi-core ou multi-processeur

    Posté par  . En réponse à la dépêche Intel Developer Forum 2004. Évalué à 3.

    Le probleme est que le mot est surchargé, un processeur est confondu avec la puce ou l'unité qui traite une thread sur la puce.

    Le probleme c'est qu'utiliser le même mot entre un CPU complet et une unité d'un CPU SMT (ce qu'Intel appelle HyperThreading, beurk), cela induit en confusion.

    A priori entre un bi-proc classique et un bi-proc SMT a frequence egale je prends le bi-proc classique!

    Donc même si c'est incorrect, parler de SMT, multi-core, SMP donne plus d'informations que juste dire ce sont tous des multi-processeurs..