On Saturday, 28 October 2000, at 01:42:35 (-0500),
> I actually don't think he was unfair, but he was indeed biased,
> since he has never used Eterm...I found out about 10 minutes after
> sending the email that ishamael that did the interview is the same
> ishamael that hangs out at one channel that I hang out at and who
> I've always thought of as almost-objective (nobody can be objective,
> it's a lie). He did his best, considering he's an AS/aterm user
> that's never had the joy of using Eterm :)
Please don't misunderstand. I didn't say that *he* was unfair. The
interview itself was lopsided because the interviewer wasn't coming
from a standpoint of equal knowledge. You're right; he's never used
Eterm, or at least hasn't used it long enough to understand what it's
all about. And that's not a knock against him.
It's just a shame that it ended up as an Eterm vs. aterm thing. I
don't like that sort of thing; I think people should use what they're
comfortable with. I don't like being publicly adversarial. Except on
IRC after having a bad day. :-)
I'll be the first to admit that Eterm isn't for everybody, just like E
isn't. Eterm's design priority is not on saving RAM or keeping your
CPU bored. I don't like to *waste* resources, but I have no qualms
with *using* them. :-)
> I love open source :) Instead of "nah, not true" we get "well,
> that wasn't my concern before, but now I'll fix it"....thanks for
> the effort, mej :)
Part of the problem is that raster and I have different programming
philosophies. He prefers to write smart libraries for which you can
program stupidly. (Hence the caching system and E/EFM's
load-render-free system. Only a moron would load an image, render it,
and free it right away if they were planning on using it again
soon...except that Imlib2 is designed to work that way so that you
*can* be a moron. Imlib2 saves you from your own stupidity, but in
doing so, has a tendency to force you to be stupid.)
My philosophy is to write for efficiency, so when I load an image I
plan to keep using, it seems silly to free it. And it is, unless
you're Australian. :-)
At the moment, Eterm doesn't really use Imlib2's cache well. In the
short term, I am going to fix the problem by eliminating the problem.
Long term, I'll probably end up doing things raster's way, simply
because brain-dead programming is easier than smart programming, and
in this case, more efficient.
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <mej@...>
Software Engineer, VA Linux Systems Author, Eterm (www.eterm.org)
"Fresh blood through tired skin. New sweat to drown me in.
Dress up this rotten carcass just to make it look alive."
-- Nine Inch Nails, "last"