reno a écrit 3881 commentaires

Tu dis cela comme si les utilisateurs n'étaient que des boeufs trop stupides pour évoluer.

Mais dans certains domaines, les utilisateurs n'ont aucun intéret a passer a Linux:
- les "gamers fou" par exemple (pitié qu'on ne me ressorte pas l'argument des consoles de jeux: ce ne sont pas les mêmes types de jeux!)
- les gens qui doivent interagir avec d'autres en utilisant les .doc, au boulot j'utilise Office2000 sur Wine, ça marche mais cela se plante un peu trop souvent: les gens qui ont le choix entre un PC sous Windows et un sous Linux avec Office2000 sur Wine prennent le PC sous Windows.

Donc avant de critiquer la 'resistance au changement' des utilisateurs, il faut d'abord supprimer les raisons objectives pour lesquelles les utilisateurs restent sous Windows (et le dual boot est une solution assez peu interressante: 2 OS dit 2 fois plus de patches, de 'trucs' à apprendre, etc..). et faire de la pub dans les endroits ou il n'y a pas de raison pour rester sous Windows: les caisses enregistreuses par exemple.

>Donc, tu dois utiliser les puissances de 2 quand tu travail avec des octets.

Cela n'a rien d'evident!! Je bosse dans les telecom et j'ai vu des documents ou 1 kilooctet == 1000 octets.

Le plus logique est d'oublier l'aberation recente ou kilo==1024 et d'utiliser kibi(ki) pour 1024, lier la signification du prefixe a la valeur suivante est absurde..

Est-ce qu'il n'y a quand meme pas un effet de reflet cause par le verre?
Je suis juste curieux, je n'en ai jamais vu.

Historiquement tu as raison que le P2P a été conçu pour pirater, maintenant il ne faut pas tomber dans l'exces inverse et dire que P2P == piratage.

Bittorrent comme dit au-dessus est juste un FTP plus pratique, évitant les goulots d'étranglement au niveau du serveur..

Mouai, les y avait qu'a.. Be s'est planté, Next s'est planté..

M'est avis que vaincre le cercle vicieux: pas d'utilisateur --> pas d'application et pas d'application --> pas d'utilisateur est loin d'être trivial.

Les free software sont les seuls a avoir réussi recemment a le faire et franchement je suis tres pessimiste sur les chances d'un produit propriétaire qui se fonde sur ses capacités technique pour lutter contre une base installée énorme..

Merci pour l'info, ça a l'air très bien..

Ca me fait un peu penser a YAML par certain coté, ce n'est pas du tout le même but mais une philosophie similaire.

Bah Lout, c'est le language qui prend les options à gauche et à droite des mots clef, non?

Syntaxe plus claire par rapport à Latex, ok mais toujours bof personellement.

Skribe m'a l'air d'avoir une syntaxe vraiment claire, c'est basé sur du Scheme, je ne suis pas un fana des langages fonctionnels mais cela a l'air d'être vraiment clair comme language:
http://www-sop.inria.fr/mimosa/fp/Skribe/doc/user.html(...)

Maintenant je ne sais pas si c'est aussi puissant que Tex/Latex..

> Et tu n'es pas censé faire des trucs alambiqués

Bin justement, les utilisateurs sont habitués à faire des trucs alambiqués avec leur traitement de texte..
Mais à part ça, j'ai quand même vu pas mal de publication fait en latex ou les images sont mis à la fin du chapitre: bonjour la lisibilité pour le lecteur qui est obligé de faire des aller-retour..
Donc si "faire des trucs alambiqués", c'est mettre en page son document, alors oui, j'espère que l'auteur va le faire un peu (un minimum suffit pas besoin de faire de la PAO).

Aussi pour avoir assisté à des discussions entre utilisateur de Latex, apparemment choisir le bon package à utiliser n'est pas si simple surtout en cas d'i18n..

> ce n'est pas parce qu'une majorité d'utilisateurs est sous word qu'elle l'a choisi,

Tout à fait: au boulot, je dois utiliser word, je ne pourrais pas utiliser latex et partager les pdf par exemple, car il n'y aurait pas de barre de révision du document.. Et pas mal de gens s'en servent pour lire uniquement les modifications entre deux versions d'un même document.

Ceci dit, je déteste word et préférerais pouvoir utiliser FrameMaker qui est aussi un traitement de texte..

Et si on regarde le nombre d'utilisateur utilisant Word plutot que Latex, je ne suis pas le seul..

Et pourtant je suis un programmeur, mais franchement le Latex comme language, bof..

Pour faire une analogie "trollesque", c'est plus du Perl (que je déteste, remplacez par votre language détesté favori) que Ruby|Python (je trouves les deux interressants, c'est grave la schizophrénie docteur?).

Tttt, si le DOS avait mis ses données au début et non pas a la fin, il n'y aurait pas eu trop de probleme pour étendre la taille mémoire utilisable lorsque les CPU en aurait la possibilité.

Donc c'est aussi un manque de prévoyance sur le long terme..

"Independante" OK, toi tu souffres d'un gros syndrome NIH..

Pour ce qui est de la simplicité, as-tu essayé les autres schémas avant de dire qu'ils ne sont pas simples?

>Au contraire, l'assembleur est plutot obscur comme langage.

Tu confonds clareté et explicite/implicite: python est très simple à lire, très claire car il fait des tas d'opérations implicite derriere ton dos: conversion int<-> big_int, ramasse-miette, etc.. qui doivent être fait de maniere explicite en C ou en assembleur..

