|
Because the northward movement of the Australian plate towards southeast Asia is subducting the ocean floor and causing volcanoes to erupt and the continental shelf to crumple up faster than waves can erode them. As a result they've piled up into a few big islands in addition to an enormous mess of small ones.
Comment of the day.
|
|
|
|
|
|
I like that argument: If it had been missing from C#, C# wouldn't have been any better - so why complain about Java?
That's how I read what you are saying. I guess I am misreading it.
Then, I am dissatisfied even with the operator overlading in both C# and most other languages offering it, because I for several years was programming in a proprietary systems language ("Planc") that did it so much better:
Any operator is just a predefined function. A function name may have the familiar alpbetic-alphanumerics syntax, or a sequence of operator characters like +-=/*... Any function may be overloaded. Any function has 0 or 1 left side argument, and 0 or more right side arguments - with a single right side argument, enclosing parentheses are optional. The predefined functions may be redefined. Then you need no special "operator" concept.
You can define a function like ** (usually for power functions), or a FlipBitNumber operator (newValue = OldValue FlipBitNumber 5;). If you prefer an "operator-looking" name you might rather name it e.g. |^|. The only syntactic limitation is that two adjacent function/operator names of the same group (alphanum or special character) must be separated by a space.
The language didn't have garbare collection, so for development/debugging purposes I redefined the assignment operator for all pointer types to a function that decremented the reference count of the object the pointer was moved away from, and incremented the count in the object it was moved to. If the count of the old object went to zero, a memory leak exception was raised. If an object was free'd with a reference count >1, a dangling pointer exception was raised. I caught quite a few memory errors that way. Then for production code, I could just leave out from the build the file with the (re)definitions of the assignment operator, and the code would run at top speed.
When you have had that kind of flexibility available for a few years, you certainly won't be truly satisfied with C#.
|
|
|
|
|
Member 7989122 wrote: If it had been missing from C#, C# wouldn't have been any better - so why complain about Java?
Well, not necessarily "why complain about Java", more "thankfully C# has minimal operator overloading" 
Planc sounds quite interesting!
I'm assuming it's not this[^] though.
|
|
|
|
|
That is the language
The person who made the Wikipedia article has completely overlooked a series of language details that distinguish it from other similar languages (such as the operator redefinition, overloading and naming, or some flow constructs). It looks like someone who knows C has picked up a Planc manual and reported on the things he could recognize...
Planc originated before the OO programming wave, so as a whole, it is not a modern, fully featured language. I wouldn't want to throw out C# and replace it with Planc. But I'd love to see some of the distinguishing features of Planc being incorporated into other languages.
Planc didn't need OO ... I learned OO programming when our University got hold of a very early C++ compiler that didn't generate binaries but K&R C source code that had to be compiled by an arbitrary C compiler in a second step. So we could study the class objects, the function tables etc. in plaintext.
Then I was an intern with Norsk Data (owner of the Planc language), and saw the source code of their "Sintran" OS, written in a mixture of assembler and a very low level language (almost like an assembler macro collection). There I found exactly the same structures as in the C++ generated code: Classes, subclasses, function tables ... The entire I/O system was designed as a scholary example of object oriented programming, but implemented in assembler rather than an OO language in the mid 1970s. Obviously, when Planc replaced assembler, they continued doing OOP "by hand".
I sometimes say to myself that I should spend some time adding to Wikipedia what I know, before it is forgotten. But after a few seconds of thought, I conclude: Naaah... Who cares? Nobody will read it, or if they do, they will say: That's old stuff, we've got something else nowadays! - Maybe, when I retire, if I am bored with nothing to do, I might consider it.
|
|
|
|
|
I don't understand why Oracle did that. They're going to need to make it easier to do stuff like that because of the outrageous amount of money they will now be charging just to use the ![Elephant | [mastadon]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/elephant.gif) ing runtime for "commercial use".
There's nothing like shooting your ecosystem in the face with a 10-gauge shotgun.
|
|
|
|
|
Oracle "didn't do that".. the lack of operator overloading starting with Java 1.0 in.. err.. 1996? (if my memory serves me right) at the time the Java community and developer where kind of traumatised by anything C++ and custom operator was one of those things. And, at the time, it was Sun (not yet Oracle) that owned and developed Java.
Not that I don't hate Oracle. Just feeling like a little bit of history lesson, that is all! 
|
|
|
|
|
Because Java is a toy language.
|
|
|
|
|
*blush* ... I haven't been coding in assembler for years...
|
|
|
|
|
I'm told but it's where the $$ is.
|
|
|
|
|
You mercenary! 
|
|
|
|
|
|
How many of you are using Linq-To-SQL? Just a quick poll
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
Nope.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
|
|
|
Same here. Been working on a project that uses Linq to Entities primarily for "Airport" mode in an application.
"When you are dead, you won't even know that you are dead. It's a pain only felt by others; same thing when you are stupid."
Ignorant - An individual without knowledge, but is willing to learn.
Stupid - An individual without knowledge and is incapable of learning.
Idiot - An individual without knowledge and allows social media to do the thinking for them.
modified 19-Nov-21 21:01pm.
|
|
|
|
|
How is Linq-To-Entites different than Entity Framework? or are they one in the same?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
linq to entities can work with EF entities, but it is not EF per se. Hope that makes some sense.
|
|
|
|
|
Same here.
|
|
|
|
|
No, and also never used it.
|
|
|
|
|
No; SQL92 if I can choose, since it is rather portable.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
How often have you ported it?
|
|
|
|
|
I've got both Windows and Kubuntu running here; not using the database-servers dailect of SQL makes it easy to switch databases.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
