|There's more than one way to do things|
Re^13: Order in which grep/map receive elementsby BrowserUk (Pope)
|on Oct 08, 2012 at 20:43 UTC||Need Help??|
No. Library is a black box. I don't have to maintain its code.
Until it goes wrong. To believe otherwise is naive to the point of ostrichism.
I did not infer that guarantee. It is directly stated in the lib's interface.
As I pointed out back up here -- the docs give a statement of the current reality; not a guarantee!
If you doubt that, consider the implications of clause 10 of the Artistic licence under which the module is distributed:
10. THIS PACKAGE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE.
As opposed to grep which has nothing similar in its doc
The module takes no action -- beyond using grep -- in order to enforce the ordering; nor does it do any tests to verify that ordering.
If grep's output ordering changed, then so would List::MoreUtils::uniq(), and believing that when your code that relies upon that ordering starts to fail, it will magically get corrected without any maintenance effort by you, is not just naive, but bloody-mindedly self-delusional.
We're done now.
With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.