Python advocacy

[Brian]

> Although I dislike Tcl, I believe it was not designed to scale. Try
> reading ``The Tcl War'' <url:http://www.vanderburg.org/Tcl/war/>.
> Basically, RMS complained about the limitations of Tcl, and various
> people flame him and each other. But Osterhout explains the design
> principles of Tcl.

To be fair, the "Tcl War" thread is REALLY old and Tcl has advanced rapidly
since then and has addressed pretty much all of it's early shortcomings.  It
is now up to version 8.3 and supports Unicode, advanced regular expressions,
OOP, bytecode compilation, complex GUI's etc.  You can find more recent
information here: http://dev.scriptics.com/advocacy/




"Vetle Roeim" <vetler at ifi.uio.no> wrote in message
news:yay8zzv3rjh.fsf at ganglot.ifi.uio.no...
>
> [ Paul rants about Java and C++ ;) ]
>
> * Paul Prescod
> > I've actually been told that it is a feature of TCL that it is
> > inefficient because that helps you to know when to switch to C. TCL is
> > hard to scale because it is poorly designed, not because TCL people,
> > given an honest choice, would choose it be that way. Unfortunately we
> > are seldom presented with an honest choice. Things are the way they are
> > and we presume that there are fundamental reasons for that.
>
> Although I dislike Tcl, I believe it was not designed to scale. Try
> reading ``The Tcl War'' <url:http://www.vanderburg.org/Tcl/war/>.
> Basically, RMS complained about the limitations of Tcl, and various
> people flame him and each other. But Osterhout explains the design
> principles of Tcl.
>
>
> vr