On Wednesday 26 June 2002 10:51, Jean-Bruno Luginb�hl wrote: > Mais PERL n'est pas en cause, simplement > c'est un language interpr�t� et c'est normal qu'il s'execute plus > lentement qu'un prog �crit en C et complil�. Mais je suppose que pour le > d�veloppement en C c'est bien plus long qu'en PERL.
TOut est dit. Un langage interpr�t� est destin� � d�velopper rapidement, au d�triment de la vitesse (sauf dans certains cas). Par opposition � un langage compil� qui recherche principalement la vitesse, et peut-�tre aussi une structure de donn�e plus �labor�e. C'est l'application et son usage qui dicte le choix. A la fronti�re il existe un "no man's land" ou les pr�tres des diff�rentes religions s'affrontent :-) Plus s�rieusement, tout d�pend de ce que tu conna�t. Si tu es un king du C, �crire tes cgis en C ne devrait pas te poser de probl�mes et tu seras toujousr content de tes performances. Si par contre, tu n'es pas tr�s � l'aise avec ce (merveilleux) langage et que tu aies d�j� des connaissances de Perl (Tcl/TK, Python, etc.), tu auras tendance � pr�f�rer ce dernier... et aussi � te contanter de ses pserformances. Aussi, l'un des crit�res peut-�tre la facilit� de modification. Modifier un fichier de Perl avec (X)Emacs (vi-mode pour certains) est sans doute plus facile (pour la plupart) que de passer par la phase edit-compile-install du C. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
