Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW

Re^2: RFC: Devel::Deprecate

by Your Mother (Bishop)
on Apr 23, 2008 at 23:33 UTC ( #682518=note: print w/replies, xml ) Need Help??

in reply to Re: RFC: Devel::Deprecate
in thread RFC: Devel::Deprecate

And hope you did not forget any or change the computer clock before you run the test to make sure?... if it's a timebomb within production code, no thanks.

Extra thanks for my part. The sort of fuzziness on deadlines is no small part of why things slip. I find real deadlines tremendously important in life and one of the easiest ways to tell apart people I want in my life and people I don't. I died a little inside every time someone at university begged, cajoled, or threatened a professor into extending a deadline. Sidenote: Come to think of it, maybe checking a server clock should be a part of any robust deployment and test suite.

Being realistic, of course you're right, schedules slip. I think there are at least three ways to approach it.

  1. Don't use the "die" argument. If you're in the kind of company that lets millions of error log lines stack up with warnings without caring, what's another 100,000?
  2. Use named environment constants -- like MILESTONE_3_a => '2008-08-02' -- to set the dates so they may be updated at a single point as the project might require.
  3. Use the callback sub ref to allow deprecated code to still run while in the production environment only.

For the interface it might be nice to be able to have confess, cluck along with die and warn as args... or hooks for your local exception mechanism...?

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://682518]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others pondering the Monastery: (9)
As of 2018-03-19 16:49 GMT
Find Nodes?
    Voting Booth?
    When I think of a mole I think of:

    Results (244 votes). Check out past polls.