On 11/14/2004 2:11 AM, Christopher Browne wrote:
> Quoth JanWieck@Yahoo.com (Jan Wieck):
>> On 11/13/2004 12:06 PM, Joshua D. Drake wrote:
>>
>>>>
>>>> It is never the fault of a programming language per se. People with
>>>> a good understanding of object design will write "object oriented
>>>> code" in every language, even assembler. People who just don't know
>>>> what they are doing will write bad code, and the best Pascal
>>>> compiler in the world won't be able to prevent that.
>>> Yes but I believe even you would agree that their are programming
>>> languages that are better for certain tasks than others. The use of
>>> java as a replication engine for PostgreSQL seems, well... incorrect.
>>
>> Mammoth is written in C, the followup for eRServer will be C (++?) and
>> Slony is C ... I guess disagreeing would be, well ... ignorant.
>
> Sure, but I seem to recall that your Slony-I prototype was initially
> in Tcl. There may be a Perl-based prototype of one of the new bits,
> and if bottlenecks aren't evident, I'm not convinced everything has to
> stay in C.
I am sure with the right skills one could have done Slony-I in Java and
get pretty much the same results. And note that Slony-I isn't a 100% C
solution anyway, as we use PL/pgSQL extensively - although not in any
time critical path.
The problem really is that it is rather difficult to find Java
programmers with the skillset required here. I have met a good deal of
Java "fast-thinkers", and except for one (and you know who I mean) ALL
of them are usually nice, but completely incompetent guy's who copy
binary jar's all over their projects, create classes by the dozen but
literally zero code that actually "does" something, and simply fail to
understand why the timestamp they take in their Java code has absolutely
zero to do with the serializable transaction order.
IMNSVHO Java is a nice language for GUIs and maybe some WEB stuff ...
and that's it.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck@Yahoo.com #
