in reply to Efforts to modernize CPAN interface?
CPAN is a very-mission-critical software system that presently works. It is used by an unknowable number of projects throughout the planet. Function, and predictable stability, is far more important than appearances. (Kindly notice that PerlMonks continues to look – and, to function – much as it has done for ... decades.) Suggestions for functional or use-case improvements should be welcomed, but an engineering tool whose purpose is to provide access to a vast software repository has no particular need to be “sexy” ... nor to be possibly-destabilized in pursuit of it. Freight locomotives are not good-looking, except to railfans . . .
I would absolutely treat any such proposal just as I would for any client, as one which inherently manifests a substantial amount of business risk. You should bring to the table a concrete set of proposed changes, along with an assessment of the perceived benefits and potential risks. If the proposal gains traction, a very-detailed project plan and test plan will then be expected, along with an assessment of costs, calculated just as though the developers who were tasked with doing (and gruelingly testing) the changes were making their salary and not volunteering. (If they actually are, in this case ...)
It will not be easy – and, if I may suggest – this just might be why it has never been implemented. I am certain that it has been proposed many times before.
But, if you would like to have a go – start with your detailed change-plan and benefit/risks assessment . . .
| Replies are listed 'Best First'. | |
|---|---|
|
Re^2: Efforts to modernize CPAN interface?
by nysus (Parson) on Dec 22, 2017 at 19:53 UTC | |
by Anonymous Monk on Dec 24, 2017 at 03:38 UTC |