Sinon pour le self explicite, c'est assez répandu effectivement sur tout les languages ou les objets ont été rajoutés apres, en surcouche..

Et je trouve cela tres moche, d'ailleurs je me demande pourquoi ne pas tout simplement avoir 2 mots: def pour définir les methodes (sans le self) et fun pour définir les fonctions..

>Le fait de chercher à ne rien cacher de ce qu'il se passe est au contraire une grande force de python.

Oui, mais ce n'est pas appliqué partout autrement python serait de l'assembleur, un bon contre exemple est l'unification des int et des long int en python.. Pour l'appel de fonction, ce principe la aurait put s'appliquer ou pas, il l'a été mais bof..

Pour ce qui est des décorateurs, j'avoue ne pas comprendre ce que c'est ni à quoi ça sert, quelqu'un aurait-il une URL qui explique cela de façon claire? J'ai déja essayer de lire le PEP, mais sans succes..

J'ai lu les commentaires "Explicit is better than implicit" mais je soupconne que c'est une justification 'a posteriori', cela reflete juste qu'historiquement au debut il n'y avait pas d'objet et cela a été rajouter ensuite..

Le 'Explicit is better than implicit' est un argument creux: si c'était le cas, on programmerait toujours en assembleur: il n'y a pas plus explicite comme language.

Bon, c'est comme tout, cela a des avantages et des inconvénients.

Le seul réel avantage que je connaisse , c'est pour appeler un attribut f sur une liste d'objets, on peut faire facilement un map( f , <liste d'objet>) mais au niveau cout visuel c'est quand même cher payé!

>Ca devie du standard ? Non, il n'y a pas de standard

Ca depend de quel standard tu parles, du standard façon W3C ok il n'y a pas de standard, de l'interprétation standard a laquelle un être humain pourrait s'attendre?
Oui!
C'est en ça que c'est un bug, et par rapport à ton lien, tu "oublie" volontairement la réponse http://linuxfr.org/comments/501397,1.html(...)
qui montre bien que l'interprétation "16lignes par 16lignes" est pourrie!

Pour moi, les deux seules interpretation valables pour un format CSV sont:
- autant de separateur que d'element dans chaque lignes
ou
- autant de separateur que d'element dans la ligne de taille maximum

Avoir le nombre de separateur qui varie par 'paquet de 16 lignes' est un bug, point.

Eh bin, avec un *BUG* pareil (n'en déplaise a pbpg qui sur ce coup là est plutôt de mauvaise foie), ça doit être bien pénible de parser des fichiers csv dans ces cas la, j'ai du bol tout les csv que j'ai eu à parser avec une bete ligne de perl cela marchait..

Quand on n'est pas concerner directement, c'est toujours marrant de voir la vitesse à laquelle Microsoft, Sun, etc corrigent leurs bugs..

Je pense que "comprendre" n'est pas à prendre dans le sens quel est la raison technique derriere, mais plutot: quel est le é"'èçà@ qui a décidé d'utiliser des entiers sur 16bit plutot que sur 32bits?

Certes cela procure un gain de place disque et de mémoire, mais à l'heure actuelle, c'est plutot moyen comme compromis..

Qu'est ce qui t'empeche de calculer la taille de ton tableau et de l'allouer?

Ok, new t[10][20] ne marche pas mais faire new t[10*20], ce n'est quand même pas extremement compliqué.. new ou malloc d'ailleur.

Je ne pense pas que le loopback supportera plusieurs centaines de montage..

Il me semble me souvenir que c'etait limité a une dizaine de montage pour une histoire de limite lié a SCSI (étonnant, hein!). J'avais lu ça sur lwn mais en 4eme vitesse, alors..

Note bien que c'est juste une idée mais pourquoi ne pas utiliser un gestionnaire de partition logique du type LVM?

Je n'ai jamais essayé donc je dis peut-etre des betises..

Ah? Pourtant tout les autres mailers modernes sont découpé de façon a limiter les problemes de securité par exemple.

Je ne vois pas en quoi Sendmail_X a un effort de conception supérieur aux autres, mis à part une grosse doc..

Parce que dire "je veux une alternative mais qui est exactement comme XXX", forcement tu as peu de chance de trouver..

Sinon au niveau lourdeur personellement j'aimais bien Opera comme browser web quand j'avais un vieux PC: tres rapide et tres leger, mais c'est uniquement un browser web.

Oups, d'habitude je precise toujours quand je parle de standard s'il s'agit de standard 'de facto' ou 'de jure'.

Je parlais evidemment de standard 'de facto' dans le cas de Windows, bien sûr..

> Forcement on se doute bien que les clients de Microsoft preferent windows aux logiciels libres, sinon ce ne seraient pas ses clients!!

Euh, preferer est un bien grand mot: la plupart des gens prennent le standard car cela leur simplifie la vie: pas (très peu) de probleme de compatibilité matérielle par exemple, certitude que la majorité des gens connaissent, etc.

OK, j'aurais du dire Francophone plutôt que Français, mea culpa..

Ceci dit, je n'ai encore jamais vu "l'effet LinuxFR" alors que Slashdot c'est assez monstrueux!
L'audience est quand même bien plus réduite, je ne m'en plains pas: cela réduit le nombre de troll, mais cela rend le classement surprenant..