Wow... not the game


Crim_the_Cold

 

Posted

I never knew how good the quality of life was in this game until today. We almost never experience waiting lines. Aion just went live and the queues are gonna drive me nuts. I really enjoy playing but CoH has spoiled me. I'm gonna give it a few days/weeks to cool off but if there is still a waiting line when it comes time to start paying my monthly fee I'm gonna consider my time and money better spent elsewhere.

So in short, CoH is awesome, Aion could be if I and the other 1000 people in front of me could log in.


Work in progress no more. I have decided that I'm going to put my worst spelling errors here. Triage Bacon, Had this baster idea, TLR

"I'm going to beat the Jesus out of Satan!" My Wife while playing Dante's Inferno

 

Posted

Comparison threads == Baaaad.



 

Posted

Quote:
Originally Posted by Sigium View Post
Comparison threads == Baaaad.
You know what I hate? That Visual Basic decided that '=' is used as a comparison operator. SERIOUSLY WHAT THE HELL MAN!?!?! Using '==' is a much better way, as it's far more explicit about what your objective is!




(comparison post about comparison operators, take THAT!)


Quote:
Originally Posted by ShadowNate
;_; ?!?! What the heck is wrong with you, my god, I have never been so confused in my life!

 

Posted

Thanks you reminded me of my java class ;
O ya;
{
}
}}
{}
}{
}{
}
{}


 

Posted

Well in vb it was easy and i didnt have to pay attention to what i was doing and it caped things when it need to be caped


 

Posted

Quote:
Originally Posted by tuter_king View Post
Well in vb it was easy and i didnt have to pay attention to what i was doing and it caped things when it need to be caped
There are capes in VB?!?!



 

Posted

Occasionally I feel like trying out some other MMO, then I run into something like this that reminds me how much we take for granted here.

In CoH, for example, botting is next to nonexistent. Where I live (Malaysia), Western MMOs are less popular, and everyone plays horrible grindy games made locally or from China/Korea. In such games it's very common to see more bots than live players. For many years I wouldn't play an MMO due to this impression, because paying to spend effort doing something an automated program can do better than I can insults my intelligence. CoH was the game that convinced me to try out an MMO.


 

Posted

Quote:
Originally Posted by Kitsune Knight View Post
You know what I hate? That Visual Basic decided that '=' is used as a comparison operator. SERIOUSLY WHAT THE HELL MAN!?!?! Using '==' is a much better way, as it's far more explicit about what your objective is!
At least it's not something like Scheme. Scheme doesn't even have = for equality. You're forced to use an explicit function to test for equality, I mean, what's that?! And if you want to set a value to a variable, do you get to use =? NO! You get to use the "set!" function. Not the "set" function, the "set!" function.

Now, Mathematica... that's got some beauts. = or Set[] for setting a value to a variable, == or Equal[] for testing equality, and ===, ≡, or Congruent[] to test for identicalness. Also, symbolic calculations have been wondrously helpful in my calculus and linear algebra classes over the years.


http://www.fimfiction.net/story/36641/My-Little-Exalt

 

Posted

Quote:
Originally Posted by Kitsune Knight View Post
You know what I hate? That Visual Basic decided that '=' is used as a comparison operator. SERIOUSLY WHAT THE HELL MAN!?!?! Using '==' is a much better way, as it's far more explicit about what your objective is!
You wouldn't say that if you were a mathematician. The equals sign had served just fine as a comparison operator in mathematics for centuries (and in programming languages for a couple of decades) until Brian Kernighan and Dennis Ritchie decided to misappropriate it as an assignment operator for the C programming language. Having made that choice, and having also introduced an error-inducing way of using assignment operators in expression (because they were essentially designing a higher-level assembly language where programmers could optimize by hand because modern-day optimizers were a bit too much for the standard hardware of the day), they then needed a separate comparison operator to properly disambiguate it.

Sadly, this choice then got proliferated to a number of other programming languages, even though it wasn't even necessary there. Of course, a large number of programming languages refused to follow suit (such as pretty much all functional languages, where assignment is either completely absent or available only as a rare exception -- such as OCaml).


 

Posted

