Java sucks, Perl Rules.
in [Perl]
|
From: Uri Guttman on 29 Jan 2006 23:55 >>>>> "MR" == Michael Redlich <mike(a)redlich.net> writes: MR> So this is how the President and Chief Technical Officer of Stem MR> Systems, Inc. conducts himself on these groups. I shudder at the MR> thought of how he runs the company... i am having fun here. too bad you don't get it. fun is good. uri -- Uri Guttman ------ uri(a)stemsystems.com -------- http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
From: Michael Redlich on 30 Jan 2006 00:22 Uri Guttman wrote: > i hope your dinner tasted good in both directions. I managed to keep it down, thanks... > > <SARCASM_ALERT> > NYAH NYAH NYAH!!! > </SARCASM_ALERT> > > does that make it clearer? > Yes, it's very clear that you are very immature for a person with 25 years of programming experience and an officer in a small company. Sarcasm or not, your conduct is no-doubt childish and unacceptable. > how about this one. java and all those fancy IDE tools are for those who > need all those crutches. i would like to see one of you code on punch > cards (not even a screen editor) and wait 2 hours for your batch job to > print out and then analyze the results. the children are the ones who > demand the toys and who can't use their brains to code and > debug. the fanciest tools can't help bad coders become better coders. so > the claim you have better tools is empty. good coders can work in any > language. bad coders demand IDEs. <hint: that was a java insult> > > can't wait to see the response from the java camp. > I never said that Java was better than Perl. If you remember, oh wait, you probably didn't re-read my original post like I suggested earlier. OK, I'll wait a few minutes so that you can finally do that now... Done? OK. So, if you remember, I didn't even *compare* Java to Perl. I actually said that Perl was an *excellent* language. Everyone started to get upset because I underestimated what Perl can do. I just looked out my window, and the sky hasn't fallen yet. And by-the-way, I don't use no stinkin' IDEs. The Java SDK and Ant are all I use. Why don't you come see for yourself at the next ACGNJ Java Users Group meeting on February 14. I see that Stem Systems is in Iselin, NJ. You're not too far from Scotch Plains, NJ where the meetings are held. Send me a note offline to mike(a)redlich.net, and I will be glad to give you directions and more information about the user group. Would you be interested in making a Perl presentation at one of the other user group meetings that ACGNJ sponsors? The club doesn't have a Perl Users Group. Would you be interested in leading it? Mike. --- ACGNJ Java Users Group (http://www.javasig.org/)
From: John Bokma on 30 Jan 2006 00:53 "Michael Redlich" <mike(a)redlich.net> wrote: > Uri Guttman wrote: > >> i hope your dinner tasted good in both directions. > > I managed to keep it down, thanks... Uri has been overtaken by aliens, or my memory is bad. -- John Small Perl scripts: http://johnbokma.com/perl/ Perl programmer available: http://castleamber.com/ I ploink googlegroups.com :-)
From: Dr.Ruud on 30 Jan 2006 04:27 opalpa(a)gmail.com schreef: > irrelevant spelling corrections, and rudness. Rudness is good. If only all people were more like Rud. -- Affijn, Ruud (is not Rud) "Gewoon is een tijger."
From: Tassilo v. Parseval on 30 Jan 2006 05:01
Also sprach opalpa(a)gmail.com opalinski from opalpaweb: > page x, preface, "Programming Perl, 2nd edition", (dated stuff, yes, > part of the point coming): > > "The hitherto well-kept secret is now out: Perl is no longer just for > text processing." > > You thought Perl was for more than text processing in 1996. The "no > longer" implies there was a time before then when you thought it was > "just for text processing". There were times when Perl was mostly used and useful for text-processing. These things changed with the release of perl5.000 which happened in late 1994. It took another few years until perl5 was more widely in use than perl4. Had perl5 in fact been perl1, this tight association of text-processing with Perl might never have happened to such an extent. > Let's compare what percentage of Java programs use regular expressions > and what percentage of Perl programs use regular expressions. By the > java code I've got available I see less than 1% of Java sources using > regular expressions. I'm having a hard time thinking of a grep to > identify which perl code uses regular expressions. Let's approach this > a little more intuitively: > > Say you wrote a program to categorize newsgroup posts and had yourself > features for each newsgroup post. If for a particular message a > "regular expression" feature was present that would be more strongly > correlated with a perl newsgroup than a java newsgroup. Same for a > "text processing" feature. As you've said yourself a little later: Things spread slowly. Java didn't have regular expressions as powerful as Perl's until 1.5 whereas Perl had regular expressions right from the beginning. The availability of certain features and the way they are integrated into a language have an educational effect on its user base and influence their way of thinking. Perl programmers are used to be thinking in terms of regular expressions, sometimes even when the problem at hand is not related to text-processing at all: A very infamous Perl hacker devised a technique to use regular expressions for testing if a given number is a prime number. Likewise with Java: Java programmers are used to be thinking in certain terms of object-orientedness simply because that's the way it has been done in their language ever since (and this way differs from the thinking enforced by C++ and Perl because their object-orientedness has had a different flavour altogether). > The point is multipart:a) although you have long accepted Perl to be > more than text processing and regular expressions that opinion spreads > slowely, It's about time that certain things sink into the mindset of a Java programmer: Namely even when a lot of text-processing is involved on the surface of the source code, this does not necessarily mean that the program itself is so obviously text-based. I frequently hear Java in connection with terms such as XML and DOM. This is nothing but text-processing (in which, incidentally, regular expressions could come in extremely handy). Tassilo -- use bigint; $n=71423350343770280161397026330337371139054411854220053437565440; $m=-8,;;$_=$n&(0xff)<<$m,,$_>>=$m,,print+chr,,while(($m+=8)<=200); |