Re: [SSFR] quel langage ?

[ Thread Index | Date Index | More debianworld.org/shellscript-fr Archives ]


On Thu, Dec 01, 2005 at 11:41:52AM +0000, Philippe Jacquot wrote:
> De fait, je connaissais pas 'reverse'. Ca s'applique à toute liste ou 
> uniquement à des chaines ? Paske bon, s'il faut un nouveau mot-clés pour 
> chaque fonction de ce type, je vois toujours pas l'avantage sur [::-1].  :-)

bah bien sur, t'es bete ou quoi ? tu me decois Batman!
tout bon programme commence toujour par quelques millions de pages du type:

def reverse(x): return x[::-1];
def first(x): return x[0];
def second(x): return x[1];
def rest(x): return x[2:];
def plus_5(x): return x + 5;
def multiplier_par_9(x): return x * 9;
...

c'est un peu comme pour le choix de mot-cles, il est bien connus que
les principales qualité d'un langage artificiel informatique se mesure a
la propention d'un source dans ce langage a etre traduisible mot a mot
en un langage naturel et en particulier l'anglais, regarde perl par
exemple... ha non je confond, lui il se traduit plus facilement dans
les dialectes bien connus du sud-bilboquet oriental (dialectes dans
lesquels chaque phoneme est un mot du langage, ce qui les rends
particulierement lisibles a l'ecrit :)!

je ne te parle meme pas de la visualisation des delimitations de
longs "blocs", c'est vrai que l'indentation est tellement moins
visible qu'un quelconque caractere qui n'apparait plus sur une page.
perl la encore nous demontre sa superiorité en nous permettant de lire
des pages et des pages de sources non indentés avec facilité...

Et si par malheur il y une indentation erronée dans du code perl
(on a deja vu que c'etait idiot :) le resultat pour celui devant
corriger/modifier le code en question ne porte evidemment pas a
consequence, puisque comme nous l'avons vu tout bon programmeur perl
ne deduit rien d'une eventuelle indentation de son code puisqu'elle
ne sert a rien...

CQFD! quoi ? j'ai dit une connerie ?

Tu comprends mieux pourquoi je parlais d'arguments technique ?
Il y a d'autres façon d'approcher ces problemes, les syntaxes ont
plein de proprietés parfaitement mesurables hors du facteur humain
et apportant des inconvenients comme des avantages dans bien des
domaines tels le parsing, les structures qu'elles sont suceptibles
de representer/generer, les transformations possibles de l'ast resultant,
etc etc etc...

D'ailleur si tu pousses le vice jusqu'a observer le monde informatique
moderne qui nous entoures, les reseaux, les IDE et autres editeurs + ou
- specialisés et en particulier leur evolution dans les traitements
syntaxiques des langages ces 5-6 dernieres années, il est possible
qu'un jours quelqu'un decouvre que les programmes sont des données, et
que la presentation comme la saisie de données pourraient bien etres
decouplées de leurs representations destinés a un interpreteur ou
compilateur; Nous pourrions alors nous demander quelles sont les
proprietées des syntaxes de langages reellements interessantes pour
les programmeurs, mais bon, il faut d'abord decouvrir tout ca!

quoi j'ai encore dit une connerie ? dsl! %-)

A la decharge de Sebastien il a donner un uri concernant python 3000
sur lambda the ultimate, excellent site concernant ce genre de
problemes. Bon! le fait est que s'il avait lu un peu plus des papiers
publiés regulierement sur ce site il aurait sans doute evité ce genre
"d'arguments" de meme que parler de python 3000, vaporware par
excellence quoi que l'on pense de ce qu'il pourrait etre, et n'ayant
strictement aucun rapport avec le Python dont il est question ici;
Mais c'est un debut :)

note: je n'aprecie guere python, mais si il y a un seul domaine
ou il est de plus en plus aprecié c'est bien l'enseignement, aussi
bien par les professeurs que les eleves, c'est a ma connaissance un
des seuls langages ayant reussi a degagé java de certains(rares)
cursus universitaires (d'autres cursus on faits machine arriere et
oubliés java pour revenir a leur anciens outils), rien que pour cela
il merite notre respect :-) (non ocaml n'a pas reussi a faire de meme,
ce n'est qu'une evolution des divers langages de sa famille dont
il a parfois pris la place et qui etaient deja utilisés pour certains
pan de l'enseignement ds les memes cursus :).

                                        xavier.

-- 
pwet




Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/