Re^3: Responsibilities of a module author

Except, I am actively maintaining it to the best of my abilities. It's still my responsability and I will be using it for work. In addition, I want to be involved in the direction that it takes as a module I do maintain depends on it. It's never quite that simple.

Oh, and PDF::Writer has no documentation as the API is completely random and will change every release for a while as I refactor.

My criteria for good software:

Does it work?
Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Comment on Re^3: Responsibilities of a module author

Replies are listed 'Best First'.
Re^4: Responsibilities of a module author by xdg (Monsignor) on Nov 24, 2005 at 16:36 UTC
I don't see anything wrong with saying that. I wasn't trying to suggest that you should deprecate a module that you are maintaining. Whatever is your situation and level of commitment, just communicate that clearly. -xdg Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.	[reply]

Replies are listed 'Best First'.

Re^4: Responsibilities of a module author
by xdg (Monsignor) on Nov 24, 2005 at 16:36 UTC

I don't see anything wrong with saying that. I wasn't trying to suggest that you should deprecate a module that you are maintaining. Whatever is your situation and level of commitment, just communicate that clearly.

-xdg

Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

[reply]