From: | Mike Mascari <mascarm(at)mascari(dot)com> |
---|---|
To: | Christopher Browne <cbbrowne(at)acm(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: PostgreSQL 8.0 Feature List? |
Date: | 2004-08-14 22:04:52 |
Message-ID: | 411E8C84.1080706@mascari.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Christopher Browne wrote:
> Oops! rwelty(at)averillpark(dot)net (Richard Welty) was seen spray-painting on a wall:
>
>>"Does Not Taunt The Garbage Collector."
>
>
> That is the nicest way I have ever seen of characterizing abuses of
> system features.
>
> In Java, GC is something people are prone to "Taunt."
>
> In C, there's _something_ surrounding malloc() that often gets
> "taunted;" I'm not certain how to characterize it.
>
> In Lisp, the _other_ two things that get "taunted" by bad programmers
> are:
> a) Recursion (when they think that's the _only_ way to go) and
> b) Doing _way_ too much list manipulation using c[ad]+r.
>
> In Forth, the "taunting" of the system tends to come if your code does
> more stack manipulation than "real work."
>
> There's a tendancy for these misuses to lead to code being less
> readable, to boot...
Just to be an irritant, I'd argue that, at least w.r.t. GC, these
are problems for the implementors. I'm not saying it isn't smart to
work around language implementation defects, just as it has been
recommended to people to use ORDER BY LIMIT 1 and, until recently,
EXISTS instead of IN. However, the fundamental problem lies with the
implementors, not with the programmer who should be thinking in
terms of correctness, not visualizing the machinations of a JVM's GC
internals...
Mike Mascari
From | Date | Subject | |
---|---|---|---|
Next Message | Bill Moran | 2004-08-14 23:26:30 | Re: Password authentication |
Previous Message | Richard Welty | 2004-08-14 21:15:40 | Re: PostgreSQL 8.0 Feature List? |