[90061] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Is your ISP Influenza-ready?

daemon@ATHENA.MIT.EDU (David W. Hankins)
Fri Apr 21 14:58:33 2006

Date: Fri, 21 Apr 2006 11:58:05 -0700
From: "David W. Hankins" <David_Hankins@isc.org>
To: nanog@merit.edu
In-Reply-To: <20060421113419.GF11585@core.center.osis.gov>
Errors-To: owner-nanog@merit.edu



--QTprm0S8XgL7H0Dt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Apr 21, 2006 at 07:34:19AM -0400, Joseph S D Yao wrote:
> On Tue, Apr 18, 2006 at 10:53:33AM -0700, David W. Hankins wrote:
> ...
> > It's like someone intentionally optimized this function specifically to
> > be the most pessimal.
> ...
> 
> If you know the word "pessimal" [malus, pejor, pessimus = bad, worse,
> worst], you should know that "most pessimal" is redundant - perhaps
> allowable for emphasis - and that "optimized to be pessimal" is so much
> an oxymoron it must be deliberate.  But why not just say "pessimized"?

Actually, I had no idea I'd used the words.

When I was in my youth, I read the story of "Mel, a Real Programmer".
In it, the author actually used two words that have stuck with me ever
since (more included here for context):

	Mel never wrote time-delay loops, either, even when the balky
	Flexowriter required a delay between output characters to work
	right.

	He just located instructions on the drum so each successive one
	was just *past* the read head when it was needed; the drum had to
	execute another complete revolution to find the next instruction.

	He coined an unforgettable term for this procedure.  Although
	"optimum" is an absolute term, like "unique", it became common
	verbal practice to make it relative: "not quite optimum" or "less
	optimum" or "not very optimum".

	Mel called the maximum time-delay locations the "most pessimum".

I admit to forgeting it was -mum, not -mal.  Thank you for reminding
me.

-- 
David W. Hankins		"If you don't do it right the first time,
Software Engineer			you'll just have to do it again."
Internet Systems Consortium, Inc.		-- Jack T. Hankins

--QTprm0S8XgL7H0Dt
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFESSs9cXeLeWu2vmoRAhnjAJ9IV5hxJTdBDgwxHiQ3P0lSLrmRXwCdGh50
DJlteCfYrKfcR7bTS30du4Q=
=2Y98
-----END PGP SIGNATURE-----

--QTprm0S8XgL7H0Dt--

home help back first fref pref prev next nref lref last post