Effective Perl Programming, Chapter 11 has a small section titled 'Warnings in production.'
The reasoning seems to be as follows:
Run time warnings impose a small speed penalty
- Probably not a problem
Warnings are meant to be seen by developers, not users
- Seems reasonable
Warnings change between versions of perl
- Some might feel new warnings popping up is a 'good thing'
I could have swore i've read similar arguments in another book, but I can't find it. Its interesting that perlmodlib suggests to always 'use warnings' as this conflicts with what i've read.
Edit: Found it. Perl Best Practices says: "Note that it may still be appropriate to comment out the use warnings line when your application or module is deployed, especially if non-technical users will interact with it, or if it will run in a CGI or other embedded environment. Issuing warnings in these contexts can needlessly alarm users, or cause server errors."
Edit2: And again. Mastering Perl says (footnote 34) In general, I recommend turning off warnings once a program is in production. Turn on warnings when you need to test or debug the program, but after that, you don't need them. The warnings will just fill up log files.