<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7652.24">
<TITLE>RE: [geos-devel] Unclear objects lifetime and ownershipissues inMonotone Chain components</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>-----Original Message-----<BR>
From: geos-devel-bounces@lists.osgeo.org on behalf of Martin Davis<BR>
Sent: Fri 9/26/2008 11:47 AM<BR>
> Do you know how "inefficient" GCJ is? Maybe it's not that bad at<BR>
> all... As long as its garbage collector is efficient it could be<BR>
> similar performance to Java. AFAIU garbage collectors can be as<BR>
> efficient if not more so than manual memory management.<BR>
<BR>
Haven't a clue how inefficient GCJ is - that was more just type casting just as I think SWIG is slower than any native solution :) Haven't really tried it to be honest.<BR>
I was thinking more along the line that certain languages and styles of programming have different inate efficiencies in them and a general solution would rarely leverage<BR>
that nor leverage your general programming style. True the garbage collection may be better - but there is more to efficient programming than garbage collection. <BR>
<BR>
Take a procedural statement and translate it to SQL verbatim - it would be ugly and inefficient but its garbage collection would be excellent. Who cares - it is still slow.<BR>
<BR>
For example for my line of work - I have a clear idea of how my programming<BR>
concepts translate from .NET to PHP to whatever language I know efficiently and what exactly I do is repetitive. If I rely on a generic code generator<BR>
to do that for me - it produces extremely ugly, inefficient, and unmaintainable code (except in the case of C# -> VB.NET (VB.NET -> C# is another story though since ironically VB.NET has a lot more syntactic sugar))<BR>
<BR>
so I've written my own code generators that leverage my naming schemes, patterns, general flow etc<BR>
and my understanding of the target language and what portions of it I actually use and discard all other parts as (errors in design :)). So basically its a well-fit code-glove - when "Regina does this in PHP she does it like this" - "if it were C# she'd do this", "If it were SQL she'd do this" and so on.<BR>
<BR>
The very nice thing about JTS is that its fairly self-standing and the patterns seem very predictable. Not too many dependencies to worry about that you wouldn't find in another environment.<BR>
<BR>
It would be nice if we could harness all those related factions :).<BR>
<BR>
Thanks,<BR>
Regina<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>
<HTML><BODY><P><hr size=1></P>
<P><STRONG>
The substance of this message, including any attachments, may be confidential, legally privileged and/or exempt from disclosure pursuant to Massachusetts law. It is intended solely for the addressee. If you received this in error, please contact the sender and delete the material from any computer.
</STRONG></P></BODY></HTML>
<P><hr size=1></P>
<P><STRONG><font size="2" color="339900"> Help make the earth a greener place. If at all possible resist printing this email and join us in saving paper. </p> <p> </font></STRONG></P>