Forgot your password?

Comment: Re:+ operator for string concat? (Score 0) 725

I understand, but part of the problem is not knowing for sure what kind of type Javascript will set for your variable. As example, the first time I saw this was one occasion where I had to get input from a user where it should be an integer, but the interpreter assumed it was a string and then the "+" operator made a concatenation instead of an addition (the other variable in the operation was an integer). That's why I consider the operation as non-deterministic, because you know that the "+" operator will do a concatenation for strings, but the interpreter may decide that your variables are integers (or vice versa).

Comment: Re: + operator for string concat? (Score 0) 725

Nice change? Uh... Dumb guy, you are the very first one that I have to give a full explanation and you still could not understand what I mean. You can stop swinging your virtual d*** and pay attention please? You claim to have knowledge of "super-genius" to come here for gratuitous offends a person that you do not have a clue who he is, and yet you're showing me the knowledge of a script kiddie :-(

Last time: I see is only you that do not know what is "deterministic". When you can't say what will be the result of an operation using the "+" because it is not possible to determine which will be the type of the variables involved (or values if you prefer which gives the same), then the result of the operation is non-deterministic. You simply have no way to tell for sure if the result will be a concatenation or addition without being sure if the variables involved are strings, integers, etc. This happens because Javascript can guess wrong the type used (or change it because of previous operations), after all it do not have strong-typed variables (or values if you like, but is the same in pratice).

The "ugly hack" is something simple as this:

var test = (unknow type input) + "";

to be sure the "test" will be recognized as a string. I call it "ugly" because in my humble opinion the correct way to do this would be:

String test = (unknow type input);

or better:

String test = function_to_convert_to_string((unknow type input));

but this will only works on a strong-typed language.

Footnote: I'm not going to answer any more because I have more important things to do than try to explain to you something you do not want to understand, Dumb guy... Think what you want about me, since the only thing that matters to me is that my several clients are very happy with my supposed "terrible job" and their systems work perfectly, even in situations they should not be able to function ;-)

Comment: Re: + operator for string concat? (Score 0) 725

This is not funny, dumb guy. Learn how to read, or I need to use pictures? Well, I try again: I said the behavior of the "+" operator in Javascript is non-deterministic because you have no way to guarantee the type of the variables involved (string, integer, double, etc). The parser sometimes assumes the type correctly but sometimes not, and that is the problem when you use the operator, it needs to know the type of the variables involved in order to decide whether it will be a sum or a concatenation. And the best part is that what you thought set as a string can be transformed into integer and vice versa depending on the interpreter operations that you may have done previously or user inputs, so that depending on the user input your variable may turn in some type different from the expected and thereby generates an unexpected result when using the "+" operator (and therefore the hack to ensure that what should be a string remains a string so that the operation using the "+" return the expected result for a string).

In short, my problem with this is not "nonsense". Is simply the result of having a "+" operator for both concatenation and sum in a language without strong-typed variables. As an example Java does not have this problem because a string variable would always be a string, and so the operation with the "+" becomes deterministic. The problem is two-fold and you blindly read only half of it, super-genius... ;-)

Comment: Re: + operator for string concat? (Score 0) 725

Wow... You are just like "The Clueless One" (another Slashdot "super-genius"). Sorry dumb guy, but I know how the "+" operator works, and I also knows that it is not a very good idea on a weak-typed language for reasons I already explained before and I will not repeat again. The ugly hack I mentioned earlier just makes sure that a given string variable will be interpreted as a string when I need it to be a string, just that. Something it would be completely unnecessary if the Javascript was strong-typed.

Comment: Re: + operator for string concat? (Score 0) 725

There IS a "way to say with certainty what the interpreter will do". You just haven't taken the few minutes required to find out how!

And I figured, dumb guy. But the fact that I have determined how to overcome this defect of the language does not make this anomalous behavior becomes "acceptable" as you seem to think. Fixable or not is still a behavior that the Javascript should not have.

Comment: Re: + operator for string concat? (Score 0) 725

You're dumber than I thought. If you were better at interpreting text and had dealt more with the case described, you would have understood what I mean by random is that there is no way to say with certainty what the interpreter will do since there's no telling for sure if he will treat the "+" operator as a sum of integers or a concatenation of strings. It's happened to me more than once, I thought I made it clear to the interpreter that a variable would be a string (for example: var some_variable = "1") and later I found out he decided to treat the variable as a integer anyway, and the only solution was to force the variable as string immediately before the desired operation using a ugly hack. while in Java if you use the "+" operator between a string and an integer you will always have a string as a result, regardless of the variables positions or operations that have been made with them previously.

Space Station's 'Cubesat Cannon' Has Gone Rogue 143

Posted by Soulskill
from the Look-Dave,-I-can-see-you're-really-upset-about-this. dept.
astroengine writes: Last night (Thursday), two more of Planet Lab's shoebox-sized Earth imaging satellites launched themselves from aboard the International Space Station, the latest in a series of technical mysteries involving a commercially owned CubeSat deployer located outside Japan's Kibo laboratory module. Station commander Steve Swanson was storing some blood samples in one of the station's freezers Friday morning when he noticed that the doors on NanoRack's cubesat deployer were open, said NASA mission commentator Pat Ryan. Flight controllers at the Johnson Space Center in Houston determined that two CubeSats had been inadvertently released. "No crew members or ground controllers saw the deployment. They reviewed all the camera footage and there was no views of it there either," Ryan said.

Comment: Re:+ operator for string concat? (Score 0) 725

Is because JavaScript seems to randomly decide whether it will return a "11" or "2", while in a strong-typed language the result is deterministic. On Java you knows that "A" is a string and "B" is a integer, so A + B will always returns a string "11". Whereas Javascript are not sure about the types used in A and B, so therefore is no way to be sure about what he is going to return.

Comment: Re:+ operator for string concat? (Score 0) 725

I usually have a worse problem, which is when Javascript arbitrarily decides that my string variable is an integer or vice-versa. You create a string, but then you discovers - when trying to use a string function like split() - that Javascript decided to treat your string as a integer, making the split() fails without error messages.

Comment: Re:The idea of variant (var) (Score 1) 725

Because variants are useful when you want to (or most common, you need to) make a generic function to handle some information where you have no way of knowing if the input parameter will be a string, integer, long, etc. Of course it is slower than dealing with a defined type, but is usually more convenient than trying to create a separate function for each possible entry type.

Intellectual Ventures Sheds At Least Part of Its "Patent Troll" Reputation 75

Posted by timothy
from the look-sir-it-has-atoms dept.
pacopico writes Intellectual Ventures, the world's most infamous patent troll, has changed its tune — maybe. According to a story in Businessweek, the company has started turning a number of its ideas into products, ranging from hydration sensors to waterless washing machines and self-healing concrete. The story reveals some new tidbits about IV, including that it pays inventors $17,000 per idea, has a new start-up fund and that one of its cofounders got tossed out of school for hacking. IV is obvisouly trying to improve its reputation, but plenty of skeptics remain who think this is just a ruse meant to draw attention away from its patent lawsuits.

Save yourself! Reboot in 5 seconds!