On Tuesday 17 February 2009 13:40:13 Bram wrote:
> (Finished in the sense that it should support everything File::Find
> does while leaving room for adding features without breaking the API)
Man: So, you want a realistic, down-to-earth show... that's
completely off-the-wall and swarming with magic robots?
Kids: [all agreeing, quieter this time] That's right. Oh yeah,
good.
Milhouse: And also, you should win things by watching.
-- "The Itchy & Scratchy & Poochie Show"
http://www.snpp.com/episodes/4F12.html
The desire never, ever, ever to change an API, even if it's obviously broken,
made File::Find a mess in 1998, in 2000, and in 2009.
The belief that you can specify a software project up front and leave the
implementation as mere monkey-work, with no design changes ever, has been
discredited since Royce's 1970 paper -- see
http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf .
If Perl 5 had a regular release schedule, it could have a reliable deprecation
schedule and start shedding some of this cruft.
-- c
Thread Previous
|
Thread Next