> Personne n'est obligé de mettre son code sous GPL. Si tu n'es pas d'accord avec les termes de la GPL, rien ne t'oblige à reprendre ce code.
Personne n'est obligé de mettre son code sous CLUF. Si tu n'es pas d'accord avec les termes du CLUF, rien ne t'oblige à reprendre ce code.
Donc, la différence copyright/copyleft, tu m'excuseras, mais elle est pas là ([troll]si tant est qu'elle est quelque part[/troll])
Ce serait valable s'il y avait bijection entre français et anglais. Mais si chacun y va de *sa* traduction (toutes aussi valides et pertinentes), on est pas sorti de l'auberge. De plus, croire que faire un s/shell/coquille/g c'est traduire des termes informatiques, c'est ça qui est faire preuve ou d'ignorance ou de feigantise.
Après, le jour ou l'académie française donnera un mot pour "serveur faisant office d'intermédiaire entre le client et le serveur réel" aussi concis et parlant que "proxy", je recondidèrerai la question. Pour l'instant, c'est proxy.
> Postgresql aurait été aux bases de données ce que Apache est aux serveurs web.
Car, comme chacun le sait, c'est la GPL qui a permis à Apache d'arriver là où il en est...
> Ingres aurait été fourni avec son code
Ou pas fourni du tout
> Postgresql aurait gagné plusieurs années dans son développement.
> Oracle n'aurait pas vaincu Ingres.
> Postgresql aurait été aux bases de données ce que Apache est aux serveurs web.
Faut que tu m'expliques l'implication directe, là...
Résumons....
On a un logiciel libre (BSD ou GPL), que l'utilisateur ne veut pas utiliser pour x raison plus ou moins bonne.
On a un logiciel propriétaire qui propose la même chose, mais en propriétaire. Supposons, puisque tu fais une telle fixation sur le méchant propriétaire qui repique sans rien redonner, qu'ils aient repiqué sans vergogne sur du code BSD, parce qu'ils veulent pas faire de logiciel libre.
Supposons maintenant que le code n'a jamais été en BSD, mais en GPL. Qu'est-ce qu'il se passe maintenant ?
-> Soit ils réécrivent eux même le nécessaire.
-> Soit ils ne font pas de logiciel propriétaire.
-> (je te vois venir "soit ils le font en GPL". Oui mais non, on vient de dire que c'était une mAIchante entreprise Kapitaliste qui jamais ô grand jamais n'acceptera de partager (et puis quoi encore ?) avec la communauté, c'est d'ailleurs pour ça qu'ils avaient repiqué du code BSD pour en faire du proprio)
Dans les deux cas, pourrais tu s'il te plait m'expliquer ce que l'utilisateur a gagné dans le fait que le projet ait été en GPL et non en BSD ? Pour moi, ça se réduit à néant...
> brevet
Heu... là, non :)
Si quelqu'un repique, disons, le nouveau scheduler de FreeBSD, en fait un truc pas libre et dépose un brevet, ça tiendra pas deux minutes puisque le code BSD aura l'antériorité...
> pas de source, DRM, tivoisation
Aussi dérangeant que de retrouver la pile TCP de BSD dans Windows... Au final, c'est l'utilisateur FINAL qui choisit s'il veut un système proprio/avec DRMs ou un système libre (que ce soit GPL ou BSD). D'ailleurs,
* la tivoisation, ça a été fait sur du code GPL
* on peut très bien faire un système DRM en GPL
> BSD a fait le choix d'une licence qui est compatible proprio
En quoi ça le rend responsable du choix de l'utilisateur ?
> C'est limite n'importe quoi pour l'aspect norme.
Ça peut aider pour éviter les implémentations involontairement foireuses. Mais je suis d'accord que si quelqu'un veut pas respecter les standards, qu'il y ait du code BSD disponible ou pas ne changera rien.
> C'est toujours pas assez ?
C'est beaucoup trop, au contraire... Et après ça, on s'étonne que Gnome (je dis Gnome, mais c'est pas le seul, hein) ait des problèmes de réactivité même sur des PC récents...
Premier argument pro-espaces que je vois qui est vraiment recevable. Je pertinentise :)
En même temps, je n'ai jamais jusqu'ici rencontré de tabulations en milieu de lignes (personnellement, si je veux aligner en milieu de ligne, j'utilise des espaces...)
format() n'apporte pas que ça, je te conseille de lire la PEP associée pour voir toutes les possibilités. De plus, avec ta méthode, on ne peut pas mélanger les %s et les %(foo)s. Avec format, c'est maintenant possible.
Qu'est-ce que tu veux qu'un utilisateur non développeur foute d'un code source exactement ? Pour décorer ? Ya quand même des choses plus élégantes pour utiliser comme papier-peint ou poster :/
> C'est si rare que ça de passer par autre chose que ton éditeur de texte pour regarder du code ? T'utilises jamais "less" ?
Non, ce n'est pas rare, mais c'est pour regarder vite fait, et tant pis si les tabulations n'ont pas le mon nombre préféré d'espace puisque ce n'est pas censé casser la présentation (c'est fait pour...).
> Tu envoies jamais un patch par email ?
Heu... si. Mais quel rapport ? Un patch, ça s'envoie en pièce jointe...
> normalement dimensionnée.
Mais quel est ce "normalement dimensionnée" ? Personnellement, même en terminal je suis rarement en 80 colonnes que ce soit avec un xterm en plein écran ou sous une console avec framebuffer.
> mais il y a des tonnes de cas où la tab, c'est 8 espaces, et à peu près impossible à changer.
Je n'en doute pas. Mais un cas bloquant qui ne se règle pas en deux coups de cuillère à pot, je n'en ai jamais eu vent...
> D'ailleurs, puisque c'est un truc qui n'arrive jamais, pourquoi avoir suggéré sed ?
rarement != jamais -_-
Ce que je voulais dire, c'est que le cas "normal", c'est coder dans un éditeur. Pour les cas spéciaux, hé bien... outils spéciaux...
> Tu ne vois vraiment pas pourquoi c'est plus lisible d'avoir du code bien aligné plutôt que d'avoir des lignes de 500 caractères découpées arbitrairement par ton éditeur de texte ?
Mais non d'une pipe, si ton éditeur fait portnawak, c'est sa faute et ton problème !
Peux tu comprendre que le wrap peut se faite de différentes manières et que chacun à ses préférences ? Que du coup, laisser faire l'éditeur est le seul moyen de mettre tout le monde d'accord ? Que c'est le même problème avec l'indentation ?
J'ai l'impression que tu subis ton éditeur. Ce n'est pas normal. Si tu trouves qu'il wrappe ou indente comme un goret, configure le correctement. Pense que ce que tu trouves "wrappé comme un goret" peut être apprécié par certains, et vice versa !
> Tu ne nous a toujours pas expliqué comment tu comptais le nombre de caractères que prends une ligne, si tu considère que la tab peut faire autre chose que 8 caractères.
Je considère tout simplement la ligne sans son indentation...
Note que je ne suis pas au caractère près, vu que pour moi la règle des 80 caractères n'est pas "on doit wrapper au 80ème caractère selon des règles totalement arbitraires" mais "une ligne de plus de ~80 caractères est probablement trop complexe et devrait être simplifiée..." (en fait, je commence plutôt à me poser des questions vers 90-100, mais comme le nombre 80 semble "magique" pour toi...)
> Si tu veux indenter à 2, met deux espaces, et ça passera partout.
Oui, mais si quelqu'un qui bosse avec moi préfère 4, on fait quoi ? On tire à la courte paille ? On choisit la moyenne, 3 ? Un des deux IMPOSE sa préférence à l'autre ? Ou tout simplement on utilise des tabulations et chacun configure son éditeur comme il l'entend ?
Je te laisse devenir ce qu'on a décidé...
> mais c'est les gens qui jouent avec la configuration de leur éditeur et qui du coup, indentent n'importe comment.
À moins de le faire volontairement, il est tout aussi difficile de casser une indentation par tabulations que de casser une indentation par espaces. Ce qui est extrèmement facile de casser, c'est le mélange des deux ala GNUstep...
Tu peux configurer ton éditeur comme tu l'entends, du moins que tu utilises des tabulations tu ne casseras probablement rien. Et c'est justement l'avantage :)
> Bah, moi, j'ai pas envie de m'emmerder à utiliser sed parce qu'un autre développeur a décidé d'utiliser une largeur de tab non-standard.
c'est quoi une largeur de tab non-standard ?
mais comme je l'ai dit plus bas, si tu veux imprimer et avoir le code dans ton style préféré, indent est ton ami :)
> Ce qui confirme mon affirmation de départ : ton code sera illisible ailleurs que chez toi : du code qui tiens sur 80 colonnes chez toi va probablement dépasser chez n'importe qui n'ayant pas trifoullié sa config.
Heu... et alors ? Le monde n'est plus limité à 80 colonnes et 24 lignes depuis bien longtemps :p (même dans un terminal, d'ailleurs...). C'est une limite tout a fait arbitraire aujourd'hui...
> Bah, ça a l'air d'être un beau bordel, tes directives de codage.
Je ne marcherai pas dedans, je ne marcherai pas dedans...
Ho et puis zut, c'est le dernier jour où je peux troller, autant en profiter :)
Moins que celles de GNU :p
> Ah ouais super... il faut utiliser sed pour contrôler l'effet pervers des tabulations. Super quoi.
En même temps, il s'agit ici d'un cas spécial vraiment rare. Tu imprimes tous les jours des codes sources toi ? Je vois pas où est le problème d'utiliser sed pour ça, c'est pas comme si c'était une tache quotidienne. D'autant plus que j'aurais tendance à d'abord passer par highlight pour ça, soit dit en passant.
> C'est hors-sujet ça. Rien à voir avec le conflit espace/tabulation.
Le rapport est que même sans tabulations, si tu présentes ton code au caractère près tu risques (fotement) d'avoir des soucis à l'impression. C'est normal. Un code source n'est pas fait pour être imprimé.
> Car le mode "wrap" est souvent pénible à utiliser.
Pourquoi donc ?
> Respecter une limitation à 80 caractères est une bonne pratique pour garder un code lisible [...] . Et puis, quand on dépasse 80 caractères, c'est parfois que le code pourrait être reformulé plus simplement.
Là, je suis d'accord, mais ça n'a rien à voir avec la choucroute (tu dis que normalement ce problème ne se pose pas vu qu'on ne devrait pas faire une ligne de plus de 80 caractères, "wrap" manuel ou pas. Si le problème se pose as, aucune raison d'en discuter :D)
> En C, on peut écrire un programme sans aucun retour à la ligne (mis à part les #include et #define)
Oui, enfin, il y a une utilité pratique indéniable aux retours à la ligne: ça marche mieux avec diff et patch, au delà de toute considération esthétique :)
> Prend ton exemple et modifie la taille des tabulations (1, 4, 8, 20 espaces). Tu ne vois rien qui cloche ? L'indentation est brisée.
Ben justement... non, elle reste la même.
Ce qui est un peu le but, quand même. Je suis pas stupide à ce point, si changer la taille des tabulations brisait la présentation, ça ferait longtemps que je n'utiliserais plus les tabulations :p
> Or tu démontres que tu VEUX que le code soit bien indenté au caractère près et utiliser pour cela des espaces.
C'est un cas VRAIMENT spécial ou ni les espaces ni les tabulations ni le mélange des deux ne brisent la présentation. Le généraliser pour dire "les tabulations, sainul", ça manque un peu de rigueur mathématique ;)
> C'est pourtant exactement pour cette situation (pourtant très courante)
Heu... non, pas courante du tout. C'est la seule fois ou j'ai besoin de mélanger, et comme je l'ai dit, ça passe comme un charme (et oui, j'ai essayé dans différentes configurations)...
> Il fallait lire : « mon code sera lisible dans tout éditeur ÉTANT CONFIGURE EXACTEMENT COMME LE MIEN
Mais NON, NON et re-re-NON !!! (j'insiste)
le but est JUSTEMENT que quelle que soit la configuration de l'éditeur, le code source reste autant lisible en s'accordant aux gouts du lecteur ! Le but est justement de ne RIEN imposer comme style (taille de l'indentation, wrap ou pas wrap, wrap en début de ligne ou au même niveau que la ligne précédent ou à un niveau supérieur...). Avec la solution espace, ça passe effectivement partout, mais tu impose ton style au lecteur/contributeur. TOUS mes codes sources passent très bien partout (et je vais me répéter, mais j'ai essayé). Éventuellement, il arrive parfois que la configuration de l'éditeur m'insupporte (genre 8 espaces pour une tabulation, je déteste ça) quand je suis pas chez moi, mais c'est le pire qui puisse arriver.
Toutes, TOUTES les critiques "valides" que j'ai lues concernant les tabulations jusqu'ici proviennent d'éditeurs foireux (genre "oui, mais mon éditeur change les tabulations par 4 espaces en dur et du coup ça pollue les patchs"). Moi aussi je peux faire pareil: j'ai vu certains codes sources indentés à 3 espaces (parce que son auteur aime les espaces) où 8 espaces étaient remplacés par une tabulation (configuration foireuse), ce qui donnait un truc hideux du genre
SSSSSSif(foo)
TSbar();
(d'ailleurs, si mes souvenirs sont bons c'et le cas dans GNUstep - mais pas à 3 espaces - ce qui a été une raison suffisante pour que je m'arrête de plonger dans le code de GNUstep)
conclusion: les espaces, c'est de la merde en sac, si l'auteur avait utilisé des tabulations dès le début ça aurait fait chier personne
Mais comme j'aime pas être de mauvaise foi, je n'utiliserai pas ça comme un argument :p
J'ai l'impression que tu as répondu à mon message sans réellement prendre la peine de le comprendre...
> Pourquoi tu colles à la BSD la notion de partage et pas à la GPL ?
Bon sang, relis mon message sans tes oeillères de croisé !
Je t'ai donné un exemple précis! Grâce à la GPL, les partages entre *BSD et Linux se font difficilement et parfois avec une certaine tension (comme dans ce cas). OpenSolaris et Linux ne peuvent tout simplement pas le faire (sauf à passer par une licence intermédiaire commune genre... BSD. Mais seulement pour le code nouvellement écrit)
Je ne parle pas des échanges sur la LKML entre devs Linux et devs Linux, je parle de partage entre projets. Est-ce si dur à comprendre que à ce niveau, la GPL pose tellement de problème dès que les projets ont des licences distinctes, que, dans la pratique, la GPL l'interdit ? (pas dans le texte, mais c'est un effet de bord tout à fait indésirable... et inacceptable aux yeux de Théo)
Au lieu de bêtement troller, pourrais tu prendre la peine d'essayer de comprendre le point de vue de Théo et des BSDistes pour qui le partage et la coopération sont les choses les plus importantes ?
> Avec la BSD, je prend, je redistribue le binaire (avec des brevets si je veux, avec une "taxe" d'utilisation, etc)
En europe, ça va pas le faire
Ce n'est pas parce que les US ont des problèmes à la con que le reste du monde doit en subir les workaround/hacks douteux :p
> et je ne partage pas les sources.
Si c'est un logiciel libre genre openBSD à la base, tu peux les trouver sur internet. Où est le problème ? Si ce n'en est pas un, on se fout de toute manière de la licence (et, en ce qui me conerne, du binaire)
> La liberté en moins.
Bon, on va prendre un exemple moins choquant pour tes chastes oreilles :)
le "tout GPL" est une solution aussi acceptable au problème de l'incompatibilité des licences que la solution du "tout Gecko" au problème de l'incompatibilité entre le rendu des différents navigateurs (même en oubliant IE)
Ça passe mieux comme ça ?
> M'enfin, si tu t'en fous de la liberté, c'est normal que tu dis ça.
Théo est encore plus intransigeant que la plupart des devs/distributions Linux sur les blobs. Je te trouve plutôt gonflé d'essayer de venir faire la morale sur ce point... Ne t'en déplaise, OpenBSD EST ET RESTERA libre
Sans vouloir être méchant, à te lire, j'ai l'impression que tu as développé une paranoïa aigue envers le proprio, et que ça se ressent sur ton discernement. La prochaine fois que tu me réponds, s'il te plait, fais le en te plaçant du même point de vue que moi: dans un monde ou le proprio n'existe pas... (il existe, mais personnellement, je fais comme s'il n'existait pas). Dans le cas contraire, tu es assuré de répondre à côté de la plaque comme tu viens de le faire - et de monter encore plus dans l'escalade de l'incompréhension, ce qui serait dommage.
Après, bien sûr, d'un point de vue où tout se ramènerait à une sorte de guerre sainte "libre vs proprio", la GPL me semble la meilleure licence concevable. Mais ne t'en déplaise, c'est un point de vue rarement pris par les BSDistes et qui explique peut être certaines incompréhensions...
> Adobe produit Flash
Ben voilà, tu viens de trouver un avantage évident d'OpenBSD sur Linux: OpenBSD n'attire pas (encore ?) les mouches à merde, lui :D
---->[]
> Ça, c'est le meilleur moyen d'être sûr que ton code sera illisible partout ailleurs que dans ton éditeur.
Que mon code sera lisible dans tout éditeur sachant gérer les tabulations correctement.
> Si tu règle ta tabulation à 2, essayes par exemple
> $ cat ton-fichier.py
> $ a2ps ton-fichier.py
> ...
1. man sed
2. Le rendu dépend aussi de la police utilisée (au moins monospace ou pas). Tout le monde ne code pas dans un terminal ! A coté de ça, le "problème" des tabulations est vraiment mineur...
> Et au passage, dis-moi comment tu tu rends compte quand ton code dépasse 80 colonnes.
À tout hasard, dépasser les 80 colonnes (ce n'est plus que rarement respecté de toutes manières) ? Le propos des tabulations est justement de coder sans se préocupper de la présentation visuelle et de laisser l'éditeur s'occuper de cette dernière selon les préférences de l'utilisateur...
> SSune ligne
> TTune autre ligne
Tu sais, si seules les tabulations sont autorisées c'est plus un problème :)
Mais sans aler si loin (je suis d'accord que ce serait exagéréà le problème n'est pas les tabulations mais le mix tabulations/espaces (et ça, tout le monde est d'accord pour dire que ça pue)
> TTif (une-condition-un-peu-longue &&
> TTTTTTune-autre-condition) {
cf. les 80 caractères.
Mais en aparté, c'est tout de même la seule situation ou je m'autorise le mix tab/espaces en Objective-C:
> Ce qui m'énerve ici, c'est que souvent la GPL est critiqué comme ayant l'objectif de faire chier BSD ou autre.
Ce qui m'énerve ici c'est que souvent la BSD est critiquée comme ayant l'objectif de pouvoir être transformée en proprio.
Quand j'utilise une licence BSD, MIT, ISC ou Zlib ce n'est pas pour "tiens, demain je vais rendre mon programme de 100 lignes proprio et me faire plein de thunes en le vendant 200¤" ou "Microsoft pourrait être intéressé par ce hack de deux lignes...". Ce n'est qu'un effet de bord. Le but est que je puisse réutiliser du code externe sans trop me poser de questions ('fin, ya quelques licences à la con à éviter, genre (L)GPL...) et qu'on puisse utiliser mon code sans se poser trop de questions.
Le proprio, j'en ai *rien* à cirer. Qu'il "vole" mon code, c'est le dernier de mes soucis. Pour la GPL, le proprio est un "ennemi" dont il faut se "défendre". Pour moi, c'est un autre monde que me laisse totalement indifférent.
Ce qui me rend triste, c'est quand on voit que "grâce" à des licences sympathiques comme GPL et CDDL, OpenSolaris et Linux (ce n'est qu'un exemple parmis tant d'autres !) ne peuvent pas coopérer (ou difficilement)... ça me fait vraiment mal au coeur...
Certains développent du LL pour la liberté. D'autres pour le partage. Mais dans certains cas, ça semble malheureusement incompatible, d'où le troll qui en découle. Et comme la liberté (GPL) traite le partage (BSD) sur le même plan que le proprio (l'inverse n'étant que très rarement vrai), on comprend un peu mieux le ressentiment de certains comme Théo, tu ne crois pas ?
(le "tout GPL" étant une solution aussi acceptable que du "tout MSN" pour le problème de l'incompatibilité entre les divers réseaux de messagerie instantannée)
Hé bien avec le nouveau système, on peut faire des deux manières:
"Bonjour {prenom} votre age est {0}".format("42", prenom="monde")
Les argument numériques, c'est 'achement pratique quand t'en as deux ou trois. Au delà, c'est sur que par nom est pus lisible. À chaque cas son utilisation.
[^] # Re: À propos de l'agée péèlle.
Posté par Moonz . En réponse au journal Le libre et... le libre. Évalué à 0.
Personne n'est obligé de mettre son code sous CLUF. Si tu n'es pas d'accord avec les termes du CLUF, rien ne t'oblige à reprendre ce code.
Donc, la différence copyright/copyleft, tu m'excuseras, mais elle est pas là ([troll]si tant est qu'elle est quelque part[/troll])
[^] # Re: Si ce soir j'ai pas envie d'rentrer chez moi...
Posté par Moonz . En réponse à la dépêche Fedora 8: le loup-garou est lâché !. Évalué à 3.
[^] # Re: Facile.
Posté par Moonz . En réponse au journal Aujourd'hui je déprime. Évalué à 4.
Je croyais qu'on disant "inutile donc indispensable" :)
[^] # Re: mes 2 centimes et 1/2
Posté par Moonz . En réponse au journal Aujourd'hui je déprime. Évalué à 2.
Après, le jour ou l'académie française donnera un mot pour "serveur faisant office d'intermédiaire entre le client et le serveur réel" aussi concis et parlant que "proxy", je recondidèrerai la question. Pour l'instant, c'est proxy.
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 6.
Car, comme chacun le sait, c'est la GPL qui a permis à Apache d'arriver là où il en est...
> Ingres aurait été fourni avec son code
Ou pas fourni du tout
> Postgresql aurait gagné plusieurs années dans son développement.
> Oracle n'aurait pas vaincu Ingres.
> Postgresql aurait été aux bases de données ce que Apache est aux serveurs web.
Faut que tu m'expliques l'implication directe, là...
[^] # Re: Sex, drugs & rock'n'roll
Posté par Moonz . En réponse au journal Aujourd'hui je déprime. Évalué à 5.
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 1.
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 6.
On a un logiciel libre (BSD ou GPL), que l'utilisateur ne veut pas utiliser pour x raison plus ou moins bonne.
On a un logiciel propriétaire qui propose la même chose, mais en propriétaire. Supposons, puisque tu fais une telle fixation sur le méchant propriétaire qui repique sans rien redonner, qu'ils aient repiqué sans vergogne sur du code BSD, parce qu'ils veulent pas faire de logiciel libre.
Supposons maintenant que le code n'a jamais été en BSD, mais en GPL. Qu'est-ce qu'il se passe maintenant ?
-> Soit ils réécrivent eux même le nécessaire.
-> Soit ils ne font pas de logiciel propriétaire.
-> (je te vois venir "soit ils le font en GPL". Oui mais non, on vient de dire que c'était une mAIchante entreprise Kapitaliste qui jamais ô grand jamais n'acceptera de partager (et puis quoi encore ?) avec la communauté, c'est d'ailleurs pour ça qu'ils avaient repiqué du code BSD pour en faire du proprio)
Dans les deux cas, pourrais tu s'il te plait m'expliquer ce que l'utilisateur a gagné dans le fait que le projet ait été en GPL et non en BSD ? Pour moi, ça se réduit à néant...
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 3.
Heu... là, non :)
Si quelqu'un repique, disons, le nouveau scheduler de FreeBSD, en fait un truc pas libre et dépose un brevet, ça tiendra pas deux minutes puisque le code BSD aura l'antériorité...
> pas de source, DRM, tivoisation
Aussi dérangeant que de retrouver la pile TCP de BSD dans Windows... Au final, c'est l'utilisateur FINAL qui choisit s'il veut un système proprio/avec DRMs ou un système libre (que ce soit GPL ou BSD). D'ailleurs,
* la tivoisation, ça a été fait sur du code GPL
* on peut très bien faire un système DRM en GPL
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 2.
En quoi ça le rend responsable du choix de l'utilisateur ?
> C'est limite n'importe quoi pour l'aspect norme.
Ça peut aider pour éviter les implémentations involontairement foireuses. Mais je suis d'accord que si quelqu'un veut pas respecter les standards, qu'il y ait du code BSD disponible ou pas ne changera rien.
[^] # Re: Architectures supportées
Posté par Moonz . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 0.
[^] # Re: Ubuntu utilise désormais Pulseaudio à la place de ESD (pas encore)
Posté par Moonz . En réponse à la dépêche Ubuntu 7.10 : lâchez le singe !. Évalué à 0.
C'est beaucoup trop, au contraire... Et après ça, on s'étonne que Gnome (je dis Gnome, mais c'est pas le seul, hein) ait des problèmes de réactivité même sur des PC récents...
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 2.
En même temps, je n'ai jamais jusqu'ici rencontré de tabulations en milieu de lignes (personnellement, si je veux aligner en milieu de ligne, j'utilise des espaces...)
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 4.
[^] # Re: OMG
Posté par Moonz . En réponse au journal les préjugés de mk2 sur les utilisateurs de libre. Évalué à 10.
[^] # Re: Depuis 2006, mais :
Posté par Moonz . En réponse au sondage Depuis quand utilisez-vous Linux ?. Évalué à 2.
[^] # Re: gpl vs bsd vs proprio...
Posté par Moonz . En réponse au journal [Troll?] Sacré Théo. Évalué à 1.
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 4.
Non, ce n'est pas rare, mais c'est pour regarder vite fait, et tant pis si les tabulations n'ont pas le mon nombre préféré d'espace puisque ce n'est pas censé casser la présentation (c'est fait pour...).
> Tu envoies jamais un patch par email ?
Heu... si. Mais quel rapport ? Un patch, ça s'envoie en pièce jointe...
> normalement dimensionnée.
Mais quel est ce "normalement dimensionnée" ? Personnellement, même en terminal je suis rarement en 80 colonnes que ce soit avec un xterm en plein écran ou sous une console avec framebuffer.
> mais il y a des tonnes de cas où la tab, c'est 8 espaces, et à peu près impossible à changer.
Je n'en doute pas. Mais un cas bloquant qui ne se règle pas en deux coups de cuillère à pot, je n'en ai jamais eu vent...
> D'ailleurs, puisque c'est un truc qui n'arrive jamais, pourquoi avoir suggéré sed ?
rarement != jamais -_-
Ce que je voulais dire, c'est que le cas "normal", c'est coder dans un éditeur. Pour les cas spéciaux, hé bien... outils spéciaux...
> Tu ne vois vraiment pas pourquoi c'est plus lisible d'avoir du code bien aligné plutôt que d'avoir des lignes de 500 caractères découpées arbitrairement par ton éditeur de texte ?
Mais non d'une pipe, si ton éditeur fait portnawak, c'est sa faute et ton problème !
Peux tu comprendre que le wrap peut se faite de différentes manières et que chacun à ses préférences ? Que du coup, laisser faire l'éditeur est le seul moyen de mettre tout le monde d'accord ? Que c'est le même problème avec l'indentation ?
J'ai l'impression que tu subis ton éditeur. Ce n'est pas normal. Si tu trouves qu'il wrappe ou indente comme un goret, configure le correctement. Pense que ce que tu trouves "wrappé comme un goret" peut être apprécié par certains, et vice versa !
> Tu ne nous a toujours pas expliqué comment tu comptais le nombre de caractères que prends une ligne, si tu considère que la tab peut faire autre chose que 8 caractères.
Je considère tout simplement la ligne sans son indentation...
Note que je ne suis pas au caractère près, vu que pour moi la règle des 80 caractères n'est pas "on doit wrapper au 80ème caractère selon des règles totalement arbitraires" mais "une ligne de plus de ~80 caractères est probablement trop complexe et devrait être simplifiée..." (en fait, je commence plutôt à me poser des questions vers 90-100, mais comme le nombre 80 semble "magique" pour toi...)
> Si tu veux indenter à 2, met deux espaces, et ça passera partout.
Oui, mais si quelqu'un qui bosse avec moi préfère 4, on fait quoi ? On tire à la courte paille ? On choisit la moyenne, 3 ? Un des deux IMPOSE sa préférence à l'autre ? Ou tout simplement on utilise des tabulations et chacun configure son éditeur comme il l'entend ?
Je te laisse devenir ce qu'on a décidé...
> mais c'est les gens qui jouent avec la configuration de leur éditeur et qui du coup, indentent n'importe comment.
À moins de le faire volontairement, il est tout aussi difficile de casser une indentation par tabulations que de casser une indentation par espaces. Ce qui est extrèmement facile de casser, c'est le mélange des deux ala GNUstep...
Tu peux configurer ton éditeur comme tu l'entends, du moins que tu utilises des tabulations tu ne casseras probablement rien. Et c'est justement l'avantage :)
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 1.
c'est quoi une largeur de tab non-standard ?
mais comme je l'ai dit plus bas, si tu veux imprimer et avoir le code dans ton style préféré, indent est ton ami :)
> Ce qui confirme mon affirmation de départ : ton code sera illisible ailleurs que chez toi : du code qui tiens sur 80 colonnes chez toi va probablement dépasser chez n'importe qui n'ayant pas trifoullié sa config.
Heu... et alors ? Le monde n'est plus limité à 80 colonnes et 24 lignes depuis bien longtemps :p (même dans un terminal, d'ailleurs...). C'est une limite tout a fait arbitraire aujourd'hui...
> Bah, ça a l'air d'être un beau bordel, tes directives de codage.
Je ne marcherai pas dedans, je ne marcherai pas dedans...
Ho et puis zut, c'est le dernier jour où je peux troller, autant en profiter :)
Moins que celles de GNU :p
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 3.
En même temps, il s'agit ici d'un cas spécial vraiment rare. Tu imprimes tous les jours des codes sources toi ? Je vois pas où est le problème d'utiliser sed pour ça, c'est pas comme si c'était une tache quotidienne. D'autant plus que j'aurais tendance à d'abord passer par highlight pour ça, soit dit en passant.
> C'est hors-sujet ça. Rien à voir avec le conflit espace/tabulation.
Le rapport est que même sans tabulations, si tu présentes ton code au caractère près tu risques (fotement) d'avoir des soucis à l'impression. C'est normal. Un code source n'est pas fait pour être imprimé.
> Car le mode "wrap" est souvent pénible à utiliser.
Pourquoi donc ?
> Respecter une limitation à 80 caractères est une bonne pratique pour garder un code lisible [...] . Et puis, quand on dépasse 80 caractères, c'est parfois que le code pourrait être reformulé plus simplement.
Là, je suis d'accord, mais ça n'a rien à voir avec la choucroute (tu dis que normalement ce problème ne se pose pas vu qu'on ne devrait pas faire une ligne de plus de 80 caractères, "wrap" manuel ou pas. Si le problème se pose as, aucune raison d'en discuter :D)
> En C, on peut écrire un programme sans aucun retour à la ligne (mis à part les #include et #define)
Oui, enfin, il y a une utilité pratique indéniable aux retours à la ligne: ça marche mieux avec diff et patch, au delà de toute considération esthétique :)
> Prend ton exemple et modifie la taille des tabulations (1, 4, 8, 20 espaces). Tu ne vois rien qui cloche ? L'indentation est brisée.
Ben justement... non, elle reste la même.
Ce qui est un peu le but, quand même. Je suis pas stupide à ce point, si changer la taille des tabulations brisait la présentation, ça ferait longtemps que je n'utiliserais plus les tabulations :p
> Or tu démontres que tu VEUX que le code soit bien indenté au caractère près et utiliser pour cela des espaces.
C'est un cas VRAIMENT spécial ou ni les espaces ni les tabulations ni le mélange des deux ne brisent la présentation. Le généraliser pour dire "les tabulations, sainul", ça manque un peu de rigueur mathématique ;)
> C'est pourtant exactement pour cette situation (pourtant très courante)
Heu... non, pas courante du tout. C'est la seule fois ou j'ai besoin de mélanger, et comme je l'ai dit, ça passe comme un charme (et oui, j'ai essayé dans différentes configurations)...
> Il fallait lire : « mon code sera lisible dans tout éditeur ÉTANT CONFIGURE EXACTEMENT COMME LE MIEN
Mais NON, NON et re-re-NON !!! (j'insiste)
le but est JUSTEMENT que quelle que soit la configuration de l'éditeur, le code source reste autant lisible en s'accordant aux gouts du lecteur ! Le but est justement de ne RIEN imposer comme style (taille de l'indentation, wrap ou pas wrap, wrap en début de ligne ou au même niveau que la ligne précédent ou à un niveau supérieur...). Avec la solution espace, ça passe effectivement partout, mais tu impose ton style au lecteur/contributeur. TOUS mes codes sources passent très bien partout (et je vais me répéter, mais j'ai essayé). Éventuellement, il arrive parfois que la configuration de l'éditeur m'insupporte (genre 8 espaces pour une tabulation, je déteste ça) quand je suis pas chez moi, mais c'est le pire qui puisse arriver.
Toutes, TOUTES les critiques "valides" que j'ai lues concernant les tabulations jusqu'ici proviennent d'éditeurs foireux (genre "oui, mais mon éditeur change les tabulations par 4 espaces en dur et du coup ça pollue les patchs"). Moi aussi je peux faire pareil: j'ai vu certains codes sources indentés à 3 espaces (parce que son auteur aime les espaces) où 8 espaces étaient remplacés par une tabulation (configuration foireuse), ce qui donnait un truc hideux du genre
SSSSSSif(foo)
TSbar();
(d'ailleurs, si mes souvenirs sont bons c'et le cas dans GNUstep - mais pas à 3 espaces - ce qui a été une raison suffisante pour que je m'arrête de plonger dans le code de GNUstep)
conclusion: les espaces, c'est de la merde en sac, si l'auteur avait utilisé des tabulations dès le début ça aurait fait chier personne
Mais comme j'aime pas être de mauvaise foi, je n'utiliserai pas ça comme un argument :p
[^] # Re: Ce journal...
Posté par Moonz . En réponse au journal [Troll?] Sacré Théo. Évalué à 6.
> Pourquoi tu colles à la BSD la notion de partage et pas à la GPL ?
Bon sang, relis mon message sans tes oeillères de croisé !
Je t'ai donné un exemple précis! Grâce à la GPL, les partages entre *BSD et Linux se font difficilement et parfois avec une certaine tension (comme dans ce cas). OpenSolaris et Linux ne peuvent tout simplement pas le faire (sauf à passer par une licence intermédiaire commune genre... BSD. Mais seulement pour le code nouvellement écrit)
Je ne parle pas des échanges sur la LKML entre devs Linux et devs Linux, je parle de partage entre projets. Est-ce si dur à comprendre que à ce niveau, la GPL pose tellement de problème dès que les projets ont des licences distinctes, que, dans la pratique, la GPL l'interdit ? (pas dans le texte, mais c'est un effet de bord tout à fait indésirable... et inacceptable aux yeux de Théo)
Au lieu de bêtement troller, pourrais tu prendre la peine d'essayer de comprendre le point de vue de Théo et des BSDistes pour qui le partage et la coopération sont les choses les plus importantes ?
> Avec la BSD, je prend, je redistribue le binaire (avec des brevets si je veux, avec une "taxe" d'utilisation, etc)
En europe, ça va pas le faire
Ce n'est pas parce que les US ont des problèmes à la con que le reste du monde doit en subir les workaround/hacks douteux :p
> et je ne partage pas les sources.
Si c'est un logiciel libre genre openBSD à la base, tu peux les trouver sur internet. Où est le problème ? Si ce n'en est pas un, on se fout de toute manière de la licence (et, en ce qui me conerne, du binaire)
> La liberté en moins.
Bon, on va prendre un exemple moins choquant pour tes chastes oreilles :)
le "tout GPL" est une solution aussi acceptable au problème de l'incompatibilité des licences que la solution du "tout Gecko" au problème de l'incompatibilité entre le rendu des différents navigateurs (même en oubliant IE)
Ça passe mieux comme ça ?
> M'enfin, si tu t'en fous de la liberté, c'est normal que tu dis ça.
Théo est encore plus intransigeant que la plupart des devs/distributions Linux sur les blobs. Je te trouve plutôt gonflé d'essayer de venir faire la morale sur ce point... Ne t'en déplaise, OpenBSD EST ET RESTERA libre
Sans vouloir être méchant, à te lire, j'ai l'impression que tu as développé une paranoïa aigue envers le proprio, et que ça se ressent sur ton discernement. La prochaine fois que tu me réponds, s'il te plait, fais le en te plaçant du même point de vue que moi: dans un monde ou le proprio n'existe pas... (il existe, mais personnellement, je fais comme s'il n'existait pas). Dans le cas contraire, tu es assuré de répondre à côté de la plaque comme tu viens de le faire - et de monter encore plus dans l'escalade de l'incompréhension, ce qui serait dommage.
Après, bien sûr, d'un point de vue où tout se ramènerait à une sorte de guerre sainte "libre vs proprio", la GPL me semble la meilleure licence concevable. Mais ne t'en déplaise, c'est un point de vue rarement pris par les BSDistes et qui explique peut être certaines incompréhensions...
[^] # Re: C'est de la communication.
Posté par Moonz . En réponse au journal [Troll?] Sacré Théo. Évalué à 7.
Ben voilà, tu viens de trouver un avantage évident d'OpenBSD sur Linux: OpenBSD n'attire pas (encore ?) les mouches à merde, lui :D
---->[]
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 2.
Que mon code sera lisible dans tout éditeur sachant gérer les tabulations correctement.
> Si tu règle ta tabulation à 2, essayes par exemple
> $ cat ton-fichier.py
> $ a2ps ton-fichier.py
> ...
1. man sed
2. Le rendu dépend aussi de la police utilisée (au moins monospace ou pas). Tout le monde ne code pas dans un terminal ! A coté de ça, le "problème" des tabulations est vraiment mineur...
> Et au passage, dis-moi comment tu tu rends compte quand ton code dépasse 80 colonnes.
À tout hasard, dépasser les 80 colonnes (ce n'est plus que rarement respecté de toutes manières) ? Le propos des tabulations est justement de coder sans se préocupper de la présentation visuelle et de laisser l'éditeur s'occuper de cette dernière selon les préférences de l'utilisateur...
> SSune ligne
> TTune autre ligne
Tu sais, si seules les tabulations sont autorisées c'est plus un problème :)
Mais sans aler si loin (je suis d'accord que ce serait exagéréà le problème n'est pas les tabulations mais le mix tabulations/espaces (et ça, tout le monde est d'accord pour dire que ça pue)
> TTif (une-condition-un-peu-longue &&
> TTTTTTune-autre-condition) {
cf. les 80 caractères.
Mais en aparté, c'est tout de même la seule situation ou je m'autorise le mix tab/espaces en Objective-C:
T[sendSomeLongMessage: arg1
TSSSwithManyArguments: arg2
TSSandAnotherArgument: arg3
TSSSSSSSSmoreArgument: arg4
TSSScontinueArguments: arg5]
Mais à part cette situation, je fais tout en tabulations dès que j'en ai l'occasion sans rencontrer aucun problème...
[^] # Re: Ce journal...
Posté par Moonz . En réponse au journal [Troll?] Sacré Théo. Évalué à 3.
Ce qui m'énerve ici c'est que souvent la BSD est critiquée comme ayant l'objectif de pouvoir être transformée en proprio.
Quand j'utilise une licence BSD, MIT, ISC ou Zlib ce n'est pas pour "tiens, demain je vais rendre mon programme de 100 lignes proprio et me faire plein de thunes en le vendant 200¤" ou "Microsoft pourrait être intéressé par ce hack de deux lignes...". Ce n'est qu'un effet de bord. Le but est que je puisse réutiliser du code externe sans trop me poser de questions ('fin, ya quelques licences à la con à éviter, genre (L)GPL...) et qu'on puisse utiliser mon code sans se poser trop de questions.
Le proprio, j'en ai *rien* à cirer. Qu'il "vole" mon code, c'est le dernier de mes soucis. Pour la GPL, le proprio est un "ennemi" dont il faut se "défendre". Pour moi, c'est un autre monde que me laisse totalement indifférent.
Ce qui me rend triste, c'est quand on voit que "grâce" à des licences sympathiques comme GPL et CDDL, OpenSolaris et Linux (ce n'est qu'un exemple parmis tant d'autres !) ne peuvent pas coopérer (ou difficilement)... ça me fait vraiment mal au coeur...
Certains développent du LL pour la liberté. D'autres pour le partage. Mais dans certains cas, ça semble malheureusement incompatible, d'où le troll qui en découle. Et comme la liberté (GPL) traite le partage (BSD) sur le même plan que le proprio (l'inverse n'étant que très rarement vrai), on comprend un peu mieux le ressentiment de certains comme Théo, tu ne crois pas ?
(le "tout GPL" étant une solution aussi acceptable que du "tout MSN" pour le problème de l'incompatibilité entre les divers réseaux de messagerie instantannée)
[^] # Re: Grillay...
Posté par Moonz . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 3.
"Bonjour {prenom} votre age est {0}".format("42", prenom="monde")
Les argument numériques, c'est 'achement pratique quand t'en as deux ou trois. Au delà, c'est sur que par nom est pus lisible. À chaque cas son utilisation.