From: paul at prescod.net (Paul Prescod)
Date: Tue, 27 Apr 1999 17:51:25 GMT
Subject: RE's in Python syntax
References: <372068E6.16A4A90@icrf.icnet.uk>
		<3720A21B.9C62DDB9@icrf.icnet.uk>
		<3720C4DB.7FCF2AE@appliedbiometrics.com>
		<3720C6EE.33CA6494@appliedbiometrics.com>
		<y0jaevznhha.fsf@vier.idi.ntnu.no>
		<glmvhemn4zx.fsf@caffeine.mitre.org>
		<37215EFB.433AFCA6@prescod.net>
		<roy-2404991257450001@mc-as01-p63.med.nyu.edu>
		<3724B2D6.B468687A@prescod.net>
		<roy-2604991601410001@qwerky.med.nyu.edu>
		<37252816.42634501@Lugoj.Com> <roy-2704990854480001@qwerky.med.nyu.edu>
Message-ID: <3725F91D.4F9D6373@prescod.net>
Content-Length: 1374
X-UID: 343                                                  

Roy Smith wrote:
> 
> The thread was moving in the direction of "my program using regex is too
> slow, and I think the solution would be to move regex into the python core
> to make it faster".  I was just pointing out why that is flawed reasoning.

But it isn't flawed reasoning. There are many arguments for moving
something into the core and many arguments for keeping something OUT of
the core, and "performance in the hands of a newbie" strikes me as a valid
argument for inclusion. Simplicity of expression is another.

I also completely understand the arguments *against* built-in REs. I
haven't pushed this proposal because I realize that the costs and benefits
are about equal. Had you enumerated the costs I would have agreed and the
thread would be over.

What I read in your message was an attempt to deprecate an entire class of
benefit: performance in the hands of newbies. I personally think that this
is one of the factors that we should continue to try and balance.

-- 
 Paul Prescod  - ISOGEN Consulting Engineer speaking for only himself
 http://itrc.uwaterloo.ca/~papresco

"Microsoft spokesman Ian Hatton admits that the Linux system would have
performed better had it been tuned."
"Future press releases on the issue will clearly state that the research
was sponsored by Microsoft."
  http://www.itweb.co.za/sections/enterprise/1999/9904221410.asp




