LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (April 2005, week 1)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Tue, 5 Apr 2005 18:01:58 +0000
Reply-To:   iw1junk@COMCAST.NET
Sender:   "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:   Ian Whitlock <iw1junk@COMCAST.NET>
Subject:   Re: awkward code
Comments:   cc: "Choate, Paul@DDS" <pchoate@DDS.CA.GOV>

Paul,

What you say is true, but if I were hiring a programmer, or planning the invasion of a foreign country, I would tip the scale pretty heavily in favor or accuracy.

In programming, the fast end of the scale has a pretty wide range. Beyond tolerance, accuracy only has a range when you are satisfied with a partial result. If I were asked, "How fast can you code a SAS solution, with no worry about accuracy?" My answer would be, "One second." The code lies between the two dashed lines below.

---------- ----------

Not too accurate, but there are no error messages. It applies to any problem; it is self documenting; and it is a start on an accurate solution where no reworking of the code will be needed.

Sorry you won't be there.

Ian Whitlock ==================== Date: Tue, 5 Apr 2005 08:12:33 -0700 Reply-To: "Choate, Paul@DDS" <pchoate@DDS.CA.GOV> Sender: "SAS(r) Discussion" From: "Choate, Paul@DDS" <pchoate@DDS.CA.GOV> Subject: Re: awkward code Quickness and accuracy are competing ends of the programming continuum. I suggest that most code lies somewhere in the middle. I wish I could go to SUGI and see all you guys. Alas, I'll wait until it's here in CA. Paul Choate DDS Data Extraction (916) 654-2160 <snip>


Back to: Top of message | Previous page | Main SAS-L page