RE: Problems retaining what I study
- From: "GovindanK" <gkatteri@xxxxxxxxxxx>
- To: "Mercadante, Thomas F (LABOR)" <Thomas.Mercadante@xxxxxxxxxxxxxxxxx>, oracle-l@xxxxxxxxxxxxx
- Date: Fri, 19 Aug 2005 11:14:29 -0700
Reply Embedded
On Fri, 19 Aug 2005 13:33:07 -0400, "Mercadante, Thomas F (LABOR)"
<Thomas.Mercadante@xxxxxxxxxxxxxxxxx> said:
> Code Review? What's that?
>
As the code starts showing its teeth when transactions are not pumped in
because the load testing was not done nor will be done in the future (by
the way how many learn from their mistakes? .. this way i fully agree
with your *never* done statement)
> From what I see, it is *never* done. The big push is to create it, test
> it, get it signed-off and move on. Let the next contract deal with
> maintaining it.
>
> Nobody has the time to properly design and document a system any more.
>
> "Lets hurry up and do it wrong so we can fix it right later".
>
> -----Original Message-----
> From: oracle-l-bounce@xxxxxxxxxxxxx
> [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of GovindanK
> Sent: Friday, August 19, 2005 1:27 PM
> To: oracle-l@xxxxxxxxxxxxx; oracledba.williams@xxxxxxxxx
> Subject: Re: Problems retaining what I study
>
> Comments embedded.
>
> On Fri, 19 Aug 2005 10:36:52 -0500, "Dennis Williams"
> <oracledba.williams@xxxxxxxxx> said:
> > I used to work for a software vendor whose policy was "*no comments in
> > code* ".
>
> It is obvious that this company has not hired guys who will go to *any*
> extent to keep their job like declaring variables as l_mc_tmp_1_qp and
> writing like
>
> if l_m_tmp_ac = 2 update <table_name> set flag='R' end if
>
> Handover such a code to the software company you worked and see their
> reaction. Documentation is a must. No if's and but's. I would appreciate
> any setup where they insist on code review + documentation.
>
> //www.freelists.org/webpage/oracle-l
HTH
GovindanK
--
//www.freelists.org/webpage/oracle-l
Other related posts:
