[Linuxtrent] Re: Tcl vs Perl
- From: "Guido Brugnara" <gdo@xxxxxxxxx>
- To: <linuxtrent@xxxxxxxxxxxxx>
- Date: Tue, 11 Jun 2002 08:35:34 +0200 (CEST)
>
> Ciao,
> in merito alla discussione sui linguaggi, ho trovato questo articolo
> che sintetizza in 10 punti perchè Tcl è migliore di Perl. Si può
> tranquillamente dissentire su parte di questi, però, contiene dei
> buoni spunti di discussione.
>
> http://www.tcl.tk/advocacy/perl.html
L'aticolo ha alune inesattezze che no gli fanno onore, oppure è un pò
datato; andrebbe aggiornato:
1) There is a package called TkPerl that allows you to use Tk from Perl
scripts, but it's pretty clumsy.
Ciò è vero, ma esiste anche il package Perl/Tk che dispone di una
interfaccia nativa comparabile con Tcl/Tk.
2) TkPerl doesn't provide access to the additional widget extensions people
have built for Tk.
E' vero per quelle estensioni cretae per Tcl/Tk; è vero però anche il
contrario, le Widget create per Perl/Tk non sono utilizzabili in Tcl/Tk.
3) The commercial tools available for Perl are less complete and run only
under Windows.
Activestate ha reso disponibile la sua distro anche per Linux, ma
francamente non se ne sente la necessità; se non esiste un package
commerciale per il Perl su sistemi Unix è perchè non se ne sente la
necessità, va bene così.
4) Perl was not designed to be embeddable and it is difficult to use in this
way.
Esiste sia la possibilità di inserire l'interprete Perl in un programma
(vedi ad esempio mod_perl in Apache) che ad esempio in MS-Windows come
linguaggio Script-host o con un ActiveX.
Moltre altre considerazioni dell'articolo sono di parte e dipendono
dall'esperienza dell'Autore: ad esempio la leggibilità del codice dipende
molto dalla conoscenza che si ha; per me che conosco per niente il Tcl ho
difficoltà a capire il codice, anche di poche righe e quindi posso
immaginare la difficoltà di chi con il Perl ha poca esperienza.
Daltronde il Perl è dichiaratamente un linguaggio per programmatori "pigri";
nel libro scritto dal Padre del Perl, Larry Wall, c'è un apposito capitolo
che tratta questa argomentazione.
La sua natura è pregio o difetto a seconda di come la si interpreta.
Per me ogni linguaggio ha le sue prerogative che lo fanno eccellente per
alcune applicazioni e poco adatto per altre.
Con la disponibilità di potenti elaboratori e con sempre meno tempo per
sviluppare le applicazioni i linguaggi non compilati sono sempre più usati.
cordiali saluti
Guido Brugnara
>
>
> --
> Ciao,
> Mario.
> --
> Per iscriversi (o disiscriversi), basta spedire un messaggio con
> SOGGETTO "subscribe" (o "unsubscribe") a
> mailto:linuxtrent-request@xxxxxxxxxxxxxxxxx
>
>
>
> ___
> E-mail aziendale - Leader.IT S.r.l. Via G.B. Trener, 10 38100 Trento -
> PI:01708930225 REA:171525 CCIAA:TN-2000-26091
--
ing. Guido Brugnara tel.+39(461)390804 fax.396028
Leader.IT S.r.l. (Leader Information Technology)
Strada della Pozzata, 41 www.leader.it/srl
38050 Villazzano TRENTO (ITALY) info@xxxxxxxxx
___
E-mail aziendale - Leader.IT S.r.l. Via G.B. Trener, 10 38100 Trento -
PI:01708930225 REA:171525 CCIAA:TN-2000-26091
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxxxxxx
Other related posts: