"If we can only learn from our own mistakes and are prevented from applying the hard lessons learned from other people I guess we would not be communicating using computers today..." And we wouldnt be contributing to this list! 2009/6/29 Barun, Vlado <Vlado.Barun@xxxxxxx> > I agree that we see a lot of misuse of the term "best practice" today, and > understandably it has become popular to criticize this misuse. > > However, the statement "Copying someone else's apparent success is like > cheating on a test. " in the link referenced below ignores a major reason > for progress in the past thousands of years of human history. > > If we can only learn from our own mistakes and are prevented from applying > the hard lessons learned from other people I guess we would not be > communicating using computers today... > > > -----Original Message----- > From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] > On Behalf Of Stephane Faroult > Sent: Saturday, June 27, 2009 3:23 AM > To: jkstill@xxxxxxxxx > Cc: sacrophyte@xxxxxxxxx; ORACLE-L > Subject: Re: Another note on "Best Practices" for DataGuard, Oracle > Services and RAC > > Jared Still wrote: > > On Fri, Jun 26, 2009 at 8:42 AM, Charles Schultz <sacrophyte@xxxxxxxxx > > <mailto:sacrophyte@xxxxxxxxx>> wrote: > > > > > > I still want to know who defines what the heck "Best Practice" > > means anyway. =) I wonder what would happen if I put that into all > > my documentation from here on out...... > > > > > > http://tinyurl.com/best-practices-ktjr > > > > If you don't want to read the entire article, skip to the last sentence. > > > > Jared Still > > Certifiable Oracle DBA and Part Time Perl Evangelist > > > In the same spirit, there is also this: > > http://www.perfdynamics.com/Manifesto/gcaprules.html#tth_sEc1.2 > > All the manifesto is a good read, by the way .. > > -- > Stephane Faroult > RoughSea Ltd <http://www.roughsea.com> > > -- > //www.freelists.org/webpage/oracle-l > > > -- > //www.freelists.org/webpage/oracle-l > > > -- Howard A. Latham