Slashdot Mirror


The Year in Scripting Languages

Mitchell writes "People from several language communities came together to create a joint year-in-review for Lua, Perl, Python, Ruby, and Tcl."

21 of 238 comments (clear)

  1. What about... by dildatron · · Score: 4, Funny

    I can't believe all the biased articles on this place! I can't believe the would cover Perl, tcl, etc, and leave out the Windows Batch file scripting language! This is dispicable! It's so powerful, no wonder it's #1.

    --


    If you had nuts on your chin, would they be chin nuts?
  2. Next year... Invite PHP by Anonymous Coward · · Score: 4, Interesting

    It does have a large market share, ya know.

    1. Re:Next year... Invite PHP by Valiss · · Score: 5, Funny

      Yeah but then you'd have to invite ASP, and really, who would want to do that? =]

      --

      -Valiss
  3. Missing by The+Bungi · · Score: 4, Interesting
    No mention of ActiveState's plugins for Perl and Python to Visual Studio.NET?

    Not really ports to the platform itself, but great productivity boosters regardless. I've used VisualPython with VS.NET 1.0 and it rocks.

  4. I try to only use a few scripting languages by MarkWatson · · Score: 5, Informative
    As much as I am able, I try to limit my use of scripting languages to just Python and PHP.

    The reason is simple: I need to use several non-scripting languages (Java, Smalltalk, etc.) and remembering the language syntax and class libraries for more than 4 or 5 programming languages is a hassle.

    BTW, scripting languages are not necessarily horribly inefficient anymore.

    A little off topic, but I compared the resources used for a small web app on the following platforms:

    • Java servlets/JSPs - minimum memory footprint is about 75 megabytes
    • Smalltalk servlets - mimimum memory footprint is about 20 megabytes
    • Python Zope - minimum memory foortprint is about 11 megabytes
    In all three cases, the server processes use negligible CPU time after startup (mostly waiting with select).

    Anyway, for lots of applications, Python is fast enough - no need for high performance compilers like Common Lisp, C++, Smalltalk, etc.

    -Mark

    1. Re:I try to only use a few scripting languages by pnatural · · Score: 5, Informative

      These are exiting times for Python programmers.

      Just a few days ago, the "Minimalist Python" project was announced. Its goal is to two fold: reduce the distribution to a central core and to re-write as much of it as possible in Python. By doing so, and by including Psyco the Python specializing compiler , the folks working on the Minimalist distribution hope to have a Python that outperforms C (initial tests show that Python+Psyco does outperform C code in many cases). I've used Psyco a bit, and it is a marvel. The idea of a Python compiler, written in Python, becomes possible, and has recently been discussed quite actively on comp.lang.python.

      Even with the speed improvements, the Real Benefit(tm) of Python is in not saving machine time, it's in saving my time as a developer, because I'm far, far more expensive to employ than a server.

    2. Re:I try to only use a few scripting languages by pnatural · · Score: 4, Insightful

      The announcement was only made 4 days ago. It's available on comp.lang.python.announce: link here

      There isn't much yet beyond a mailing list (here) and a lot of discussion on c.l.p, but the folks involved are notable Python contributors. I have no doubt the project will be successful.

  5. Re:Where is my... by JanusFury · · Score: 5, Insightful

    Unlike Ruby, Python, Lua, Perl, and Tcl, PHP doesn't have any real uses other than websites, and it could be disputed that it doesn't even do websites all that well ;) PHP isn't really a scripting language in the same sense that those others are. ASP/ASP.net and Java Server Pages aren't on there either, you might notice.

    --
    using namespace slashdot;
    troll::post();
  6. Silly Rabbit by Anonymous Coward · · Score: 4, Funny

    scripts are for kids!

    Script reviews and naked girls.

    Or try Pajonet.com

  7. Python to become dominate cross platform language by bsharitt · · Score: 5, Interesting

    I hope Python integrates wxPython. With Python + wxPython, it can take on things like Java, Mono, and .Net.

  8. Re:TCL????? by pogle · · Score: 4, Interesting

    I originally learned Tcl/Tk about 4 years ago, but stopped using it once my job no longer required it. I took a joke course on scripting languages last fall, and the professor was in love with Tcl/Tk, but seeing as how no one cared, we learned Perl/Tk instead. The Tk widgets are the more useful part of it...Tcl was OK, but it frankly shocked me that it was still being developed actively. Anyone used the new version and can vouch for the speed boost? It was so gawd awful slow before that I couldn't bear it.

    --
    http://thechubbyferret.net - Ferret pictures and informative links.
  9. No Bourne? by Dan+Ost · · Score: 5, Insightful

    What? Bourne isn't interesting because it's not
    being developed anymore?

    I'm a big fan of Python, but for every Python
    script I write, I write dozens that start out
    #!/bin/sh.

    It may not be sexy, but it's maintainable (every
    admin knows it), portable (any system that has
    sh or bash), and dirt simple to write.

    --

    *sigh* back to work...
  10. Who is winning?: Let the porn industry decide! by $$$$$exyGal · · Score: 5, Funny
    We all know that the porn industry is always the first adopter of the latest and greatest technologies: And the winner is: PHP by a landslide!

    --naked

    --
    Very popular slashdot journal for adul
  11. Perl Data Language for scientific work by Dr.+Zowie · · Score: 5, Informative
    Perl really has come a long way from its scripting roots -- by itself, it's useful for "small to midsize" computing tasks (says the documentation) but the value of "midsize" keeps shifting to larger and larger things.

    Perl Data Language (http://pdl.perl.org) is a set of C and FORTRAN bindings that make perl into a complete vectorized scientific-computing language that's useful for big tasks like inverting 1000x1000 matrices or fluid-dynamic simulation, but that can also be used interactively to work with image and spectral data.

    That's neat because interactive data analysis is a pretty small niche market with a few proprietary (and, IMHO, seriously broken) languages dominating. With PDL, I can give fresh science data to high school students, straight from the spacecraft. Their L337 gaming machines are plenty powerful enough to run the tools they need, and perl is pretty much universal.

  12. or awk by DrSkwid · · Score: 4, Interesting

    awk essential for pipe work.

    you'll see it here used like
    wget -O - http://domain/info.html | awk -f proc.awk | mysql -u news newsdb

    rc shell and it's unix implmentation

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  13. Re:TCL????? by js7a · · Score: 5, Informative
    Tcl was OK, but it frankly shocked me that it was still being developed actively.

    TCLs claim to fame is its small memory use. TCL can be included as a command interpreter in other programs easily and without much bloat. There are more embedded TCL applications than any one person knows about; both in hardware and software. TCL was also first with UTF-8 support in strings, around 1998 or before, way before Perl, so there are probably more TCL CGI scripts overseas than most English users think.

    As for benchmarks, TCL is getting faster, with a huge jump from v7 to v8 and about a 25% improvement from 8.0 to 8.4a3 (scroll down to bottom of linked page.)

  14. A few replies by jbolden · · Score: 4, Informative

    Since most of this is about your experience there is not much anyone else can say but...

    After about a day I had an excellent understanding of both PHP and SQL.

    I don't know PHP but you don't have an excellent understanding of SQL in one day. Its not a that hard but ain't that easy either. Rather what is probably true is that you have an excellent understanding of how to write SQL to get information from the types of simple database with simple underlying business rules.

    The modern SQL spec runs 2000 pages you don't have an excellent understanding of 2% of that in one day.

    This is because Perl isn't OO (so you can't create Node classes, for example, usefull in a linked list) and because it lacks pointers.

    I don't know what you are talking about. If X is a type of object then X's are passed around as pointers (see bless). Arrays in Perl are linked lists so an array of X's is a linked list, that's why you use things like push, pop, shift, etc... on arrays in Perl.

    As for graphics Perl libraries support a wide range of graphics formats.

    There are some other things like your comments about the regex engine that I highly doubt. No regex engine has had the time, attention and work of Perl's, Its not Perl's strong suit because of some sort of myth, for example Perl's grep has outperformed the native grep on Solaris. My guess is that the failure lies with you on this one.

  15. Re:Where is my... by shiflett · · Score: 5, Informative

    As a C programmer myself, I think it is pretty evident that you are not. That's not meant to be offensive, but you should not attempt to speak from inexperience as a general rule. Try to be more open minded, or at least only form an opinion after you have educated yourself on a particular topic.

    For example, after your attempt to say that PHP only slightly resembles C, you try to point out weaknesses in PHP by mentioning functions that are direct equivalents of C functions (strlen, strchr, sprintf, etc.). Make up your mind. :-)

    Also, since it seems you suggest otherwise, there is a good reason why not every string manipulating function begins with str_. Do you think C should have used str_printf() and str_sprintf()? How about PHP's functions crypt(), echo(), explode(), md5(), trim(), soundex(), etc. Should these all be renamed? Bill Gates may agree with you, but I doubt you will find many open source developers who do.

    In case it is helpful, strchr() and split() do not do the same thing. It sounds like you're heading for trouble there. :-)

    I guess my point is that your inexperience is not a valid complaint against PHP. Yes, it is not the perfect language, but it happens to work well for a lot of people. If you want to bash it, at least use valid reasons (which there are plenty) such as how mod_php is a content generation module and therefore unable to interact with other request phases within Apache (though I think this is being remedied in the apache_hooks API). Or, point to a benchmark showing how Perl parses large text files 20% faster in some cases. Or, show how Python's OO model is more advanced.

    Sorry if this post comes off a bit strong, but I tire of seeing hollow rhetoric.

  16. Brian W. Kernighan's scripting language shootout by Jayson · · Score: 5, Informative
    BWK wrote a paper on this: Timing Trials, or, the Trials of Timing: Experiments with Scripting and User-Interface Languages. It compared C, Awk, Perl, Tcl, Java, Visual Basic, Limbo, and Scheme. It tested various areas of the language, such as graphics, text processing, and array manipulation.

    Although K really isn't a scripting langauge (neither is C), results were done for it, too (being faster and having less code). There is also a shallow introduction to K on Kuro5hin.org.

  17. They barely mentioned Parrot... by bahwi · · Score: 4, Informative

    Parrot isn't the VM for Perl6. Parrot is a "new language from the creators of Perl and Python." Duh. There's even an O'Reilly book on it.

    Seriously though. They barely mentioned Parrot and Parrot is coming along very nicely I think. Even with a Java to Parrot Bytecode program, Brainfuck, Jako, Befunge-93, cola, forth, miniperl, ook, (non-final) perl6 interpreters/compilers, as well as python, ruby and scheme interpreters/compilers coming. Of course it's not finished, so not all of the languages are either, but hey, it's getting there, and damn fast. There's even a Parrot Assembly Lange.

    Parrot is definately not Perl6. It's much more. It's like java, but open source, and independent of Languages. They're hoping to have it compile on as many platforms as perl does now, unlike Java which is Windows, Mac, Linux, and some PDAs, end of story.

    So everyone check it out and throw some patches in too! Of course, the only support I've given so far is moral support. :/

  18. Re:Tcl has already seen it's day... by Col.+Klink+(retired) · · Score: 5, Informative
    You do realize that the "everything is a string" model has been gone for nearly 5 years... It's also been using a byte-code compiler for just as long, so no, it's not the slowest thing out there. In fact, the tDOM XML parser/XSLT engine is extremely fast. Quoting the link:
    The final results? Ade summarizes: "Under Linux tDOM SAX is 4 times faster than Java, under Windows 3 times. tDOM DOM is around 4 times faster than the fastest Java solution under both platforms." Memory tests confirmed Ade's own intensive experience over 18 months of working with DOM commercially: "the tDOM DOM tree needs typically between 2 and 3.5 times memory of the XML file size ..." Common DOM parsing engines in commercial use bound to C and Java frequently require five to 30 (!) times as much memory as the base document.
    --

    -- Don't Tase me, bro!