[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: parsing markup with Perl

  • From: James Fuller <james.fuller.2007@gmail.com>
  • To: Michael Sokolov <msokolov@safaribooksonline.com>
  • Date: Sun, 9 Feb 2014 15:25:48 +0100

Re:  parsing markup with Perl
On Sun, Feb 9, 2014 at 1:54 PM, Michael Sokolov <msokolov@safaribooksonline.com> wrote:
I do agree that Perl lends itself to confusing coding idioms, but at least it doesn't have inheritance (not really).  Java programmers I have worked with seem to have become so deliriously enamored of formal conventions ("patterns," they call them), that they tend to ignore the actual problem at hand.  "Ah wait!" they say, "here is an opportunity to decorate the interface with a delegation facade!" Every language has its pitfalls. C++, yes, very scary traps, but in the end I find that bad taste knows no linguistic bounds.  Bad programmers will be bad.

interesting thread (Perl, regex, etc...), raised a few thoughts for me which I couldn't resist expatiating ....

Perl's multi-paradigm (it does have objects and a whole lot more) provided many arrows for the quiver and a multi stringed bow with which to solve problems (and still does).

I too was (and still am) a DPH ... something that has been interesting to observe over the years that in the 90's it was possible to code in a single language like Perl ... learning a dsl for text (regex) was a walk in the park; today I typically encounter 5 or 6 different programming languages if not more on a single project.

It maybe Conway's law in effect where we see specialization along the lines of people (designers, info, sys, devops, programmers, business, etc) working on a software project. I would imagine one of the intended side effects of such specialisation is to allow for scaling productivity ... but really what happens is we may be pushing problems to the language boundaries, hence why integration becomes such a serious concern.

There seems to be a fundamental tension between languages with sharp edges and the programmer knows better versus simpler language (w/ built in limitations) and the programmer is relieved of the burden of caring.

Jim Fuller


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.