Il est clair que le Hurd est intéressant mais ne décolle pas. D'un autre coté, l'informatique a bien évolué depuis 15 ans. Quittes à faire autre chose, autant le faire dans un autre langage que le C qui montre quand même ses limites aujourd'hui.
Pourquoi pas dans un langage à prototype qui parait très bien adaptés à la problèmatique. Pourquoi pas en Lisaac ?
Bon, pour faire cela, il faudrait que l'INRIA joue pour une fois vraiment le jeu de l'opensource avec IsaacOS. L'INRIA a une carte à jouer, c'est à elle d'abattre son jeu si elle souhaite pouvoir un jour remplacer sur nos postes le système Linux. Mais qu'elle ne traine pas trop !
Effectivement, c'est surtout l'architecture Intel qui a pour le moment été développé. Cela dit, AMD n'est pas oublié mais arrivera à maturité dans un deuxième temps.
J'avoue que j'ai acheté des nouveaux serveurs à base Xeon à cause de cela ;-)
Justement, les limitations du XML font que dans la question de l'objet et de l'enveloppe, les réponses sont partialles à ce niveau là. C'est dommage.
J'avais donné l'exemple du SQL mais celui du LDAP est aussi très bien. A la différence que LDAP est plus une API et qu'il n'y a pas vraiment de langage. Cependant, si je prends le LDIF, c'est aussi un arbre, très structuré avec des schémas de vérification... Bon, il n'y pas pas les namespace, c'est une erreur.
Enfin, il y en a qui n'aime pas les namespaces, j'ai essayé d'expliqué aux personnes qui développent Lisaac que c'était fondamental pour le succès du langage. /A priori/ sans succès...
Pour en revenir au LDIF, même si c'est bien lisible par l'homme, c'est clairement pas un langage fait pour tapper du texte.
Ton exemple sur le LDAP me parait effectivement très bien. Si les milliers de personnes qui ont bossé sur le XML avait bossé sur le LDAP, on aurait vraiment quelque chose de très bien. Pour avoir un modèle simple, on aurait un ldaplite à l'image de sqllite.
Je n'aime pas tes sous-entendu. Je ne suis pas croyant !
Je te parle ici de fichier de configuration, pas de base de données. Je n'irais pas faire une grosse base de données en YAML, c'est pas l'objectif.
Comme je l'ai dis plus bas, les fichiers de configurations de TomCat sont une horreur. Heureusement qu'une grande majorité de logiciels libre ne suit pas cette tendance. Imagine la configuration de samba en XML ainsi que celle d'Apache !
Ensuite, il faut aussi ramener le XML a sa juste valeur. S'il avait été génial, les wikis n'auraient pas été inventé. Le principe du wiki est le même que celui de TeX, privilégier le texte sur les commandes.
Bref, le XML un peu, c'est bien, le XML partout, c'est trop.
Le principe des attributs était plutôt bon en permettant de séparer la définition de l'objet de son contenu. Le fait que ceux-ci ne soient que des chaines fait que tu mets rapidement tout sous forme d'arbre et donc on perd un peu cette notion du contenu et du contenant qui était un plus.
Sinon, nous sommes d'accord, le XML est une bonne solution dans plein de cas mais pas dans tous. Par exemple, les fichiers de configuration de TomCat sont une horrreur... On a tendance à mettre du XML là ou il n'y en pas besoin.
Je suis plutôt dans le calcul numérique, là on oublie le XML et le HDF est bien plus performant ;-)
Quand au YAML, j'en ai parlé dans un cas spécifique, pas comme remplaçant du XML partout. Pour un fichier de configuration, il est par exemple parfait.
Je ne suis pas d'accord avec toi sur l'histoire de lâge. A chacun ses goùts et ses couleurs. Pour moi, c'est le XML qui est d'un autre âge car si c'est un langage pour la machine, un sosie du LISP pouvait faire cela mieux, un langage binaire portable du type HDF aussi ! Si c'est un langage pour l'homme, on ne peux pas dire que cela soit jouissif de se facir du XML dans un éditeur ou sur une page imprimée.
Bref, les concepts derrière le XML, tout l'environnement qui a été crée autour est effectivement passionnant mais le langage lui même est loin de me plaire.
Attention, lorsque je parle du XML, je parle toujours du langage ASCII, pas des API sur une structure d'arbre ou de graphe. Pour moi, ce sont deux choses bien distinctes. Ces API peuvent très bien être portés sur un autre langage.
A mon humble avis, les défenseurs du XML mélangent trop souvent ces API avec le langage XML lui même.
Je ne suis pas du tout un spécialiste du SQL et j'en fait très rarement. Mais lorsque tu vois une requête SQL, c'est quand même vachement esthétique comme langage. Le XML a coté, c'est quand même brut de fonderie.
Les langages de haut niveau sont quand même fait pour l'homme. Avec le XML, j'ai l'impression de refaire de l'assembleur. C'est amusant, un temps.
> on ne te parlera pas non-plus de formalisme et de méthodologie...
Des grand mots mais le problème reste présent ;-)
Je sais bien qu'avec le XML, tu peux représenter n'importe quel arbre, il y a cependant la manière. Quoi que tu fasses et modélises, tes attributs restent et resteront des chaines de caractères.
Il y a donc tout un tas de cas ou le XML est mal fichu...
Pour ce qui est de la sérialisation, je lui préfère le YAML qui est plus léger et plus lisible. Quitte à avoir un programme qui lit et écrit mes données, autant faire simple.
Par conte, il y a des cas ou il est vraiment pratique. Des cas seulement.
Sauf que les attributs en XML ne sont pas des arbres mais des chaines de caractères alors qu'en LISP, ce sont réellement des arbres !
C'est marrant, les pro-XML ne voient jamais ce défaut. Or pour moi, c'est un défaut majeur du XML et je ne vois pas de solution correcte au problème.
Ne me distes pas de mettre les attributs dans le corps de la balise, il y a une distinction entre les balises du corps et les attributs et les mélanger est rarement une bonne idée (mais un pis aller).
Je suis d'accord avec toi. Surtout qu'il faudrait voir le nombre de professeur utilisant une méthode globale à 100% ou une méthode syllabique à 100%. Je pense (méthode pifométrique) qu'une majorité d'enseignant apprennent avec une méthode mixte plutôt syllabique.
Quand au ministre, les instituteurs ont reçu fin aout ses consignes par courrier officiel (je ne parle par de ses blabla dans la presse). C'est du foutage de gueule. On ne change pas sa méthode de travail une semaine avant la rentrée des classes...
Tu peux être connu et avoir des parts de marché assez faible. Linux est dans toutes les revues d'informatiques, sur tous les catalogues constructeurs. Presque toutes les entreprises se sont posés la question de basculer des serveurs sous Linux. C'est un choix bien plus difficiles que de remplacer sous Windows IE par Firefox ! Windows n'est pas un UNIX et Linux n'implémente pas l'API Win32, le portage des applicatifs n'est pas trivial.
Ensuite, tu évoques le taux de pénétration chez le particulier. Le particulier est très versatile, surtout le bidouilleur (car mes vieux beaucoup moins ;-)). Et puis, un particulier a une connection ADSL, A comme Asymétrique ! Tout a été fait dans le passé pour qu'il n'ai pas un serveur chez lui même si cela change maintenant. Windows en tant que serveur n'est pas très bon.
Bref, le particulier n'est représentatif que d'une partie de l'informatique. A mon avis, le marché stratégique est celui de l'entreprise, le particulier suivra ce qu'il a au boulot.
Pour ce qui est de l'image, je me place personnellement dans une informatique professionnelle et dans un contexte le plus possible libre. Ce n'est pas sur l'image d'un produit que je suis le plus sensible. Cela n'empêche pas cependant à Linux et même à Debian d'avoir une très bonne image auprès des professionnels que je cotoie. Et ce ne sont pas les pleines pages de pub dans les grands journaux qui ont fait cela.
Attention, je ne crache pas sur firefox que j'utilise. Je suis content de son succès. J'envoi bien moins souvent des courriels aux webmasters pour leur dire que leurs sites sont illisibles sous Linux.
Bref, cette crise est idiote, les deux parties sont perdantes.
Mais oui, c'est eaxctement cela qui est annoncé. Une version de firefox avec quelques patchs qui ajoutent et enlèvent quelques trucs et reste synchronisé avec firefox. Ce genre de chose est "facilement" maintenable, les distributions le font depuis des années.
Les gens sont partis dans le débat à fond en pensant fork et troll alors que ce n'est qu'un repository dont effectivement, le nom est changé.
Pas de quoi s'exiter pour ou contre debian sur ce coup là
Parce que pour toi Firefox a une meilleure image que Linux !
Désolé, mais Linux est mondialement connu. Il est dans tous les magazines, il est partout et sans gros outil de communication...
Je dirais que c'est plutôt Firefox le nain à coté de Linux.
Et comme on le voit dans d'autres posts, que dire d'Apache et d'autres du même accabit.
Je pense que la fondation n'a pas compris le fonctionnement d'une distribution. On ne clique pas sur un .exe sous Linux pour installer un logiciel. Si c'est l'objectif de la fondation mozilla, je souhaite de tout coeur qu'elle perde ce duel.
Toutes les distributions patchent linux et cela ne pose aucun problème. Nous sommes dans le même cas ici. Il est clair que la fondation mozilla fait de l'exès de zèle et risque de ne plus avoir de navigateur à son nom sous un linux rapidement... Cela va à l'opposé de sa politique de communication puisque ses pars de marché vont diminuer !
Au niveau des distributions, cela va embêter les utilisateurs qui ont pris le reflex 'firefox' mais pas plus que cela.
Surtout que si tu as des XP Pro (je ne connais personne qui met des versions Home en entreprise) et si ces XP sont dans un domaine, alors tu perds pas défaut le fast user switching...
Bref, à part le fait d'être aujourd'hui supporté, XP qui n'est que NT-5.1 alors que 2000 était NT-5.0 n'a aucun intérêt pratique sur 2000.
On aimerait bien aussi avoir "keep only this object" en plus de le suppression...
Ensuite, ce n'est pas pareil que de faire une selection rectangulaire "à la nedit" dans la page web et d'imprimer ce rectangle. D'accord, n'imprimer qu'un rectangle, c'est basique mais tellement pratique dans 99% des cas.
"Pour moi, le couple gagnant est Jabber/SIP, pas Jabber/Jingle ou SIP/SIMPLE."
J'aurais tendance à dire Jabber/IAX2. Pour le moment, IAX2 est encore peu répandu mais si Ekiga le supporte bien, ce que je ne doute pas, je pense qu'il va faire un malleur par le simple fait que tout passe dans un socket.
SIP, avec le problème des adresses IP privé est à mon sens, une solution que j'espère transitoire...
En plus avec Jabber/IAX2, c'est vraiment le libre qui impose ses protocoles ouverts ;-)
En pratique, si tu n'as pas un écran super, tu n'y verras que du feu... D'ailleurs, beaucoup de professionnels de l'impression travaillent encore sur des tubes car il est quasiment impossible de calibrer un écran plat. Les couleurs n'arrètent pas de changer.
Donc, le DVI, c'est surtout un pipeau commercial. Et comme je l'ai dis, le DVI est a déjà son remplaçant !
J'ai deux cartes nvidia sur mon PC, chacune avec deux sorties. J'utilise en pratique la carte sur port PCI (l'autre est sur port PCI express) qui a deux sorties VGA et la qualité est vraiment impeccable. Comme je ne joue pas sur ce PC, je ne me suis jamais rendu compte que j'étais sur un port PCI !
Honnétement, j'aimerais savoir quel est le pourcentage de personnes capable de faire la différence entre du DVI et du VGA sur du matériel identique. A mon avis, c'est assez faible.
Il est clair qu'a long terme, on passera au tout numérique. Mais ce jour là, ce ne sera pas du DVI mais autre chose qui n'a pas encore été inventé. Pour le moment, tous les écrans et toutes les cartes fonctionnent très bien en VGA (SUB-15), ca ne vaut pas le coup de s'embéter la dessus (sauf pour du très haut de gamme mais cela est une autre affaire...).
Il faut vraiment être motivé pour programmer une autre implémentation de SSH. OpenSSH est un logiciel libre, très bien supporté, qui n'a eu par le passé qu'un nombre limité d'alerte de sécurité. Par ailleurs, le logiciel évolue bien comme le montre les deux dernières versions. Bref, il est bien plus efficasse de participer au développement d'OpenSSH que de vouloir en faire un autre.
Malheureusement, OpenSSH ne tourne pas en natif sous la plateforme Windows et c'est justement sous cette plate-forme que l'on voit des implémentations propriétaires du serveur SSH et l'implémentation libre du seul client avec putty (que l'on trouve maintenant aussi sous Linux).
La meilleure version libre sous Windows du serveur est pour moi copSSH mais, un manque de confiance, et le fait que cela ne soit pas une application native (mais cygwin) fait que personnellement, je ne la dépoie pas sur tous les postes de bureau sous cet OS.
Enfin, plutôt que de vouloir refaire OpenSSH, on voit apparaître une nouvelle manière d'avoir un accès distant avec les terminaux web au travers des serveurs AnyTerm et AjaxTerm. Il s'agit là d'utiliser un serveur Apache avec une application utilisant la philosophie Ajax pour la rendre plus réactive, chose absolument nécessaire pour un terminal. Personnellement, je n'ai pas encore testé ce genre de chose, je trouve que cela fait un peu usine à gaz. Je n'ai donc pas encore vraiment confiance d'un point de vue sécurité. Et puis, Apache, c'est quand même plus lourd en terme de charge système que sshd.
Tu ne pourras pas... Le problème est intrinsèque au protocole. Le SIP est aussi mal fichu que le H323 avec des ports dans tous les sens. SIP fait vendre et est à la mode mais si tu discutes avec des professionnels de la visio-conférence, le H323 n'est pas près de mourrir.
Personnellement, j'attend le support IAX2 dans ekiga car là, on aura enfin un protocole qui me semble correct.
C'est le DVI qui est une connerie, une arnaque. Ca fait du câble, des connecteurs nouveaux, cela fait vendre pour une qualité amélioré d'une quantité tellement faible que peu de personnes peuvent réellement la voir.
En plus, DVI est déjà dépasser techniquement...
Bref, bientôt, tu ne pourras plus brancher ton écran DVI sur une carte moderne, ce qui ne sera pas le cas du VGA.
Je te l'accorde, le passage par l'analogique est idiot sur le principe, mais que le protocole numérique soit au moins au point et qu'il ne change pas tous les 4 matins.
Je connaissais mais je n'ai pas testé. D'abord, apple est très positif sur la technique qu'il propose (votre finder peut planter n'importe quand !). Ensuite, il n'y a pas que le fichier .DS_STORE mais il y a un fichier ._*** pour chaque fichier du dossier et pour ceux-là, je n'ai rien vu.
Mon unique idée serait donc de mettre en place un hook dans subversion qui analyse la tansaction et vire une partie des fichiers de cette transaction.
Je n'ai pas testé (je ne vais pas tardé) mais svk répond à ce point là. Si j'ai bien compris, avec svk et svn, tu as en gros le meilleur des deux mondes, si cela a un sens ;-)
La liberté de parole peut être mais pas de penser. Je me souviens qu'en 1985 il y avait explicitement marqué que l'adhésion à un partis communiste était interdit sur les bulletins de vote en californie...
Bref, le monde est loin dêtre parfait, ni d'un coté, ni de l'autre coté de l'atlantique ;-)
Au niveau de la guerre, les japonais ont atteint l'île de Kodiak en Alaska pendant la guerre... ïle qui était l'ancienne capitale de l'Alaska au temps ou c'était encore la Russie. A l'époque, ils ont eu si peur qu'ils ont fait LA Route qui passe par le canada pour expluser les japonais....
Bon OK, L'Alaska is the last frontier et il n'y a pas grand monde...
Tu mélanges deux choses dans ton post : l'indentation et l'alignement puis dans une seconde partie, les fins de lignes.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.
[^] # Re: Parallélisme, nouveau défi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Hurd, une si belle idée et pourtant.. Évalué à 4.
Il est clair que le Hurd est intéressant mais ne décolle pas. D'un autre coté, l'informatique a bien évolué depuis 15 ans. Quittes à faire autre chose, autant le faire dans un autre langage que le C qui montre quand même ses limites aujourd'hui.
Pourquoi pas dans un langage à prototype qui parait très bien adaptés à la problèmatique. Pourquoi pas en Lisaac ?
Bon, pour faire cela, il faudrait que l'INRIA joue pour une fois vraiment le jeu de l'opensource avec IsaacOS. L'INRIA a une carte à jouer, c'est à elle d'abattre son jeu si elle souhaite pouvoir un jour remplacer sur nos postes le système Linux. Mais qu'elle ne traine pas trop !
[^] # Re: Pour les processeurs AMD?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Xen 3.0.3 virtualise sans modification l'OS invité. Évalué à 3.
J'avoue que j'ai acheté des nouveaux serveurs à base Xeon à cause de cela ;-)
[^] # Re: truc ou (machin truc) ?
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 2.
J'avais donné l'exemple du SQL mais celui du LDAP est aussi très bien. A la différence que LDAP est plus une API et qu'il n'y a pas vraiment de langage. Cependant, si je prends le LDIF, c'est aussi un arbre, très structuré avec des schémas de vérification... Bon, il n'y pas pas les namespace, c'est une erreur.
Enfin, il y en a qui n'aime pas les namespaces, j'ai essayé d'expliqué aux personnes qui développent Lisaac que c'était fondamental pour le succès du langage. /A priori/ sans succès...
Pour en revenir au LDIF, même si c'est bien lisible par l'homme, c'est clairement pas un langage fait pour tapper du texte.
Ton exemple sur le LDAP me parait effectivement très bien. Si les milliers de personnes qui ont bossé sur le XML avait bossé sur le LDAP, on aurait vraiment quelque chose de très bien. Pour avoir un modèle simple, on aurait un ldaplite à l'image de sqllite.
[^] # Re: Ne vous perdez pas en route!
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 3.
Je te parle ici de fichier de configuration, pas de base de données. Je n'irais pas faire une grosse base de données en YAML, c'est pas l'objectif.
Comme je l'ai dis plus bas, les fichiers de configurations de TomCat sont une horreur. Heureusement qu'une grande majorité de logiciels libre ne suit pas cette tendance. Imagine la configuration de samba en XML ainsi que celle d'Apache !
Ensuite, il faut aussi ramener le XML a sa juste valeur. S'il avait été génial, les wikis n'auraient pas été inventé. Le principe du wiki est le même que celui de TeX, privilégier le texte sur les commandes.
Bref, le XML un peu, c'est bien, le XML partout, c'est trop.
[^] # Re: truc ou (machin truc) ?
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 4.
Sinon, nous sommes d'accord, le XML est une bonne solution dans plein de cas mais pas dans tous. Par exemple, les fichiers de configuration de TomCat sont une horrreur... On a tendance à mettre du XML là ou il n'y en pas besoin.
Je suis plutôt dans le calcul numérique, là on oublie le XML et le HDF est bien plus performant ;-)
Quand au YAML, j'en ai parlé dans un cas spécifique, pas comme remplaçant du XML partout. Pour un fichier de configuration, il est par exemple parfait.
Je ne suis pas d'accord avec toi sur l'histoire de lâge. A chacun ses goùts et ses couleurs. Pour moi, c'est le XML qui est d'un autre âge car si c'est un langage pour la machine, un sosie du LISP pouvait faire cela mieux, un langage binaire portable du type HDF aussi ! Si c'est un langage pour l'homme, on ne peux pas dire que cela soit jouissif de se facir du XML dans un éditeur ou sur une page imprimée.
Bref, les concepts derrière le XML, tout l'environnement qui a été crée autour est effectivement passionnant mais le langage lui même est loin de me plaire.
Attention, lorsque je parle du XML, je parle toujours du langage ASCII, pas des API sur une structure d'arbre ou de graphe. Pour moi, ce sont deux choses bien distinctes. Ces API peuvent très bien être portés sur un autre langage.
A mon humble avis, les défenseurs du XML mélangent trop souvent ces API avec le langage XML lui même.
Je ne suis pas du tout un spécialiste du SQL et j'en fait très rarement. Mais lorsque tu vois une requête SQL, c'est quand même vachement esthétique comme langage. Le XML a coté, c'est quand même brut de fonderie.
Les langages de haut niveau sont quand même fait pour l'homme. Avec le XML, j'ai l'impression de refaire de l'assembleur. C'est amusant, un temps.
[^] # Re: truc ou (machin truc) ?
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 0.
Des grand mots mais le problème reste présent ;-)
Je sais bien qu'avec le XML, tu peux représenter n'importe quel arbre, il y a cependant la manière. Quoi que tu fasses et modélises, tes attributs restent et resteront des chaines de caractères.
Il y a donc tout un tas de cas ou le XML est mal fichu...
Pour ce qui est de la sérialisation, je lui préfère le YAML qui est plus léger et plus lisible. Quitte à avoir un programme qui lit et écrit mes données, autant faire simple.
Par conte, il y a des cas ou il est vraiment pratique. Des cas seulement.
[^] # Re: truc ou (machin truc) ?
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 2.
C'est marrant, les pro-XML ne voient jamais ce défaut. Or pour moi, c'est un défaut majeur du XML et je ne vois pas de solution correcte au problème.
Ne me distes pas de mettre les attributs dans le corps de la balise, il y a une distinction entre les balises du corps et les attributs et les mélanger est rarement une bonne idée (mais un pis aller).
[^] # Re: Ne vous perdez pas en route!
Posté par Sytoka Modon (site web personnel) . En réponse au sondage XML est. Évalué à 3.
C'est un des cas ou le XML est vraiment mauvais et employé à mauvais essient d'après moi. Le YAML est lisible et modifiable par l'homme et la machine.
[^] # Re: C'est un scandale
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un peu de délation ? Mais si ! mais si !. Évalué à 7.
Quand au ministre, les instituteurs ont reçu fin aout ses consignes par courrier officiel (je ne parle par de ses blabla dans la presse). C'est du foutage de gueule. On ne change pas sa méthode de travail une semaine avant la rentrée des classes...
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 3.
Ensuite, tu évoques le taux de pénétration chez le particulier. Le particulier est très versatile, surtout le bidouilleur (car mes vieux beaucoup moins ;-)). Et puis, un particulier a une connection ADSL, A comme Asymétrique ! Tout a été fait dans le passé pour qu'il n'ai pas un serveur chez lui même si cela change maintenant. Windows en tant que serveur n'est pas très bon.
Bref, le particulier n'est représentatif que d'une partie de l'informatique. A mon avis, le marché stratégique est celui de l'entreprise, le particulier suivra ce qu'il a au boulot.
Pour ce qui est de l'image, je me place personnellement dans une informatique professionnelle et dans un contexte le plus possible libre. Ce n'est pas sur l'image d'un produit que je suis le plus sensible. Cela n'empêche pas cependant à Linux et même à Debian d'avoir une très bonne image auprès des professionnels que je cotoie. Et ce ne sont pas les pleines pages de pub dans les grands journaux qui ont fait cela.
Attention, je ne crache pas sur firefox que j'utilise. Je suis content de son succès. J'envoi bien moins souvent des courriels aux webmasters pour leur dire que leurs sites sont illisibles sous Linux.
Bref, cette crise est idiote, les deux parties sont perdantes.
[^] # Re: Finalement, je préfère
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 5.
Les gens sont partis dans le débat à fond en pensant fork et troll alors que ce n'est qu'un repository dont effectivement, le nom est changé.
Pas de quoi s'exiter pour ou contre debian sur ce coup là
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 9.
Désolé, mais Linux est mondialement connu. Il est dans tous les magazines, il est partout et sans gros outil de communication...
Je dirais que c'est plutôt Firefox le nain à coté de Linux.
Et comme on le voit dans d'autres posts, que dire d'Apache et d'autres du même accabit.
Je pense que la fondation n'a pas compris le fonctionnement d'une distribution. On ne clique pas sur un .exe sous Linux pour installer un logiciel. Si c'est l'objectif de la fondation mozilla, je souhaite de tout coeur qu'elle perde ce duel.
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 8.
Au niveau des distributions, cela va embêter les utilisateurs qui ont pris le reflex 'firefox' mais pas plus que cela.
Bref, tout cela est un peu idiot...
[^] # Re: Nouveautés Firefox2 et IE7
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 4.
Bref, à part le fait d'être aujourd'hui supporté, XP qui n'est que NT-5.1 alors que 2000 était NT-5.0 n'a aucun intérêt pratique sur 2000.
[^] # Re: Nouveautés Firefox2 et IE7
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 2.
Ensuite, ce n'est pas pareil que de faire une selection rectangulaire "à la nedit" dans la page web et d'imprimer ce rectangle. D'accord, n'imprimer qu'un rectangle, c'est basique mais tellement pratique dans 99% des cas.
[^] # Re: Jingle...
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenWengo est sorti !. Évalué à 2.
J'aurais tendance à dire Jabber/IAX2. Pour le moment, IAX2 est encore peu répandu mais si Ekiga le supporte bien, ce que je ne doute pas, je pense qu'il va faire un malleur par le simple fait que tout passe dans un socket.
SIP, avec le problème des adresses IP privé est à mon sens, une solution que j'espère transitoire...
En plus avec Jabber/IAX2, c'est vraiment le libre qui impose ses protocoles ouverts ;-)
[^] # Re: Soekris
Posté par Sytoka Modon (site web personnel) . En réponse au journal linutop. Évalué à 3.
Donc, le DVI, c'est surtout un pipeau commercial. Et comme je l'ai dis, le DVI est a déjà son remplaçant !
J'ai deux cartes nvidia sur mon PC, chacune avec deux sorties. J'utilise en pratique la carte sur port PCI (l'autre est sur port PCI express) qui a deux sorties VGA et la qualité est vraiment impeccable. Comme je ne joue pas sur ce PC, je ne me suis jamais rendu compte que j'étais sur un port PCI !
Honnétement, j'aimerais savoir quel est le pourcentage de personnes capable de faire la différence entre du DVI et du VGA sur du matériel identique. A mon avis, c'est assez faible.
Il est clair qu'a long terme, on passera au tout numérique. Mais ce jour là, ce ne sera pas du DVI mais autre chose qui n'a pas encore été inventé. Pour le moment, tous les écrans et toutes les cartes fonctionnent très bien en VGA (SUB-15), ca ne vaut pas le coup de s'embéter la dessus (sauf pour du très haut de gamme mais cela est une autre affaire...).
[^] # Re: historique de OpenSSH
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OpenSSH version 4.4 fait dans la finesse. Évalué à 7.
Malheureusement, OpenSSH ne tourne pas en natif sous la plateforme Windows et c'est justement sous cette plate-forme que l'on voit des implémentations propriétaires du serveur SSH et l'implémentation libre du seul client avec putty (que l'on trouve maintenant aussi sous Linux).
La meilleure version libre sous Windows du serveur est pour moi copSSH mais, un manque de confiance, et le fait que cela ne soit pas une application native (mais cygwin) fait que personnellement, je ne la dépoie pas sur tous les postes de bureau sous cet OS.
Enfin, plutôt que de vouloir refaire OpenSSH, on voit apparaître une nouvelle manière d'avoir un accès distant avec les terminaux web au travers des serveurs AnyTerm et AjaxTerm. Il s'agit là d'utiliser un serveur Apache avec une application utilisant la philosophie Ajax pour la rendre plus réactive, chose absolument nécessaire pour un terminal. Personnellement, je n'ai pas encore testé ce genre de chose, je trouve que cela fait un peu usine à gaz. Je n'ai donc pas encore vraiment confiance d'un point de vue sécurité. Et puis, Apache, c'est quand même plus lourd en terme de charge système que sshd.
copSSH
http://www.itefix.no/phpws/
AnyTerm
http://anyterm.org/
AjaxTerm
http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm
[^] # Re: SIP derrière certains routeurs
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenWengo est sorti !. Évalué à 3.
Personnellement, j'attend le support IAX2 dans ekiga car là, on aura enfin un protocole qui me semble correct.
[^] # Re: Soekris
Posté par Sytoka Modon (site web personnel) . En réponse au journal linutop. Évalué à 5.
En plus, DVI est déjà dépasser techniquement...
Bref, bientôt, tu ne pourras plus brancher ton écran DVI sur une carte moderne, ce qui ne sera pas le cas du VGA.
Je te l'accorde, le passage par l'analogique est idiot sur le principe, mais que le protocole numérique soit au moins au point et qu'il ne change pas tous les 4 matins.
# Le lien principal
Posté par Sytoka Modon (site web personnel) . En réponse au journal Google codesearch. Évalué à 5.
http://www.google.com/codesearch
[^] # Re: Problème des Mac
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
Mon unique idée serait donc de mettre en place un hook dans subversion qui analyse la tansaction et vire une partie des fichiers de cette transaction.
Bref, c'est Apple quoi ;-(
[^] # Re: bazaar
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
[^] # Re: Email de Thorvalds.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 5.
Bref, le monde est loin dêtre parfait, ni d'un coté, ni de l'autre coté de l'atlantique ;-)
Au niveau de la guerre, les japonais ont atteint l'île de Kodiak en Alaska pendant la guerre... ïle qui était l'ancienne capitale de l'Alaska au temps ou c'était encore la Russie. A l'époque, ils ont eu si peur qu'ils ont fait LA Route qui passe par le canada pour expluser les japonais....
Bon OK, L'Alaska is the last frontier et il n'y a pas grand monde...
[^] # Re: Enfin !!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 3.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.