Quote:
Originally Posted by Sorciere View Post
You wouldn't say that if you were a mathematician. The equals sign had served just fine as a comparison operator in mathematics for centuries (and in programming languages for a couple of decades) until Brian Kernighan and Dennis Ritchie decided to misappropriate it as an assignment operator for the C programming language. Having made that choice, and having also introduced an error-inducing way of using assignment operators in expression (because they were essentially designing a higher-level assembly language where programmers could optimize by hand because modern-day optimizers were a bit too much for the standard hardware of the day), they then needed a separate comparison operator to properly disambiguate it.

Sadly, this choice then got proliferated to a number of other programming languages, even though it wasn't even necessary there. Of course, a large number of programming languages refused to follow suit (such as pretty much all functional languages, where assignment is either completely absent or available only as a rare exception -- such as OCaml).
On the other hand, of the things you do in programming, assigning values makes up the much higher percentage than checking for equality, specifically since == usually tends to test only numerical values for equality. There is a pretty clever trap door in Java, for instance, where actual value of a String variable is a pointer to a character array, so testing two Strings for equality using == will only return true of they are actually the SAME string, not merely two different strings that say the same thing.

Personally, I prefer = as an assignment operator over the alternatives. I had it up to HERE with := in Pascal. I mean come on now! That looks like the head of Cthulu! It's also irritating to type out and something I could never get used to using. It's not intuitive to me to use, and I have a degree in Applied Mathematics, so it's not a non-mathematical way of thinking that's causing this. In my mind, varA = varB has always been the equivalent of a mathematical statement "let varA = varB," which is fairly common.


Quote:
Originally Posted by Arcanaville View Post
Samuel_Tow is the only poster that makes me want to punch him in the head more often when I'm agreeing with him than when I'm disagreeing with him.

 

Posted

Quote:
Originally Posted by Samuel_Tow View Post
On the other hand, of the things you do in programming, assigning values makes up the much higher percentage than checking for equality, specifically since == usually tends to test only numerical values for equality.
Even if you absolutely want to use "=" for assignment, there is nothing that normally prevents you from using the "=" sign for equality, too. This is only a problem in C, because it allows you to use an assignment in expressions. This was probably a poor choice to begin with and has caused a lot of unintended errors (writing "if (a = b)" where you meant "if (a == b)"). Many C programming style guides therefore suggest that you write "if (constant == expression)" instead of the more natural "if (expression == constant)" to avoid getting tripped up by this error.

Quote:
There is a pretty clever trap door in Java, for instance, where actual value of a String variable is a pointer to a character array, so testing two Strings for equality using == will only return true of they are actually the SAME string, not merely two different strings that say the same thing.
That's not a clever trap door, that's another design mistake. Most of the time, you want to actually test for string equality, not reference equality. But in Java (and other programming languages that made the same mistake, such as Eiffel), you have to actually write a.equals(b) or something similar.

It's a design that arguable violates the principle of least surprise. It probably had its origin in Java originally being a fairly primitive language designed for embedded systems which, at this point, had pretty much ignored the previous decade of research in programming language design.

Quote:
Personally, I prefer = as an assignment operator over the alternatives. I had it up to HERE with := in Pascal. I mean come on now! That looks like the head of Cthulu! It's also irritating to type out and something I could never get used to using. It's not intuitive to me to use, and I have a degree in Applied Mathematics, so it's not a non-mathematical way of thinking that's causing this. In my mind, varA = varB has always been the equivalent of a mathematical statement "let varA = varB," which is fairly common.
Using ":=" for define-as-equal is also pretty common in mathematics these days, especially for blackboard usage, so as a mathematician you shouldn't really have a problem with it, either.


 

Posted

Damn new fangled rubbish, nothing was wrong with

IF VAR-A IS EQUAL TO VAR-B THEN

Thank you very much or even

CLC VAR-A,0(11)


 

Posted

Appreciate the kudos, but comparing us even to one of our sister games is not allowed. This is to avoid the inevitable flame war as devotees of all sides are drawn to threads that compare/contrast like moths to a flame.

I'll go ahead and lock the thread now to head things off just in case.


-Mod8-

If you are using Latin in your post you are probably trolling

Have a question? Try the PlayNC Knowledge Base