Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
Slashdot Deals: Prep for the CompTIA A+ certification exam. Save 95% on the CompTIA IT Certification Bundle ×

Comment Re:So the taxpayer pays for overage, got it (Score 1) 255

Can we PLEASE stop acting like letting people keep their own money is somehow the same as the tax payers giving money to "the ev0l rich"???

Fine. If that's the case, would these "evil rich" do us all a favour and pay for the overwhelming publicly funded protection they get?

Comment Re:Android, Objective-C and Tiobe Index (Score 1) 577

C/C++ are great when it comes to highly predictable data flows or very small modules. Otherwise it's extreme cost of constant profiling of the code to actually identify the changing patterns that cause slowdowns. That being said, C/C++ can be much more than 2x performance of a JVM.

Comment Re:Wake me up... (Score 1) 577

1: Those bounds checks come at a cost of having overflows getting in the way of actually checking bounds. An overflow of an unsigned value results in just a small number... that means that you still have to check the lower bounds no matter what.
2: They store the same number of values as unsigned, it's just handling of those values and comparison operations differ. A signed and unsigned 32bit integers store 2^32 values.
3: Crypto algorithms do not operate numerically, thus 2147483647 * 100 will yield exactly the same result for uint32 and int32 as much as any crypto algorithm is concerned.
4: Therefore you send 2147483648 in binary form as 4 bytes = 0x80000000

Comment Re:Wake me up... (Score 1) 577

The fact that lack of unsigned integers has not stopped Java shows that the designers made the right choice. If you need to have a value larger than 2bn you will probably not be satisfied with 4bn and will need a larger type. And in general, you rarely need to operate numerically without a sign.

Comment Re:Android, Objective-C and Tiobe Index (Score 2) 577

As a server-side tool it has been getting taken over by Ruby/Rails, Python and the stuff mentioned in the OP.

I hope you are kidding here, because that is far from the case. Java is still the de-facto language for most server-side applications. RoR never outgrew it's hipster background. It has been 7 years since RoR had it's hype peak... The hype waned and RoR is still a rarity.

Nothing succeeds like the appearance of success. -- Christopher Lascl

Working...