| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
Home -> Community -> Usenet -> comp.databases.theory -> Re: Defending the network model
Carl Rosenberger wrote:
> Bob Badour wrote:
>
>>The network model raises the bar on suckiness.
Carl, after so many troll fests with Bob, hadn't you have time to learn what a relation is ?
> - delegation
> - closures
Actually it does have closures.
> - operator overloading
> - ...extend the list with whatever you wish
>
> Nonetheless, the absence of features has led to:
> - common coding practices
A commonality of poor coding, unwarranted complexity. Shallow engineering like in EJB, and all in all the epitomy of bad engineering practices.
> - reduced education requirements
That's a good one. Let's all go to work for MacDonalds :)
> - a very fast just-in-time compiler
That more often than would be decent for a production language will give you a SIGSEGV on Unixes, and occasionally an infinite loop in the signal handling code that "handles" SIGSEGV, by generating yet another SIGSEGV (in case you don't know this typically comes SIGSEGV is sent to you by the OS typically when you dereference invalid pointers).
What a feat !
> - excellent memory garbage collection
> - the availability of cheap and very powerful libraries,
> that get the job done for you
And very crappy library that'll get you in trouble.
>
> Simplicity rules.
And Java is way too complex for what it does, which is to say, very little.
As a matter of fact soon, we'll have the 6th edition of ICFP programming contest. An open internet challenge with a well defined and extremely non-trivial problem to be solved in 3 days.
Never in the previous 5 years did Java entries have any chance. This speaks volumes to the quality of Java.
>
> Following Clinton's "It's the economy, dummy" slogan:
> It's the time-to-market, dummy!
>
>
It's the brainwashing dummy !
>
>>Application specific data models raise the suckiness bar even higher.
Actually instead of repeatingly claiming this non-sense, you'd better reply to my challenge that I posted on comp.database.object
Talk is cheap, put your code where your mouth is.
> The lifecycles for some applications are very very short.
> Scale them to the needs!
Yes, the challenge I've submitted to you, can be written in 5 minutes in SQL. After more than 3 days you've only come up with excuses.
>
> Kind regards,
> Carl
> --
> Carl Rosenberger
> db4o - database for objects - http://www.db4o.com
>
>
Cheers,
Costin
Received on Mon Jun 23 2003 - 13:40:24 CDT
![]() |
![]() |