Krunch a écrit 3860 commentaires

Pour la pérennité, TeX est un monstre qui n'est pas près de disparaitre je pense.

Ou pas. J'aime bien TeX et je l'utilise régulièrement mais apparement les gens capables de le maintenir ou le faire évoluer ne courent pas les rues. Oui je sais, TeX est freezé toussa mais même en ce qui concerne les outils annexes, il y a quand même des gros manques (j'attend toujours de voir un compilateur TeX -> HTML correct).

http://modeemi.cs.tut.fi/~tuomov/b/archives/2006/04/14/T18_3(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'essai généralement de résumer ce que j'ai fait et _pourquoi_ je l'ai fait. Ce qui a été fait peut toujours être observé avec diff (mais c'est quand même pratique d'avoir un résumé dans le cvs log) alors que la raison pour laquelle on a effectué le changement n'est pas toujours très claire.

De l'intérêt aussi de commiter souvent pour pas avoir des commit logs énormes qui rassemblent plein de changements qui n'ont rien à voir.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour la postérité, voici la première formulation publique de la loi de Wadler que j'ai trouvé : http://www.informatik.uni-kiel.de/~curry/listarchive/0017.ht(...)

WADLER'S LAW OF LANGUAGE DESIGN

In any language design, the total time spent discussing
a feature in this list is proportional to two raised to
the power of its position.

0. Semantics
1. Syntax
2. Lexical syntax
3. Lexical syntax of comments

(That is, twice as much time is spent discussing syntax
than semantics, twice as much time is spent discussing
lexical syntax than syntax, and twice as much time is
spent discussing syntax of comments than lexical syntax.)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Soit il n'est pas référencé sur Wikipédia, soit c'est Philip Wadler (soit c'est une erreur sur Wikipédia _et_ sur la page perso du monsieur).

http://en.wikipedia.org/wiki/Walder
http://en.wikipedia.org/wiki/Wadler
http://homepages.inf.ed.ac.uk/wadler/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tiens, il ne serait pas possible de remplacer String par une classe qui en dériverait de manière transparente avec un classloader ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

utilisateurs (mal, ferait bien d'apprendre à envoyer des patchs ces feignants)

Genre on va intégrer des patches d'utilisateurs. Pourquoi pas surveiller le Bugzilla aussi tant qu'on y est ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il sera disponible plus ou moins librement quelque part quand tu l'aura terminé ce dossier ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Bien entendu le massacre de Virginia Tech est un événement tragique et il est vital que nous ne perdions pas de vue le drame humain qui en découle. Cependant, nous devons aussi examiner si ça n'est pas un avertissement pour nous tous ; un avertissement que mes vues politiques sont correctes. Bien que ce qui a été fait ne pourra jamais être défait, le fait est que si le monde était organisé selon mes idées politiques, cette tragédie n'aurait jamais eu lieu. [etc]

http://www.adequacy.org/stories/2001.9.12.102423.271.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://opengrok.creo.hu/openbsd/xref/src/usr.bin/sudo/ins_20(...)
http://opengrok.creo.hu/openbsd/xref/src/usr.bin/sudo/ins_cl(...)
http://opengrok.creo.hu/openbsd/xref/src/usr.bin/sudo/ins_cs(...)
http://opengrok.creo.hu/openbsd/xref/src/usr.bin/sudo/ins_go(...)

http://worsethanfailure.com/Series/Error_0x27_d.aspx

http://blogs.msdn.com/jensenh/archive/2005/10/20/483041.aspx

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

pour les 2 derniers exemple les "$_" sont inutiles (implicites)

Non, il y a un espace après le $_.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Oui, enfin l'introspection toussa tu me diras quel language de bas niveau le permet ;)

Le C par exemple (c'est en travaux dans glib/gobject en utilisant libffi apparement).

Ceci dit, je te l'accorde, pour faire du java la plupart de mon temps, il y a un énorme manque niveau sucre syntaxique :-/

C'est bien ce que je veux dire.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

là c'est itérateur vs tableau, pas liste vs table de hachage (tableau != liste, de toute manière, et toc ! ;)).

Précisement. La seule utilisation légitime des tableaux que tu m'as citée peut être remplacée par l'utilisation de tables de hachage qui sont de toute façon une structure de données qui doit être disponible dans tout langage qui se respecte.

il peut être intéressant de tout classer séquentiellement en mémoire

Il serait sans doute utile que tu revois ton cours d'algo quand même parce que dans une table de hachage, les éléments sont bien contigüs aussi en mémoire (à moins d'utiliser un chaînage externe pour la résolution de collisions mais c'est de toute façon pas une bonne idée).

(ensuite, tab[i], est équivalent à une simple addition de pointeurs, ce qui est plus intéressant qu'une fonction de hachage, tu en conviendras)

Dans des langages tels que Python, Ruby ou Perl, tab[i] implique plus qu'une addition de pointeurs. Évidemment le temps d'accès à un élément dans un tableau restera généralement marginalement plus efficace que dans une table de hashage (pas la peine de me refaire un cours d'algo non plus :) mais si on peut éviter d'avoir deux concepts très similaires/redondants mais distincts, ça peut être intéressant d'en éliminer un des deux si ça ne pose pas de problème à l'utilisation (ce qui est le cas si le langage a été un minimum pensé pour).

> Et pourquoi le langage ne pourrait-il pas mémoizer (sic) les résultats tout seul ?
Comment le langage pourrait il savoir ce qui est pertinent de mémoriser ou pas ? (oui, on pourrait s'inspirer des algos de gestion de la mémoire des OS, mais franchement, si tu veux recoder les caractéristiques de ton OS dans le langage, fais du Java ;))

Je vois pas comment tu peux implémenter la mémoization au niveau de l'OS mais c'est relativement simple à mettre en place au niveau du runtime d'un langage pas trop mal foutu (même gcc peut le faire pour du C si j'en crois certains attributs de fonctions non standards).
http://en.wikipedia.org/wiki/Memoization#Automatic_memoizati(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

(parce que si les itérateurs étaient si merveilleux, on utiliserait plus que ça ;)

C'est peut être pourquoi les langages où il n'existe pas de tableau sont parfois considérés comme merveilleux :)

on accède très rapidement à un élément quelconque

C'est un travail pour une table de hachage ça (ou même un arbre, qui peut être implémenté par des listes).

De plus, avec un tableau, un résultat est calculé une fois pour toutes. Si tu fais 10 itérations sur une séquence, un tableau te calcule 1 fois le résultat puis le met en mémoire. Un itérateur te calculera 10 fois chaque résultat.

Et pourquoi le langage ne pourrait-il pas mémoizer (sic) les résultats tout seul ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Oui et donc ma question c'est « quel est l'intérêt de range par rapport à xrange » ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

il y a juste le fait que Ruby fait la distinction entre un range et un tableau

C'est quoi l'intérêt ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

oué enfin pour écrire print, join ou n'importe quel code il faut connaître l'anglais (un minimum)

Il existe des langages qui n'ont pas de mots clés ou fonctions de base en anglais (les langages de macro de Microsoft Office et OpenOffice sont localisés par exemple) ou même des langages sans mots clés/fonctions faisant partie d'un « langage humain » (bf, APL apparement,...). C'est justement le genre de langage qui est généralement considéré comme « illisible ».

Il me semble que, quel que soit le langage, il faut de toute façon apprendre un minimum de syntaxe avant de pouvoir coder ou comprendre quoi que ce soit. Il n'y a pas de langage vraiment « intuitif » et essayer d'en créér un est vain (« Build a system that even a fool can use and only a fool will want to use it. »).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le "upto" nécessite de connaitre l'anglais, le "..." est compréhensible par n'importe qui ayant fait un tout petit peu de math.

Sinon, quelques manières de le dire en Perl.

print join ' ', 5...10
map { print "$_ "} 5...10
print "$_ " for 5...10

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

« The Next Mainstream Programming Language: A Game Developer's Perspective » où on apprend (ou pas) que ça serait bien de passer à des langages avec une syntaxe de plus haut niveau que ce que tout le monde utilise pour le moment tout en gardant un typage fort.

http://www.st.cs.uni-sb.de/edu/seminare/2005/advanced-fp/doc(...)
http://www.cs.princeton.edu/~dpw/popl/06/Tim-POPL.ppt (c'est la même chose normalement, juste que c'est l'original)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tous les langages un peu évolués savent faire ça hein (et pour ce coup ci, l'autoapplatissement des listes en Perl ne gêne pas).

grep { Quelconque $_ } map { $_->Objets3 } $Objet1->Objets2

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

D'un autre côté si le map a une vraie sémantique de map fonctionnel sans effet de bord .oO(haskell), ça permet de paralléliser plein de trucs autrement plus facilement qu'avec des threads. Or, il semblerait que ça soit hype en ce moment d'avoir des processeurs multibrol toussa.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le second est lié aux langages. Ecrire un map, un fold ou un filter(1) en java, est une gageure, en on code beaucoup de chose en javouille.

Java : la syntaxe d'un langage de bas niveau associée à la lourdeur d'un langage de haut niveau.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est contradictoire avec « - des conditions de vies décentes pour chaque être humain sur la planète ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

$ for F in reponses-candidatsfr-* ;do echo $F ; pdfinfo $F |grep ^Producer ; echo;done
reponses-candidatsfr-dominique-voynet.pdf
Producer: OpenOffice.org 2.0

reponses-candidatsfr-francois-bayrou.pdf
Producer: Mac OS X 10.4.8 Quartz PDFContext

reponses-candidatsfr-jean-marie-le-pen.pdf
Producer: OpenOffice.org 2.0

reponses-candidatsfr-jose-bove.pdf
Producer: ESP Ghostscript 815.03

reponses-candidatsfr-marie-george-buffet.pdf
Producer: OpenOffice.org 2.0

reponses-candidatsfr-nicolas-dupont-aignan.pdf
Producer: OpenOffice.org 2.0

reponses-candidatsfr-olivier-besancenot.pdf
Producer: OpenOffice.org 1.9.129

reponses-candidatsfr-segolene-royal.pdf
Producer: OpenOffice.org 2.0

Vous pouvez maintenant troller en toute connaissance de cause (ou pas).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

euh, rassures moi, les mises à jour de sécurité pour la debian précédente, ils sont fournis sans avoir à passer à la nouvelle version ?

Pendant un an.

Excuse moi, mais moi aussi, je pense que si on passe d'une version majeure à une autre, ce n'est pas seulement pour les bugs, mais aussi avoir des logiciels plus récents, sinon je ne vois pas l'interêt, autant rester à la version précédente.

On est d'accord mais je parlais des mises à jour "normales" pas des changements de version majeurs des distros.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Mais les gens qui décide de mettre à jour leur distrib, c'est bien pour avoir la dernière version des logiciels, sinon je ne vois vraiment pas le but de la manip !!

Personnellement je met à jour pour corriger les bugs graves (sécurité,...), pas pour réécrire une fichier de configuration.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.