Andrew writes: "My host pair.com has an interview with Damian Conway in which he talks a lot about his upcoming modules, and what skills a Perl programmer needs. I'm personally waiting on Parse::FastDescent." Conway talks about some interesting modules he's working on, Perl 6, and on programming in general, too.

Frequent readers of Slashdot know that I'm an MP3 junkie. Hell, even casual readers probably know that at this point. This week I review another MP3 player, Slim Device's small wonder, SliMP3. And this $269 is really worth a good look.

legLess writes "Scott Rosenburg, Salon's VP of operations, wrote an interesting article for Web Techniques about Salon's subscription system. It goes into a fair amount of technical detail (JavaBeans and JSP on Linux for login and authentication; Perl, HTML::Mason and MySQL (CD: and oracle) for content). He also talks about their subscription numbers, what drove them to do it, and their plans for the future (technical and operational). A little fluffy, but still a good read."

bookEnders asks: "I hold a BS and MS in Biology. For the past 6 years, I have worked as a computer programmer not in field of Biology. I have an upcoming interview (several weeks from now) for a Bioinformatics programmer position. It appears to be a great job for me - a marriage of University training and professional experience. As LISP is a requirement, I have been burrowing through David Lamkins's Successful LISP tutorial. However, I am having trouble finding Bioinformatics books that are geared toward my skills: most are written for Biologists who don't know Linux or PERL. Others are written for Computer Scientists who don't know squat about Biology. I know enough about both that neither set of these books is too valuable. Can someone (hopefully those in the field) suggest reference or tutorial materials to help me prepare for this interview?"

Lester Hightower writes "I am the CTO of a vertical market application service provider, and we have a couple of applications which could benefit from an interactive voice response (IVR) system. We are an almost-all Linux shop, and most of our production systems are CGI in Perl. I would like to get some feedback and/or recommendations from the Slashdot community on what hardware and software works well, is reliable, easy to maintain, and so forth." Recommendations against hardware, that do not work well for this type of application, are also welcome.

jodonn queries: "Often software developers are called upon to write code in multiple languages for a single project. For instance, I've had to write Java applications with C hooks into legacy native applications and batch processes primarily in C++ with some additional code in Perl, and of course I have to support the build process for all these things, often across platforms using Make and Ant. I'd like to hear some tips about best practices when laying out the source code hierarchy for situations like these, with an eye toward ease in compiling and deployment."

Lisa writes: "Yukihiro "Matz" Matsumoto talks about Ruby's history, the influence of Perl and Python on Ruby, and his new book, Ruby in a Nutshell. In the article he explains: "When I started the language project, I was joking with a friend that the project must be code-named after a gemstone's name (àla Perl). So my friend came up with "ruby". It's a short name for a beautiful and highly valued stone. So I picked up that name, and it eventually became the official name of the language. Later, I found out that pearl is the birthstone for June, and ruby is the birthstone for July. I believe Ruby is an appropriate name for the next language after Perl.""

Anonymous Coward writes "It seems that the folks over at O'Reilly have quietly released a book entitled, "Java Internationalization". The website for the book can be reached from the Java O'Reilly site, . The authors also have a website dedicated to the book. I'm curious as to how developers are treating software internationalization, not just in Java, but in other programming languages like C#, C++, Perl. For software designers out there today, is internationalization and localization a forethought or an afterthought? Is Java the only viable language for writing truly multi-lingual applications?"

Denise writes: "'What happens if you get a bunch of academic computer scientists and implementors of languages such as Perl, Python, Smalltalk and Curl, and lock them into a room for a day? Bringing together the academic and commercial sides of language design and implementation was the interesting premise behind last weekend's Lightweight Languages Workshop, LL1, at the AI Lab at MIT.' Simon Cozens report, on perl.com, says it wasn't the flame fest you might have imagined."

Slashback with more (below) on: censorship in germany, Xbox gushing, *nix-ish Window managers on That Darn Operating System, and more. Enjoy!

Sean-O writes " Shattering the myth of the faultless programmer, this article dismantles the uninspired software group and then builds it up again into a synchronized, nergized ensemble. It's full of tips to improve your Perl skills, ranging from best programming practices to code debugging."

wbav queries: "I've been programming for a number of years, and someone always asks, 'What language do you use, Java or C++?'. Now personally, I find that question a little biased, mainly because, of how I program. Rather than making one massive program, adding in all the support I need to make up for weaknesses in languages, I prefer to make several different apps that call each other, each using the strengths of that particular language. I tend to use C++ as my controlling program, and then execute Perl, PHP, or Java depending on what will give me the best performance for and cause me the least amount of pain to accomplish the task at hand. Do you guys use this kind of method, or do you try to do everything in one program? What advantages or disadvantages do you see in creating one program compared to many programs?"

melquiades writes: "A recent story raised concerns that Apple's patent on some forms of alpha compositing was blocking the development of PNG, MNG and SVG. Not so, says Greg Roelofs, a member of the PNG group: 'The PNG group did discuss the Apple patent several weeks ago, and we decided it was completely irrelevant to PNG itself, almost certainly irrelevant to the pnmtopng utility and to PNGs animated extension, MNG, and probably irrelevant to SVG as well.' Here's the article on OS Opinion. So if it's not a big deal, why was there a general call for prior art to overturn Apple's patent? It looks like some PNG developers got worried, but the core team thinks there's no problem. Is this just a case of the right hand not knowing that the left hand is paranoid?" Once bitten, twice shy?

Kent M. Pitman has already given you his first 11 answers to the questions you asked him about Lisp, Scheme, the creation of programming standards, and much more -- below are his answers to another eight (starting with answer #12). Thanks again, Kent.

A few weeks ago, you asked Kent M. Pitman about Lisp, Scheme, standards, and other things -- He's answered your questions below, at length. At such length, in fact, that only the first eleven of his answers are shown below -- expect more shortly! Thanks, Kent.

bleechack writes: "Looks like Perl.com is fully ready for the release of Lord of the Rings with this week's "Lighter Side of CPAN"."

horos1 writes: "Hey all, I just ran across an article over at O'Reilly - Perl 6: Not Just For Damians which covers a lot of the negative commentary posted by slashdot on perl6 'featureitis'. Very interesting read, and IMO makes a hell of a lot of sense."

Kallahar writes: "Inspired by the FBI's DCS1000: Carnivore is a networked art project in two parts. The first part is Carnivore Server, an application which performs packet-sniffing on a specific local area network and serves the resulting data stream via the net. The second part consists of an unlimited number of client applications which tap into this data stream and interpret it in creative ways."

rob_99 writes: "Cool new mod_perl article at perl.com documents building a large scale ecommerce solution w/ mod_perl & apache!" Pretty cool stuff - it's kind of funny to think how ephemeral their work turned out to be.

A reader writes: " Mozillaquest.com has an article about Patch Maker which is a new Perl script that let's you hack the Mozilla UI using JS, CSS, and XUL. You do not have to download or compile the source code or pull CVS. It makes writing and submitting Mozilla UI patches easier."