Yusei a écrit 4649 commentaires

Je pense quand même que les gens qui bossent sur une IA de Go ne le font pas dans le but de jouer contre elle. C'est plus un défi intellectuel. Si vous voulez vous initier à l'art subtil du go, il y a aussi quelques bons serveurs en ligne [1] sur lesquels des gens se feront un plaisir de vous initier.

Parce le Go c'est quand même plus sympa avec des vrais gens. Et puis les vrais gens ça explique mieux les subtilités. Et il parait que jouer contre une IA ça donne de mauvaises habitudes ;-)


Yusei, qui se dit que ça fait trop longtemps qu'il n'a pas trouvé le temps d'y jouer.

[1] IGS jouable avec des clients libres, ou KGS plus convivial mais non libre et en Java, ici: http://kgs.kiseido.com/(...)

Ah non, ça c'est HAL.

Ou alors, l'hologramme dragueur dans Code Quantom ? Hmm non plus...

C'est de la bière. Pour oublier les atteintes à nos libertés individuelles.

(j'y vais au galop --> [])

«Je pense quand meme qu'il y a des cas où vraiment, du travail pourrait ^etre évité.»

Et il y a de nombreux cas où les développeurs unissent leurs forces. En particulier dans les cas que tu cites, il y a une volonté d'unification. Mais penser que tous les développeurs devraient s'unir pour faire Un Super Truc Qui Tue, c'ets oublier que le libre fonctionne beaucoup sur la base du volontariat et de la passion.

Par exemple, si je veux apprendre comment faire un gestionnaire de fenêtres, je vais en recoder un à partir de presque rien. Pas pour apporter un nouveau gestionnaire de fenêtres Au Libre, mais simplement pour en faire un.

«la multiplicité des produits, si elle est garante de liberté, est déconcertante pour l'utilisateur»

Oui, mais faire le tri dans tout ce qui est disponible, c'est le boulot des distributions.

«et ralentit l'apparition de standards»

Pourtant, ça ne devrait pas. À priori, si on n'avait qu'une seule suite bureautique, on n'aurait aucun besoin de développer un standard. Mais comme on a plein de suites bureautiques différentes, il devient intéressant de définir des formats communs permettant l'interopérabilité...

(Bon, dans l'idéal hein. En pratique c'est loin d'être fait)

Même pour le traitement de fichiers texte, Perl me semble avoir peu d'avantages face à Ruby (et sûrement Python, que je ne connais pas). En fait je vois quelques avantages possibles, mais ce sont des trucs de spécialistes, donc je crains que ce ne soit pas suffisant pour ammener des gens vers Perl s'ils connaissent déjà autre chose.

Enfin bon pour l'instant perl est installé sur (presque) toutes les distribs, suivi par python, et ruby encore loin derrière, donc on a le temps de voir venir.

I don't have a voisine, you insensitive clod.

Si tu changes juste le terme et gardes la démarche je continuerai à trouver ça malpoli (ce qui n'engage que moi).

Certes, ce n'est pas forcément efficace de travailler "chacun dans son coin", certes dans beaucoup de cas il vaudrait peut-être mieux réunir les efforts.

Cependant ce qui motive les gens à participer au libre, c'est le fun. Si ça m'amuse de développer ma distribution, je vais le faire, peu importe ce que toi ou d'autres gens penseront de la dispertion des efforts. Si ça me plait de rédiger une doc à ma manière, je vais le faire aussi. Et peut-être que ça n'apportera rien de significatif "au libre", ou bien si, mais peu importe.

D'où la différence entre la suggestion et la demande. Si j'ai commencé un projet et que quelqu'un me signal "tiens regarde, celui là fait la même chose dans son coin, peut-être que vous pourriez unir vos forces", je vais peut être considérer la question. Par contre si quelqu'un me dit "eh oh, tu réinventes la roue. Ça serait trop te demander que de participer à des projets existants ?", là je vais mal le prendre.

«Suggestion totalement illégitime, tout comme ma demande, vu qu'il s'agit de la même idée»

Il ne s'agit pas de la même démarche. Dans un cas tu signales aux gens l'existence de projets aux buts similaires, dans l'autre tu leurs signifie que tu attends d'eux quelque chose ("ça serait trop demander ?").

Je suppose que tu as la même opinion au sujet des multiples navigateurs (quel intérêt d'avoir Epiphany _et_ Galeon ?), des multiples gestionnaires de fenêtres... Si les gens préfèrent commencer leur projet à partir de zéro, ou de faire un fork, c'est souvent pour des raisons qui leur sont propres, et effectivement c'est trop demander que de leur demander de ne pas le faire, pour être "plus efficace".

(Je parle ici des gens qui font ça sur leur temps libre, pour le fun, ou pour apprendre, ou...)

«Un peu de cooopération et de travail d'équipe, c'est peut être trop demandé ? »

Euh oui.

Ou plutôt, je me demande au nom de quoi tu pourrais attendre des Gens (qui développent ou qui écrivent de la doc) qu'ils fassent ce que tu estimes le mieux.

Il y a une différence entre suggérer et demander. Tu peux suggérer à quelqu'un de fusionner son projet avec un autre, mais tu ne peux pas le lui demander (sauf si c'est ton employé bien sûr).

Ben le HTML aussi ils pourront le lire sous Win... et sous Linux, avec n'importe quel navigateur. Le seul intérêt que je vois au PDF, c'est de pouvoir l'imprimer plus facilement.

Note que pour la lecture hors-ligne tu as la version HTML zippée, qui est lisible plus facilement que du PDF (avec lynx si on n'a pas de terminal X, par exemple), et qu'on peut grepper aussi plus facilement.

# apt-get remove --purge `deborphan --guess-all`

Hum, c'est très bourrin comme méthode, et ça supprime bien plus que les paquets inutiles. Perso je déconseille vigoureusement. Il vaut mieux faire le deborphan à côté, et supprimer à la main les paquets qui sont vraiment inutiles.

(Et au passage, la traduction de library en français est bibliothèque)

Non tu ne dois pas avoir le droit, puisque c'est une marque déposée. Il faut juste compter sur le fait que, comme tu ne fais rien payer et que tu ne fais pas croire que c'est un site officiel, on te laissera tranquille.

Quand au fait de pouvoir utiliser le concept, là je n'en ai aucune idée. Le problème se pose également pour les implémentations du jeu "les Colons de Catane" (je joue régulièrement à http://gnocatan.sourceforge.net(...)), si jamais l'éditeur trouve que ça lui fait concurrence, ils sont mal partis...

Bon sinon, je me demandais, est-ce qu'il serait intéressant et envisageable de permettre une sortie dans un format XML plus léger (sans Javascript), pour permettre à des programmeurs de créer des interfaces graphiques autres qu'une page Web ? Ça permettrait de développer des petits programmes spécifiques à différentes plateformes/toolkits (Windows, Gnome, KDE...), et d'alléger la charge du serveur sensiblement. Ça pourrait aussi permettre de rajouter des détails comme un système de notification ("c'est à vous de jouer") pour les parties en live, ce qui est assez difficile via le Web.

Pour ma part je ne connais pas Python, mais je pourrais éventuellement développer une interface client, si tu penses que c'est intéressant.

Tu peux essayer de regarder si Ruby correspond à tes besoins. C'est un excellent langage, même si je ne peux pas comparer avec Python. Niveau performances, ça peut laisser à désirer, tout étant dynamique, mais tu peux très facilement intégrer des bibliothèques codées en C.

Juste un truc, tu te bases sur quoi pour savoir si les mots existent, dans le dico ? Car je viens de poser un "nanisées", dont je doute assez fortement puisqu'aucun des dictionnaires que j'ai essayé n'a pu me le trouver. Google propose vaillament deux hits intéressants sur des jeux de lettres, justement ;-)

Sinon, c'est pas mal comme jeu, il manque juste une legende des cases colorées du plateau (si comme moi on a un peu oublié).

«Vas louer un CD ou DVD.»

Ce n'est pas les mêmes CD/DVD qui sont destinés à la locations, en la mention est différente. Si tu loues un DVD, tu verras normalemement un avertissement disant que ce DVD est interdit à la vente, etc.

«À la discothèque»

On a déjà parlé du cas des bibliothèques/médiathèques... ce n'est pas un argument puisque la loi prévoir un cas particulier pour elles.

«ok, ce n'est pas vraiment un prêt»

Ce n'est pas du tout un prêt.

«Tu peux trouver des tonnes et des tonnes de petites annonces dans les journaux pour vendre ou échanger des livres/CD/DVD... Si c'était illégal il n'y en aurait pas. »

Ce n'est toujours pas un prêt.

«Mais vous c'est tout de suite "houlala c'est écrit sur la boîte que je peux pas et la boîte a forcément raison même si je trouve pas un texte de loi pour le confirmer et que tout le monde fait le contraire au grand jour".»

Deux choses:
- D'une part, je considère que les majors ont plus de connaissances en la matière que moi, et que donc s'ils estiment pouvoir interdire le prêt, ils doivent avoir de bonnes raisons de le penser. Tu affiches une absolue certitude dans ta conviction, mais rien de concret (comme un texte, un avis d'un juriste, une jurisprudence...) indiquant que tu as raison. Pourquoi devrais-je te croire sur parole plutôt que _tous_ les éditeurs de contenu ?
- Tout le monde fait du peer 2 peer au grand jour et c'est illégal. Je sais que les gens prêtent leurs CD, je le fais aussi de temps en temps. Le fait que des gens le fassent ne prouve rien.

Bon maintenant Plonk, tu n'as pas d'argument à part le fait que tu détiens la Vérité, et dans ces conditions la "conversation" est lassante.

«C'est complètement FAUX. S'il y a quelque chose de flou dans la loi tu fais un procès.»

Je t'en prie, fait un procès pour invalider les licences des CD que tu veux prêter, puisque tu penses que ces licences sont illégales. Ça sera plus efficace que de clamer (en majuscules et en gras) que tout le monde se trompe.

«Ben non, ton raisonnement de base n'est pas bon. Tu ne peux pas d'accorder des privilèges qu'on ne t'as pas donnée (interdire le prêt). »

En dehors du fait que tu ne réponds pas à mon interrogation (pourquoi préciser qu'il ne peut interdire le prêt aux bibliothèques, puisque selon toi il ne peut interdire le prêt ?), tu soulèves une autre question à laquelle j'aimerais bien que tu répondes, dans la foulée:

L'Art. L. 122-5. commence ainsi: Lorsque l'oeuvre a été divulguée, l'auteur ne peut interdire : et est suivi d'une énumération. Puisque le CPI dit que l'artiste ne peut pas interdire, mais ne dit pas ce qu'il peut interdire, alors que peut-il interdire ?

- Si ta réponse est "ce qui n'est pas dans la liste donnée", alors il peut interdire le prêt.
- Si ta réponse est "il ne peut rien interdire si ce n'est pas précisé", alors il ne peut presque rien interdire, à part la copie, et ça semble à l'opposée de ce qui existe actuellement.

Quoi qu'il en soit, tu n'as donné aucun élément laissant penser que les licences de CD actuelles sont illégales (et ça serait quand même une révolution, tu ne penses pas ? il faudrait le faire savoir). Étant donné l'état actuel des choses, maintenant qu'on a bien exprimé nos points de vues respectifs et que tu parles d'un flou dans la loi, j'aimerais que tu reconnaisse qu'on peut être d'un avis contraire au tien sans pour autant faire partie d'un "lobby pro-piratage".

Merci d'avance, et fin du débat en ce qui me concerne, puisque nous sommes tous deux incapables de produire un texte de loi corroborant précisément nos dires, ce texte n'existant pas, ni dans un sens ni dans l'autre. Tant que les licences n'auront pas été prouvées illégales, et que je n'aurai pas de raison de penser qu'elles le sont, je m'en tiendrai à ma position.

Moi je me demande quand même à quoi ça peut bien servir... Si tu avais une liste de VFolders pour chaque expediteur, ça ferait -presque- la même chose...

Je ne doute pas que c'est très utile pour toi, mais de là à en faire une option spécifique du MUA... on risque au final d'avoir un MUA plein d'options en tout genres, et ce n'est pas la direction que prend Gnome (donc pour Evo c'est raté).

[+]

Mais encore mieux, autant faire un MUA scriptable (tiens, Emacs ? eeh ça doit être possible) dans un langage un peu évolué. Avec une bonne API tu peux faire ce que tu veux.

Le rêve, un MUA scripatble en ruby...

@senders.each { |sender|
      @folders.add( VFolder.new( ...) )
}

«C'est-à-dire un texte de loi que autorise "l'ayant droit" d'interdir le prêt (gratuit ou non).»

Juste un petit détail: si tu veux un texte où il y a marqué "il est autorisé d'interdire le prêt", tu ne le trouveras jamais, pas plus que "il est autorisé de prêter". La loi interdit un certain nombre de choses, et ce qu'elle n'interdit pas est autorisé (je ne l'invente pas, c'est ce qu'on nous apprend sur les bancs de la fac).

Tu seras d'accord avec moi pour reconnaître que, l'auteur étant propriétaire de son oeuvre, il dispose à priori de tous les droits dessus.

Enfin, l'Art. L. 122-5. du code de la propriété intellectuelle indique ce que "l'auteur ne peut interdire". On y trouve l'exception de la copie privée, le droit de citation, et d'autres choses, que l'auteur n'a pas le droit d'interdire. Pour le reste, il fait comme il l'entend.

On trouve par ailleurs une exception pour le prêt en bibliothèque, mais la raison pour laquelle je n'avais pas cité le CPI c'était que ce code fait référence explicitement aux livres, et donc que le fait qu'il s'applique au disques est un peu flou (d'où la correction dans la directive européenne, contestable pour d'autres raisons que celle là), précisant que l'auteur (d'un livre, donc, mais on peut supposer aussi d'un CD) ne peut en interdire le prêt en bibliothèque.

Le simple fait que la loi éprouve le besoin de dire que l'auteur ne peut pas interdire le prêt en bibliothèque montre bien que selon elle il peut interdire le prêt en général, tu ne trouves pas ?

Le plus simple ne serait pas d'utiliser le système de mail par défaut (tout dans /var/spool/mail/login) et de demander à sylpheed d'utiliser ça ? Après tu peux configurer n'importe quoi d'autre pour y accéder, genre un webmail, ou un truc qui t'envoie des SMS quand tu reçois un mail, ou...

N'importe quel client mail correct peut le faire, puisque tu peux choisir de trier par d'autres critères que la date. Fais le tri par nom d'expéditeur, et c'est bon. Par contre ça ne marche que dossier par dossier.

Evolution a une fonction intéressante: les VFolders. Tu peux définir un dossier virtuel qui contient tous les emails répondant à un certain critère (par exemple, envoyés par Untel). Je l'ai utilisée pour faire ce que tu dis, du temps où j'utilisais Evolution, mais je ne sais plus comment ça marche.

(Allez, une derniere fois pour la route, avant d'abandonner)

La loi française n'interdit pas le prêt, la location, la vente, la copie en multiples exemplaires ou la vente de ces copies. La loi française autorise l'auteur à choisir les restrictions qu'il impose [1], sauf dans certains cas très précis [2]. En conséquence, toute restriction imposée par l'auteur qui ne contredit pas la loi est valable. Si l'auteur inscrit sur son CD que tu n'as pas le droit de le prêter, comme la loi ne dit pas le contraire, c'est légal.

Formulé autrement: la loi n'interdit pas à l'auteur d'interdire le prêt.

Évidemment, que la loi n'interdit pas le prêt, ou la copie, dans ce cas là elle interdirait la GPL. Elle autorise juste l'auteur à poser ses conditions, et définit dans quels cas ces conditions ne sont pas valables.

Et ça ne sert à rien de taper sur le messager, et de nous traiter de "..." parce qu'on le fait remarquer. Nous n'avons pas fait la loi, et (à priori) si nous sommes ici c'est que nous préférons la philosophie du libre.

[1] Enfin je ne sais pas si c'est l'auteur, mais l'ayant droit.

[2] Dont: la copie privée, la diffusion par des institutions sociales, le prêt par des bibliothèques.

«pour saisir de l'étranger»

Pour ça, tu as aussi le Sarkozy 1.0, trèèès efficace, et en plus il doit pas être bien lourd.

Par contre, la version 2.0 est prévue pour 2007, et on sait pas encore ce qu'elle nous réserve.

En règle générale, quand il y a deux personnes, l'une est désignée par "he" et l'autre par "she", pour une raison que je ne connais pas, mais ça semble une bonne habitude. Ça se retrouve effectivement un peu partout, même dans les manuels de Magic: The Gathering, où l'adversaire est une femme (du moins dans les miens, ça fait des années...)

Ben non, c'est des .DOC, on peut pas les lire (mauvaise foi ? nooon)