Re: Cocoa/EOF for non-enterprise apps Re: proof of cocoa
Re: Cocoa/EOF for non-enterprise apps Re: proof of cocoa
- Subject: Re: Cocoa/EOF for non-enterprise apps Re: proof of cocoa
- From: Deirdre Saoirse Moen <email@hidden>
- Date: Wed, 13 Jun 2001 18:30:48 -0700
.... and completely outside of the realm of the needs of an
average developer!
We're database weenies. We admit it. :)
The whole point of this discussion is the use of Cocoa/EOF
for non-enterprise applications with the always present relgious
tinge of ObjC vs. Java.
Java is, in my mind, a language for wannabes. There's a whole slew of
reasons why it's a crescent wrench (being worse, under most
circumstances, than an appropriately-sized box or open-ended wrench).
Suffice to say that it's never the worst tool one could use, but imho
it's also almost never the best.
And, for me, it's not so much that I like ObjC, but, as I've pointed
out, that being C-based allows lots of other options for
multi-language binding.
The reality is that MOST developers don't need the level of
power and customization that you need.
And most aren't as cranky. :)
In those situations where we did need to hand tune the SQL,
it wasn't a big deal. It was optimized-- typically by someone with
experience much more along the lines of Jeff's or Deirdre's than
mine-- and life went on.
Right -- I've been a DBA for companies like Honda (for example).
Am I happy about first class EOF/ObjC suport going away?
Not particularly, but I understand that it is a reality above
and beyond something that Apple can totally control.
[huge snip]
One of the huge advantages of the JDBC drivers is the JDBC
API itself and the qualification/certification program that the
vendors are compelled to actually comply with.
So write the EOF/ObjC to talk JDBC to the database. That means one
code base where it really matters, right? And one can clearly talk
JDBC in *any* language. It's just a protocol. You *could* write a
JDBC adapter in Cobol. In fact, I'm intuitively certain that it's
been done.
In the ObjC world, I am still stuck with an Oracle adaptor
that is optimized for Oracle 7.1.5 and a Sybase adaptor that was
last compiled something like 5 years ago..... and very few other
choices (OpenBase and FrontBase, obviously).
Yes, that is pathetic.
I have a lot more to say on this subject, but I'm not sure
anyone has made it this far and I have to get some real work done
[in Java against WO 4.5.1, at the moment... and a bit of 5.0 ...and
a bit of Java/Cocoa/EO. All meeting or exceeding requirements,
thank you :-) ].
Hey, I read the whole thing.
But I'm not going to be coding in Java, at least not extensively. And
if I do, it won't be written for a single platform and therefore EOF
wouldn't meet my needs as of 5.0.
--
_Deirdre Stash-o-Matic:
http://weirdre.com http://deirdre.net
"Cannot run out of time.... Is infinite time. You... are finite....
Zathrus... is finite. This... is wrong tool!" -- Zathrus