not to get flamed here but one of the reasons I dont like perl is that there are sometimes too many ways to do something ... and all of them are fairly cryptic ... people having different coding styles can really confuse the hell out of someone else that is trying to do some work with the code.
While many may think that this is strong point of perl I see it as a limitation when working on larger programs. opinions? can someone post the main debate points for perl vs java for web development -----Original Message----- From: Bob Showalter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 02, 2002 1:58 PM To: Maciejewski, Thomas Cc: [EMAIL PROTECTED] Subject: RE: C vs. Perl > -----Original Message----- > From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 02, 2002 1:44 PM > To: 'Brett W. McCoy'; Agustin Rivera > Cc: [EMAIL PROTECTED] > Subject: RE: C vs. Perl > > > how about all of the issues involved with spawning off processes ... > > in java servlets I know this is handled because the servlet is always > running ... The OP said he was using mod_perl, so he shouldn't be creating separate processes for each request. > > you may end up with a more efficient system and easier to > debug code and all > of the other benifits from OO ... pretty much all around better by > re-writing in java ... rather than c All of which benefits are available in Perl as well... ------------------------------------------------------------------------------ This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
