Wiles a mis plus de temps que prévu pour finir sa démonstration... Ensuite, cela reste une médaille et ce n'est pas parce que tu ne l'obtiens pas, que tu es une brèle !
Je pense que Wiles n'a plus besoin de médaille pour s'assurer un second soufle.
Cette barre des 40 ans n'a pas empêché Lions (père) d'être un très grand mathématicien, plus doué que Lions (fils) d'après certain. Or c'est le fils qui a eu la médaille Fields.
Toutes ces médailles récompense des chercheurs, en général assez (voire très/trop) agé. En fin de carrière... voir en retraite. On récompense un chercheur alors que souvent, on devrait récompensé, son équipe, ses collaborateurs, ses thèsards... Un chercheur ne fait souvent pas grand chose seul.
Une des rares médailles intéressante est la médaille Fields car on ne peut l'avoir qu'avant 40 ans. Cela pousse la jeunesse. Ce sont les jeunes qui ont besoin d'avoir un coup de pousse pour entamer une 'seconde' carrière.
Au dela de 60 ans, donner une médaille permet d'interviewé les médaillés à propos de tout et de n'importe quoi dans les médias, comme si un spécialiste technique était forcément un bon sociologue, un bon historien...
Vive le recrutement de jeune chercheur permanent et indépendant ;-)
Si mes souvenirs sont bons, on peut facilement faire cela avec un équipement sous USB et un autre sous PS2. Le problème étant d'avoir deux souris USB ou deux claviers USB...
Ce qui m'inquiète personnellement, c'est que cet aspect mutli-utilisateurs est en train de disparaître. On fait du FastUserSwitch alors qu'il n'y a pas de soucis a envoyer une session X sur le tty 8. On impose NetWorkManager, Avahi... On va bientot être obliger d'avoir toute cette daube sur nos serveurs (si serveur avec X d'installé).
J'ai cru voir que la dernière debian installe xauth si on installe ssh ! Moi, je veux pouvoir avoir un serveur sans xauth car je ne veux pas que fenêtre graphique puisse s'ouvrir, même à distance et je ne veux pas sur certain serveur n'avoir qu'un bout de Xorg. Moins de code, moins de bogue.
Bref, c'est bien de faire évolué X et le jour ou X ne tournera plus root, ce sera génial. Mais pensons qu'une machine n'est pas égal a un et un seul utilisateur à la fois !
Moi, ce qui me gonfle, ce sont les logiciels qui incrémente le numéro principal à chaque fois alors qu'il n'y a rien de complètement différents de la version n-1
> La seule vraie reponse au pb de vente liee, c'est d'imposer la vente de machines sans OS
OUI
> en sus de la meme machine avec OS. Les constructeurs ne semblent pas trop aimer cette
> solution, pour des raisons de complexification de chaine de montage
NON
Les professionnels achètent les mêmes machines avec ou sans OS (moins cher sans OS) et ce sont les mêmes chaines de fabrication que pour les particuliers. Cette raison de complexité de la chane de fabrication est donc pour moi caduque pour cette raison. C'est un argument bidon qu'il faut arrivé à faire comprendre à nos représentants élus.
> et de pb de support (client neuneu qui achete une machine nue et emmerde le support
> tant qu'il peut
Argument recevable SI le constructeur était capable de nous sortir des chiffres de cette affirmation. Mais comme il ne vend pas de machine sans OS pour les particuliers, il n'a pas de statistiques à fournir... C'est donc peut être vrai mais peut être faux. On ne légifère pas sur du peut être !
> Absolument rien ne prouve que le professionnel paierais moins ou plus cher pour une
> version identique. Déjà les produits sont différents, et à prix différents, et ce type de
> produit n'est pas sujet à remise.
Relis toi. Tu parles de version identique puis de produit différent !
Moi, je te dis qu'a produit identique, le professionnel dans le cadre des marchés devrait avoir un tarif inférieur du fait de l'achat en quantité. Ne pas suivre cette règle, c'est montrer que le prix est ajusté sans aucune logique, à la tête du client. Cela va à l'encontre de tout produit industriel.
Ensuite, que dans le cadre d'une promo ponctuelle, un particulier puisse acheter moins cher, cela peut effectivement arrivé et encore une fois, c'est tout à fait normal pour un produit industriel.
> Le prix de la machine avec OS inclus la garantie et le support téléphonique. Ces deux
> dernieres ne sont pas négligeables.
Cela n'a rien a voir. On achète des machines DELL avec ou sans OS (différence de 98E) et la garantie est exactement la même : J+1 pendant 3 ans ou 5 ans selon l'option. Tu sais exactement combien te coute une année suplémentaire de garantie, avec ou sans OS.
Le support DELL ne me demande JAMAIS de faire un test sous Windows que j'ai ou que je n'ai pas l'OS. Le support est complètement indépendant de l'OS. Je n'ai pas plus de problème à faire réparer mes machines sous debian que sous XP pro.
DELL a une partition sur le disque pour faire le diagnostic. Il y a ausi une version sur CD. DELL se fiche royalement se savoir sous quel OS tu tournes et c'est très bien. Une machine DEVRAIT etre vendu aujourd'hui avec son outil de diagnostic de panne et cet outil ne doit pas s'installer sous un quelconque OS.
Pour le prix des licences, ce sont des licences OEM. Je suis d'accord qu'on devrait pouvoir en avoir 40 pour 40 fois le prix d'une mais encore une fois, DELL n'est pas un revendeur Windows. Donc cela ne me choque pas qu'il ne puisse vendre un Windows sans machine associé.
En pratique, on a des licences OEM et on installe immédiatement des licences corporate sur les postes et personne ne dis rien alors que je ne suis pas sur que l'on ai le droit. J'ai envie de dire balle au centre. On est tous là pour bosser et pour faire que le systême fonctionne.
Ensuite, le prix que DELL paye pour avoir Windows n'est pas public. Lorsque tu achètes des fringues, tu ne connais pas la marge du vendeur ni à combien il les a acheté. On peut rendre tout cela public mais je ne suis pas sur que les commercant soit bien comptant qu'on apprenne leur marge sur les étiquettes !
L'important, c'est la clarté du prix, détaillé et que les options ne soient pas obligatoire. A un chouya près, c'est exactement ce que nous avons sur (une majorité) de marchés public du supérieur.
Le problème n'est pas là. Le problème est pourquoi DELL arrive à faire cela pour nous et pas pour les particuliers ? Pourquoi DELL veut justifier une augmentation de prix si moi j'achète la machine sans OS alors que j'ai acheté la même, une heure avant mais au boulot, sans problème et avec une réduction du prix.
Les machines des particuliers, identiques pièces par pièces, ne seraient pas fabriqué pareil ?
Le problème, c'est que ce sont les mêmes usines, les mêmes logiciels qui fabriquent les deux machines donc là, DELL est incohérent dans son discour et dans ses pratiques. A ce niveau là, il y a des pratiques commerciales douteuses et reprochable.
> Du coup, sauf en de rares occasions, personne n'utilise le "marché". Et on repaye le w$
> une deuxième fois.
On ne doit pas être dans le même service public. Encore une fois, je ne paye JAMAIS deux fois l'OS et j'ai toujours la dernière config car mêm dans mle cadre des marchés annuels, les machines proposés sont mises à jour. Il suffit de regarder le prix public et le prix que nous payons pour voir que la somme est bien moins élevés avec les marchés.
L'idée qu'avec les marchés on paye plus chère est vrai sur certain marchés (type pièce détachés, commutateur réseau...) mais pas celui des PC et des serveurs.
Il y a des marchés public par établissement mais je sais que beaucoup ont fait le choix de DELL. Je travaille sur trois établissement public et DELL a gagné les trois marchés (sauf celui des serveurs pour le CNRS).
Donc j'ai par facilité généralisé à la fonction publique. On devrait dire, une grande partie de la fonction publique.
Partout, j'ai vu des prix sans OS avec l'option avec OS a 98E environ. Tu es le premier a avoir un prix de licence Windows non clair. Je ne sais pas qui s'occupe de ton marchés public mais cela me semble un cas isolé.
Normalement, ce n'est pas la labo qui a un marché mais l'établissement (ou les) de rattachement, universités, EPST...
Sinon, je n'achète JAMAIS de licence Windows séparément (puisqu'on les achète avec les postes) sauf pour les serveurs et les versions serveurs de Windows. Mais dans ce cas, le poste est acheté sans OS. On ne paye donc jamais deux fois l'OS.
La première chose que je fait est de virer le Windows pré-installé pour mettre ma version sans tout le vrac que DELL nous met avec (PowerDVD...). Donc certes, j'ai un CD 'corporate' que j'achète et qui me coute moins d'une dizaine d'euros !
Bref, vous avez clairement un problème de fonctionnement. Ton cas me semble isolé. Il faudrait peut être se renseigner auprès de ta DSI ou de ton CRI ainsi qu'auprès de la cellule marchés.
> Parce que le particulier n'a aucun poids et que Dell joue sur le plan psychologique pour
> faire passer la facture.
Ce serait vrai si le particulier payait plus chère. Lorsqu'on achète en gros, on et sensés avoir une réduction. Du coup, je ne comprends pas ton argumentation.
Dans la fonction publique, on a tous les DELL que l'on veut sans OS. Le prix de l'OS est clairement affiché et nous coute 98 E depuis des années (XP Pro et/ou Vista Buissness).
Je ne vois pas pourquoi enlever l'OS couterait cher pour le particulier et pas pour la fonction publique.
Je ne comprends pas pourquoi l'OS est a 98E pour nous et à 50E pour le particulier. La version 'pro' est donc deux fois plus chère...
Le problème, ce sont les Math ! Le rendu des formules est un énorme boulot que TeX fait super bien dans 99,9% des cas et qui te laisse traiter les quelques cas merdiques toi même avec quelques commandes.
Bref, un autre LaTeX mais sans les Math, je ne vois personnellement pas l'intérêt.
Il me semble que ton projet gagnerait a être divisé en deux :
- un éditeur spécialisé
- un moteur intégré dans TeX
En effet, TeX sais intégrer des moteurs et LaTeX n'est qu'un moteur parmi d'autres. D'ailleurs, il y a d'autres moteurs, certains servent même pour tester le futur de LaTeX. tu pourrais très bien intégrer ta syntaxe dans le moteur TeX et bénéficier de la puissance et du peu de bogue de TeX.
TeX est a ma connaissance le seul logiciel de cette taille n'ayant pas de bogue connu et qui est d'un stabilité impressionante. Je doute que tu sois capable de développer et de maintenir un programme aussi développé que TeX.
Donc, pourquoi ne pas t'intégrer dans la mouvance TeX et participer a ce formidable projet ?
PS : pour ton nom, tu n'as pas du chercher longtemps. Google sors Hevea en première page pour le convertisseur de l'INRIA. C'est un projet hyper connu des utilisateurs de TeX lorsqu'il cherche un 'backend' HTML. Il fallait que tu changes de nom avant de poster sur LinuxFR.
Intéressant mais comme beaucoup, il mélange à mon sens Fortran d'aujourd'hui et le Fortran77.
En 95, j'étais pour Ada95, aujourd'hui, je suis bien plus nuancé. Fortran a énormément évolué. Existe-t-il un langage qui aurait plus évolué que le Fortran ? Bruno Latour a dis qu'un objet technique doit se transformer pour continuer à vivre et Fortran est toujours là. Avec Fortran 2008, il se prépare encore plus au calcul parallèle avec la notion de co-array (et je ne parle pas d'OpenMP qui est très bien intégré au Fortran).
Après l'héritage simple arrivé avec Fortran 2003, les 'templates' débarquent avec les macros. Finalement, il ne manque plus grand chose à Fortran dans sa dernière version.
Fortran dans son développement essaye de reprendre des concepts intéressants des autres langages tout en essayant de rester performant sur les calculs matriciels. C'est pas gagner d'avance car la manière de programmer objet a tendance a inciter aux effets de bord des fonctions et cela tue très souvent la parallèlisation des boucles par le compilateur.
En jouant sur ces boucles, sur la vectorisation de nos processeurs et un zeste (léger) d'OpenMP, on arrive parfois à gagner un facteur 10 sur le coeur du calcul ! Et cela, même un thésard (débrouillard) arrive à le faire sans aucune formation d'informatique. Quand un calcul dure 3 semaines, le facteur 10 est le bienvenu.
Je te parle de calcul sur 10000 coeurs, c'est pas du haut niveau ca !
Je t'ai bien compris mais ne néglige pas Fortran, ni aucun autre langage. Par haut niveau, tu veux parler de clickodrome, de XML et de couleur qui flash sur ton écran ?
Fortran 2003 est un langage objet avec héritage simple, monsieur. Fortran évolue, bien plus que le C même s'il est plus vieux. Fortran a une API normalisé maintenant pour faire des appels C.
Fortran est aussi parfaitement interfacé a des bibliothèques comme NetCDF et HDF5 qui permettent d'enregistrer des valeurs dans des fichiers de manière portable et rapide, contrairement au XML. On ne fait pas du calcul performant avec XML.
Bref, je ne te dis pas de faire en Fortran mais regardes bien le langage avant de balancer des phrases. Idem sur ce que tu as dis d'Haskel.
Les interfaces de haut niveau, clickodrome, je les fait en langage de script. Pour moi en Perl car j'en fait depuis des années et je suis plus performant dessus. Mes amis sont plutôt Python. Il y a très peu d'interface graphique qui ont réellement besoin d'un langage performant, tout simplement car l'Homme est très très lent au niveau des entrées sorties avec la machine. Et si je devais faire un serveur qui doivent tenir la charge et qui ne soit pas du HTTP, j'irais voir soit du coté de POE (Perl), soit du coté d'Erlang qui est conçu pour cela (changement du code du serveur à chaud pour correction de bogue !).
Tiens, pour finir, un truc vachement mieux en Fortran qu'en C , C++ ou Ada, il n'y a PAS de fichier header en Fortran. enfin, il y en a (fichier .mod) mais c'est le compilateur qui les génère à ta place. En effet, par exemple en Ada, tu as vraiment l'impression de te répéter entre le fichier d'en tête et le corps du programme et cela, je trouve que c'est très pénible.
Pour finir, je ne comprends pas pourquoi tu veux faire du GNUStep avec Ada alors que GNUStep est en ObjectiveC et qu'il n'y a pas de passerelle entre Ada et l'ObjectiveC. Pourquoi ne pas t'en tenir à GtKAda (ou la même chose en Qt) avec Glade. L'ObjectiveC, c'est très bien mais il y a un runtime et l'expérience montre que c'est interfacé avec très peu (aucun ?) autre langage (certainement par manque de moyen).
Basé sur rsync mais en plus incrémental mais complet.
En gros, tous les jours, tu as une sauvegarde complète pour le prix de l'incrémentale.
La configuration est très simple à mettre en oeuvre. Bien plus simple que d'autres solutions plus lourde come dirvish.
Bref, je l'utilise sur tout mes serveurs et je remonte ainsi sur au moins 3 mois en arrière avec backup tous les soirs. Cela doit consommer environ 30% de place disque en plus en moyenne !
J'ai fait de l'ADA avec GNAT, donc ce n'est pas pour moi un langage, ni un compilateur inconnu.
Je t'ai proposé OCAML ou Lisaac parce que souvent les informaticiens 'universitaire' aime bien OCaml et Lisaac, c'est un peu la mascotte de Linuxfr ;-) Mais personnellement, j'ai rien fait en OCaml car a l'époque, il gèrait super mal le multi-treaded. Et pour moi, un langage doit aujourd'hui être parallèlisable facilement ou alors, autant utiliser un langage de script.
Dans mon unité de recherche, on développe quasiment qu'en Fortran et je pense que c'est le meilleur choix pour notre thématique de recherche. Le C, le C+=, le java ont fait des percées mais les thésards s'en sortent bien mieux en Fortran et Fortran est bien plus portable et parallèlisable facilement que JAVA !
J'ai un chercheur dont le code Fortran 'scale' bien sur 10000 coeurs par exemple. C'était pas gagné avant de faire l'essais.
Donc, tu utilises le langage que tu veux. Je te conseille juste de ne pas te fixer trop vite sur un langage. Parfois, on a des bonnes surprises avec les vieux crus qui viellissent plutôt bien.
Sinon, cela ton application, j'irais voir du coté d'Erlang car cela rajeunie de voir un code Erlang ! C'est bien sur pas pour les mêmes besoins...
Tout a fait d'accord. Lorsque je développais mes propres environnement Perl pour Apache, tout mes scripts perl était en .html
J'avoue que je trouve idiot de donner le nom du langage dans lequel on développe et de dire que la page est dynamique. C'est un problème interne du serveur et dont le client se fiche éperduement.
- le nombre de coeur par OS (toutes les gros centre de calcul bascule sous Linux petit à petit)
- la quantité de RAM par OS
- le nombre de machine virtuelle par OS
- le nombre de Linux embarqué jamais compté ! Pour une machine familial, il y a quasiment un Linux pour les personnes sous ADSL rapide ! Combien de petit NAS tournent sous Linux et ne vont jamais sur le net ?
- ...
Les indicateurs sont basés sur de la navigation web. Sur le parc que je gère, Windows est sous la barre des 50% et pourtant, je suis sur qu'avec ce genre d'indicateur, il est au dessus de 60% !
Ces indicateurs donnent par exemple MAC devant Linux or Linux est devant MAC grace a tous ces systèmes embarqués (a mon avis, mais je n'ai fait aucun calcul).
Bref, Linux est déjà partout, même chez madame michu. Il est effectivement fort possible qu'on assiste un jour au même phénomène que le retour de Firefox sur le devant de la scène, pour la partie comptage web.
Mais quelques essais avec une SLES ne me plaisent pas du tout. Il n'y a rien. Dès que je cherche un paquet, il n'est pas dans la distribution... Un des trucs qui me vient en tête est d'avoir subversion avec le support https. Mais je n'ai pas trouvé iconv... Ce système m'horripille. Je suis certainement manchot de SLES mais effectivement, avec le peu de paquet et le peu d'architecture, c'est plus facile de supporter 7 ans.
Pour debian, savoir qu'il supporte bien plus d'architecture, que c'est un projet qui fonctionne sur le bénévola et les dons ET que les paquets n'évolue pas, contrairement a ce que j'ai cru comprendre chez red-Hat et Suse. Un paquet en version 2.1.7 est encore en fin de vie à la version 2.1.7. J'ai compris que Red-Hat faisait tomber des versions nouvelles des paquets de temps en temps, un peu comme les backports de debian. A mon sens, c'est plus facile de faire un support long avec cette stratégie.
Pour finir, je ne suis pas spécialiste de red-hat et Suse, donc j'ai peut être tout faux !
Je suis d'accord. Je me force en ce moment sur ma lenny perso d'utiliser le bureau gnome standard pour faire comme mes utilisateurs de bureau et c'est une horreur.
- Mode click to focus hyper chiant
- Agrandir la fenêtre pour un terminal agrandi la fenêtre a tout l'écran et non un agrandissement vertical
-...
Il y a plus de 10 ans avec fvwm2, j'étais plus fonctionnel mais moins style WindowsXP.
La seule méthode efficasse est d'avoir les fenêtres en plein écran et la, autant avoir un MAC avec les menus des applications sur la barre du haut.
Par contre, l'utilisateur lambda qui n'a jamais fait de Linux, cela lui plait. Les 3/4 des applications n'apparaissent plus dans les menus et il fonctionne en mono-application. J'exagère à peine.
Heureusement, il y a d'autres bureau que les leaders. Par contre, on risque de ne moins voir d'application couçu pour le FollowMouse comme Gimp.
En effet, tout le monde ne fait pas du classique et dans la musique folk, notament l'accordéon diatonique, une grande majorité de personne travaille sur tablature.
Dans lilypond, ce support était très faible il y a quelques temps. A-t-on une chance de voir une évolution ?
> Bien sur qu'il faut les vérifier. Mais il n'y a aucune raison que l'outil pour le faire soit fourni
> et/ou publié par openssh.
Deux phrases en contracdiction.
Si, comme tu le dis, il est évident qu'il faille vérifier les clefs utilisé par ssh, je ne vois pas pourquoi openssh ne fournit pas un outil ! Evidement, cet outil peut utiliser des outils annexe comme ssh utilise ssl...
Cet outil ssh aurait pour fonction d'adapter l'outil de vérification 'ssl' à la spécificité ssh. C'est exactement ce que fait l'outil ssh-vulnkey. Il n'y a aucune raison objective, sauf la mauvaise fois il me semble, a ne pas diffuser ssh-vulnkey avec openssh. Ou est le problème ?
En cas de mauvaise fois, il n'y a la aucune escuse sur un site diffussant le numéro 1 des serveurs ssh a ne pas indiquer ou trouver des outils pour vérifier l'intégrité des clefs puisque nous avons vu que le protocole ssh avait une faiblesse au niveau de la gestion des clefs (pas de date limite, pas de système de révocation... comme dans un système X509).
Bref, il y a des mauvaises clefs dans la nature, en très grand nombre certainement encore. C'est un fait. La responsabilité est établie et reconnue. Je vois que 1 an après, malgré cela, le problème me semble mal cerné par pas mal de gens, tant utilisateurs que par les développeurs amonts (packageur de distribution compris).
Question : sur une base red-hat, suse, mandriva, BSD... a-t'on auourd'hui un outil pour vérifier l'intégrité des clefs lorsqu'on installe ssh ? Pas forcément dans le paquetage openssh mais dans les dépendances de ce paquet (idem pour les ports BSD). Je ne connais pas la response à cette question mais je l'espère positive et dans ce cas, je retire ma phrase sur les développeurs amont et je m'en escuse platement.
Oui, il y a une nombre finit de clef foireuse. Il suffit juste de tester que la clef n'est pas dans la liste. C'est d'ailleurs la dessus qu'est basé les blacklist de debian avec l'hypothèse que la clef fait 1024, 2048 ou 4096 bit de longueur et qu'elle est soit RSA soi DSA.
Il y a les programmes ssh-vulnkey et dowkd.pl
La probabilité d'avoir des clef autres que dans ses listes est asez faible. Pas grand monde devait faire des clef plus grande que 4096 si ce n'est des spécialistes mais ceux-la on déjà refait leur clef.
[^] # Re: Vive la médaille Fields
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le prix Turing 2008 pour Barbara Liskov. Évalué à 4.
Je pense que Wiles n'a plus besoin de médaille pour s'assurer un second soufle.
Cette barre des 40 ans n'a pas empêché Lions (père) d'être un très grand mathématicien, plus doué que Lions (fils) d'après certain. Or c'est le fils qui a eu la médaille Fields.
# Vive la médaille Fields
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le prix Turing 2008 pour Barbara Liskov. Évalué à 8.
Une des rares médailles intéressante est la médaille Fields car on ne peut l'avoir qu'avant 40 ans. Cela pousse la jeunesse. Ce sont les jeunes qui ont besoin d'avoir un coup de pousse pour entamer une 'seconde' carrière.
http://fr.wikipedia.org/wiki/Médaille_Fields
Au dela de 60 ans, donner une médaille permet d'interviewé les médaillés à propos de tout et de n'importe quoi dans les médias, comme si un spécialiste technique était forcément un bon sociologue, un bon historien...
Vive le recrutement de jeune chercheur permanent et indépendant ;-)
[^] # Re: Entrées multiples == claviers multiples ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le serveur X 1.6 est disponible. Évalué à 6.
Ce qui m'inquiète personnellement, c'est que cet aspect mutli-utilisateurs est en train de disparaître. On fait du FastUserSwitch alors qu'il n'y a pas de soucis a envoyer une session X sur le tty 8. On impose NetWorkManager, Avahi... On va bientot être obliger d'avoir toute cette daube sur nos serveurs (si serveur avec X d'installé).
J'ai cru voir que la dernière debian installe xauth si on installe ssh ! Moi, je veux pouvoir avoir un serveur sans xauth car je ne veux pas que fenêtre graphique puisse s'ouvrir, même à distance et je ne veux pas sur certain serveur n'avoir qu'un bout de Xorg. Moins de code, moins de bogue.
Bref, c'est bien de faire évolué X et le jour ou X ne tournera plus root, ce sera génial. Mais pensons qu'une machine n'est pas égal a un et un seul utilisateur à la fois !
[^] # Re: Ouinnn
Posté par Sytoka Modon (site web personnel) . En réponse au journal qemu 0.10 is out \o/. Évalué à 1.
Exemple : la dernière debian, .NET3...
[^] # Re: Remarque
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 1.
OK, je -> []
[^] # Re: Remarque
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 4.
OUI
> en sus de la meme machine avec OS. Les constructeurs ne semblent pas trop aimer cette
> solution, pour des raisons de complexification de chaine de montage
NON
Les professionnels achètent les mêmes machines avec ou sans OS (moins cher sans OS) et ce sont les mêmes chaines de fabrication que pour les particuliers. Cette raison de complexité de la chane de fabrication est donc pour moi caduque pour cette raison. C'est un argument bidon qu'il faut arrivé à faire comprendre à nos représentants élus.
> et de pb de support (client neuneu qui achete une machine nue et emmerde le support
> tant qu'il peut
Argument recevable SI le constructeur était capable de nous sortir des chiffres de cette affirmation. Mais comme il ne vend pas de machine sans OS pour les particuliers, il n'a pas de statistiques à fournir... C'est donc peut être vrai mais peut être faux. On ne légifère pas sur du peut être !
[^] # Re: Coïncidence ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 3.
> version identique. Déjà les produits sont différents, et à prix différents, et ce type de
> produit n'est pas sujet à remise.
Relis toi. Tu parles de version identique puis de produit différent !
Moi, je te dis qu'a produit identique, le professionnel dans le cadre des marchés devrait avoir un tarif inférieur du fait de l'achat en quantité. Ne pas suivre cette règle, c'est montrer que le prix est ajusté sans aucune logique, à la tête du client. Cela va à l'encontre de tout produit industriel.
Ensuite, que dans le cadre d'une promo ponctuelle, un particulier puisse acheter moins cher, cela peut effectivement arrivé et encore une fois, c'est tout à fait normal pour un produit industriel.
> Le prix de la machine avec OS inclus la garantie et le support téléphonique. Ces deux
> dernieres ne sont pas négligeables.
Cela n'a rien a voir. On achète des machines DELL avec ou sans OS (différence de 98E) et la garantie est exactement la même : J+1 pendant 3 ans ou 5 ans selon l'option. Tu sais exactement combien te coute une année suplémentaire de garantie, avec ou sans OS.
Le support DELL ne me demande JAMAIS de faire un test sous Windows que j'ai ou que je n'ai pas l'OS. Le support est complètement indépendant de l'OS. Je n'ai pas plus de problème à faire réparer mes machines sous debian que sous XP pro.
DELL a une partition sur le disque pour faire le diagnostic. Il y a ausi une version sur CD. DELL se fiche royalement se savoir sous quel OS tu tournes et c'est très bien. Une machine DEVRAIT etre vendu aujourd'hui avec son outil de diagnostic de panne et cet outil ne doit pas s'installer sous un quelconque OS.
Pour le prix des licences, ce sont des licences OEM. Je suis d'accord qu'on devrait pouvoir en avoir 40 pour 40 fois le prix d'une mais encore une fois, DELL n'est pas un revendeur Windows. Donc cela ne me choque pas qu'il ne puisse vendre un Windows sans machine associé.
En pratique, on a des licences OEM et on installe immédiatement des licences corporate sur les postes et personne ne dis rien alors que je ne suis pas sur que l'on ai le droit. J'ai envie de dire balle au centre. On est tous là pour bosser et pour faire que le systême fonctionne.
Ensuite, le prix que DELL paye pour avoir Windows n'est pas public. Lorsque tu achètes des fringues, tu ne connais pas la marge du vendeur ni à combien il les a acheté. On peut rendre tout cela public mais je ne suis pas sur que les commercant soit bien comptant qu'on apprenne leur marge sur les étiquettes !
L'important, c'est la clarté du prix, détaillé et que les options ne soient pas obligatoire. A un chouya près, c'est exactement ce que nous avons sur (une majorité) de marchés public du supérieur.
Le problème n'est pas là. Le problème est pourquoi DELL arrive à faire cela pour nous et pas pour les particuliers ? Pourquoi DELL veut justifier une augmentation de prix si moi j'achète la machine sans OS alors que j'ai acheté la même, une heure avant mais au boulot, sans problème et avec une réduction du prix.
Les machines des particuliers, identiques pièces par pièces, ne seraient pas fabriqué pareil ?
Le problème, c'est que ce sont les mêmes usines, les mêmes logiciels qui fabriquent les deux machines donc là, DELL est incohérent dans son discour et dans ses pratiques. A ce niveau là, il y a des pratiques commerciales douteuses et reprochable.
[^] # Re: Coïncidence ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 3.
> une deuxième fois.
On ne doit pas être dans le même service public. Encore une fois, je ne paye JAMAIS deux fois l'OS et j'ai toujours la dernière config car mêm dans mle cadre des marchés annuels, les machines proposés sont mises à jour. Il suffit de regarder le prix public et le prix que nous payons pour voir que la somme est bien moins élevés avec les marchés.
L'idée qu'avec les marchés on paye plus chère est vrai sur certain marchés (type pièce détachés, commutateur réseau...) mais pas celui des PC et des serveurs.
[^] # Re: Coïncidence ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 3.
Donc j'ai par facilité généralisé à la fonction publique. On devrait dire, une grande partie de la fonction publique.
Partout, j'ai vu des prix sans OS avec l'option avec OS a 98E environ. Tu es le premier a avoir un prix de licence Windows non clair. Je ne sais pas qui s'occupe de ton marchés public mais cela me semble un cas isolé.
Normalement, ce n'est pas la labo qui a un marché mais l'établissement (ou les) de rattachement, universités, EPST...
Sinon, je n'achète JAMAIS de licence Windows séparément (puisqu'on les achète avec les postes) sauf pour les serveurs et les versions serveurs de Windows. Mais dans ce cas, le poste est acheté sans OS. On ne paye donc jamais deux fois l'OS.
La première chose que je fait est de virer le Windows pré-installé pour mettre ma version sans tout le vrac que DELL nous met avec (PowerDVD...). Donc certes, j'ai un CD 'corporate' que j'achète et qui me coute moins d'une dizaine d'euros !
Bref, vous avez clairement un problème de fonctionnement. Ton cas me semble isolé. Il faudrait peut être se renseigner auprès de ta DSI ou de ton CRI ainsi qu'auprès de la cellule marchés.
[^] # Re: Coïncidence ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 2.
> faire passer la facture.
Ce serait vrai si le particulier payait plus chère. Lorsqu'on achète en gros, on et sensés avoir une réduction. Du coup, je ne comprends pas ton argumentation.
[^] # Re: Coïncidence ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dell lourdement condamné pour non affichage du prix du logiciel. Évalué à 7.
Je ne vois pas pourquoi enlever l'OS couterait cher pour le particulier et pas pour la fonction publique.
Je ne comprends pas pourquoi l'OS est a 98E pour nous et à 50E pour le particulier. La version 'pro' est donc deux fois plus chère...
[^] # Re: Effectivement Latex est puissant mais décourageant
Posté par Sytoka Modon (site web personnel) . En réponse au journal HeVEA v0.1. Évalué à 6.
Bref, un autre LaTeX mais sans les Math, je ne vois personnellement pas l'intérêt.
Il me semble que ton projet gagnerait a être divisé en deux :
- un éditeur spécialisé
- un moteur intégré dans TeX
En effet, TeX sais intégrer des moteurs et LaTeX n'est qu'un moteur parmi d'autres. D'ailleurs, il y a d'autres moteurs, certains servent même pour tester le futur de LaTeX. tu pourrais très bien intégrer ta syntaxe dans le moteur TeX et bénéficier de la puissance et du peu de bogue de TeX.
TeX est a ma connaissance le seul logiciel de cette taille n'ayant pas de bogue connu et qui est d'un stabilité impressionante. Je doute que tu sois capable de développer et de maintenir un programme aussi développé que TeX.
Donc, pourquoi ne pas t'intégrer dans la mouvance TeX et participer a ce formidable projet ?
PS : pour ton nom, tu n'as pas du chercher longtemps. Google sors Hevea en première page pour le convertisseur de l'INRIA. C'est un projet hyper connu des utilisateurs de TeX lorsqu'il cherche un 'backend' HTML. Il fallait que tu changes de nom avant de poster sur LinuxFR.
[^] # Re: réponse
Posté par Sytoka Modon (site web personnel) . En réponse au message Ada -> GNUstep. Évalué à 3.
En 95, j'étais pour Ada95, aujourd'hui, je suis bien plus nuancé. Fortran a énormément évolué. Existe-t-il un langage qui aurait plus évolué que le Fortran ? Bruno Latour a dis qu'un objet technique doit se transformer pour continuer à vivre et Fortran est toujours là. Avec Fortran 2008, il se prépare encore plus au calcul parallèle avec la notion de co-array (et je ne parle pas d'OpenMP qui est très bien intégré au Fortran).
Après l'héritage simple arrivé avec Fortran 2003, les 'templates' débarquent avec les macros. Finalement, il ne manque plus grand chose à Fortran dans sa dernière version.
Fortran dans son développement essaye de reprendre des concepts intéressants des autres langages tout en essayant de rester performant sur les calculs matriciels. C'est pas gagner d'avance car la manière de programmer objet a tendance a inciter aux effets de bord des fonctions et cela tue très souvent la parallèlisation des boucles par le compilateur.
En jouant sur ces boucles, sur la vectorisation de nos processeurs et un zeste (léger) d'OpenMP, on arrive parfois à gagner un facteur 10 sur le coeur du calcul ! Et cela, même un thésard (débrouillard) arrive à le faire sans aucune formation d'informatique. Quand un calcul dure 3 semaines, le facteur 10 est le bienvenu.
[^] # Re: réponse
Posté par Sytoka Modon (site web personnel) . En réponse au message Ada -> GNUstep. Évalué à 5.
Je t'ai bien compris mais ne néglige pas Fortran, ni aucun autre langage. Par haut niveau, tu veux parler de clickodrome, de XML et de couleur qui flash sur ton écran ?
Fortran 2003 est un langage objet avec héritage simple, monsieur. Fortran évolue, bien plus que le C même s'il est plus vieux. Fortran a une API normalisé maintenant pour faire des appels C.
Fortran est aussi parfaitement interfacé a des bibliothèques comme NetCDF et HDF5 qui permettent d'enregistrer des valeurs dans des fichiers de manière portable et rapide, contrairement au XML. On ne fait pas du calcul performant avec XML.
Bref, je ne te dis pas de faire en Fortran mais regardes bien le langage avant de balancer des phrases. Idem sur ce que tu as dis d'Haskel.
Les interfaces de haut niveau, clickodrome, je les fait en langage de script. Pour moi en Perl car j'en fait depuis des années et je suis plus performant dessus. Mes amis sont plutôt Python. Il y a très peu d'interface graphique qui ont réellement besoin d'un langage performant, tout simplement car l'Homme est très très lent au niveau des entrées sorties avec la machine. Et si je devais faire un serveur qui doivent tenir la charge et qui ne soit pas du HTTP, j'irais voir soit du coté de POE (Perl), soit du coté d'Erlang qui est conçu pour cela (changement du code du serveur à chaud pour correction de bogue !).
Tiens, pour finir, un truc vachement mieux en Fortran qu'en C , C++ ou Ada, il n'y a PAS de fichier header en Fortran. enfin, il y en a (fichier .mod) mais c'est le compilateur qui les génère à ta place. En effet, par exemple en Ada, tu as vraiment l'impression de te répéter entre le fichier d'en tête et le corps du programme et cela, je trouve que c'est très pénible.
Pour finir, je ne comprends pas pourquoi tu veux faire du GNUStep avec Ada alors que GNUStep est en ObjectiveC et qu'il n'y a pas de passerelle entre Ada et l'ObjectiveC. Pourquoi ne pas t'en tenir à GtKAda (ou la même chose en Qt) avec Glade. L'ObjectiveC, c'est très bien mais il y a un runtime et l'expérience montre que c'est interfacé avec très peu (aucun ?) autre langage (certainement par manque de moyen).
# rsnapshot
Posté par Sytoka Modon (site web personnel) . En réponse au message Système de backup de données. Évalué à 2.
En gros, tous les jours, tu as une sauvegarde complète pour le prix de l'incrémentale.
La configuration est très simple à mettre en oeuvre. Bien plus simple que d'autres solutions plus lourde come dirvish.
Bref, je l'utilise sur tout mes serveurs et je remonte ainsi sur au moins 3 mois en arrière avec backup tous les soirs. Cela doit consommer environ 30% de place disque en plus en moyenne !
[^] # Re: réponse
Posté par Sytoka Modon (site web personnel) . En réponse au message Ada -> GNUstep. Évalué à 5.
Je t'ai proposé OCAML ou Lisaac parce que souvent les informaticiens 'universitaire' aime bien OCaml et Lisaac, c'est un peu la mascotte de Linuxfr ;-) Mais personnellement, j'ai rien fait en OCaml car a l'époque, il gèrait super mal le multi-treaded. Et pour moi, un langage doit aujourd'hui être parallèlisable facilement ou alors, autant utiliser un langage de script.
Dans mon unité de recherche, on développe quasiment qu'en Fortran et je pense que c'est le meilleur choix pour notre thématique de recherche. Le C, le C+=, le java ont fait des percées mais les thésards s'en sortent bien mieux en Fortran et Fortran est bien plus portable et parallèlisable facilement que JAVA !
J'ai un chercheur dont le code Fortran 'scale' bien sur 10000 coeurs par exemple. C'était pas gagné avant de faire l'essais.
Donc, tu utilises le langage que tu veux. Je te conseille juste de ne pas te fixer trop vite sur un langage. Parfois, on a des bonnes surprises avec les vieux crus qui viellissent plutôt bien.
Sinon, cela ton application, j'irais voir du coté d'Erlang car cela rajeunie de voir un code Erlang ! C'est bien sur pas pour les mêmes besoins...
[^] # Re: et sinon ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 2.
J'avoue que je trouve idiot de donner le nom du langage dans lequel on développe et de dire que la page est dynamique. C'est un problème interne du serveur et dont le client se fiche éperduement.
# Indicateur intéressant
Posté par Sytoka Modon (site web personnel) . En réponse au journal Progression de Linux. Évalué à 3.
- le nombre de coeur par OS (toutes les gros centre de calcul bascule sous Linux petit à petit)
- la quantité de RAM par OS
- le nombre de machine virtuelle par OS
- le nombre de Linux embarqué jamais compté ! Pour une machine familial, il y a quasiment un Linux pour les personnes sous ADSL rapide ! Combien de petit NAS tournent sous Linux et ne vont jamais sur le net ?
- ...
Les indicateurs sont basés sur de la navigation web. Sur le parc que je gère, Windows est sous la barre des 50% et pourtant, je suis sur qu'avec ce genre d'indicateur, il est au dessus de 60% !
Ces indicateurs donnent par exemple MAC devant Linux or Linux est devant MAC grace a tous ces systèmes embarqués (a mon avis, mais je n'ai fait aucun calcul).
Bref, Linux est déjà partout, même chez madame michu. Il est effectivement fort possible qu'on assiste un jour au même phénomène que le retour de Firefox sur le devant de la scène, pour la partie comptage web.
[^] # Re: Une progression qui se confirme
Posté par Sytoka Modon (site web personnel) . En réponse au journal Progression de Linux. Évalué à 2.
Pour debian, savoir qu'il supporte bien plus d'architecture, que c'est un projet qui fonctionne sur le bénévola et les dons ET que les paquets n'évolue pas, contrairement a ce que j'ai cru comprendre chez red-Hat et Suse. Un paquet en version 2.1.7 est encore en fin de vie à la version 2.1.7. J'ai compris que Red-Hat faisait tomber des versions nouvelles des paquets de temps en temps, un peu comme les backports de debian. A mon sens, c'est plus facile de faire un support long avec cette stratégie.
Pour finir, je ne suis pas spécialiste de red-hat et Suse, donc j'ai peut être tout faux !
[^] # Re: Une progression qui se confirme
Posté par Sytoka Modon (site web personnel) . En réponse au journal Progression de Linux. Évalué à 1.
- Mode click to focus hyper chiant
- Agrandir la fenêtre pour un terminal agrandi la fenêtre a tout l'écran et non un agrandissement vertical
-...
Il y a plus de 10 ans avec fvwm2, j'étais plus fonctionnel mais moins style WindowsXP.
La seule méthode efficasse est d'avoir les fenêtres en plein écran et la, autant avoir un MAC avec les menus des applications sur la barre du haut.
Par contre, l'utilisateur lambda qui n'a jamais fait de Linux, cela lui plait. Les 3/4 des applications n'apparaissent plus dans les menus et il fonctionne en mono-application. J'exagère à peine.
Heureusement, il y a d'autres bureau que les leaders. Par contre, on risque de ne moins voir d'application couçu pour le FollowMouse comme Gimp.
[^] # Re: réponse
Posté par Sytoka Modon (site web personnel) . En réponse au message Ada -> GNUstep. Évalué à 4.
GNUStep est en ObjectiveC ;-)
Ada, c'est très bien mais question performance, le compilateur GNU n'est pas en tête. Va plutot voir du coté de OCaml ou même Lisacc !
# Support des tablatures
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Frescobaldi, vous connaissez ?. Évalué à 4.
En effet, tout le monde ne fait pas du classique et dans la musique folk, notament l'accordéon diatonique, une grande majorité de personne travaille sur tablature.
Dans lilypond, ce support était très faible il y a quelques temps. A-t-on une chance de voir une évolution ?
[^] # Re: Les entreprises payent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 2.
> et/ou publié par openssh.
Deux phrases en contracdiction.
Si, comme tu le dis, il est évident qu'il faille vérifier les clefs utilisé par ssh, je ne vois pas pourquoi openssh ne fournit pas un outil ! Evidement, cet outil peut utiliser des outils annexe comme ssh utilise ssl...
Cet outil ssh aurait pour fonction d'adapter l'outil de vérification 'ssl' à la spécificité ssh. C'est exactement ce que fait l'outil ssh-vulnkey. Il n'y a aucune raison objective, sauf la mauvaise fois il me semble, a ne pas diffuser ssh-vulnkey avec openssh. Ou est le problème ?
En cas de mauvaise fois, il n'y a la aucune escuse sur un site diffussant le numéro 1 des serveurs ssh a ne pas indiquer ou trouver des outils pour vérifier l'intégrité des clefs puisque nous avons vu que le protocole ssh avait une faiblesse au niveau de la gestion des clefs (pas de date limite, pas de système de révocation... comme dans un système X509).
Bref, il y a des mauvaises clefs dans la nature, en très grand nombre certainement encore. C'est un fait. La responsabilité est établie et reconnue. Je vois que 1 an après, malgré cela, le problème me semble mal cerné par pas mal de gens, tant utilisateurs que par les développeurs amonts (packageur de distribution compris).
Question : sur une base red-hat, suse, mandriva, BSD... a-t'on auourd'hui un outil pour vérifier l'intégrité des clefs lorsqu'on installe ssh ? Pas forcément dans le paquetage openssh mais dans les dépendances de ce paquet (idem pour les ports BSD). Je ne connais pas la response à cette question mais je l'espère positive et dans ce cas, je retire ma phrase sur les développeurs amont et je m'en escuse platement.
[^] # Re: Les entreprises payent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 3.
http://wiki.debian.org/SSLkeys
[^] # Re: Les entreprises payent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 2.
Il y a les programmes ssh-vulnkey et dowkd.pl
La probabilité d'avoir des clef autres que dans ses listes est asez faible. Pas grand monde devait faire des clef plus grande que 4096 si ce n'est des spécialistes mais ceux-la on déjà refait leur clef.