Except that in the case of Nokia and Symbian there are hard facts that show that Symbians market share has gone from a dominating ~60% to under 40% and it continues to lose share every quarter.
Besides, if I were a member of the band, I would be more appalled at the shitty hardware kids use today to TRY and listen to good music than the music itself. Sorry, I don't care how "bad-ass" those earbuds are, an iPod is far from a quality listening experience.
Yeah the real way to listen to music is an overpriced Hi-Fi with 5000 dollar interconnects, right?
I should add that I was incorrect on the sandboxing part, but the fact is that it runs in the VM and it doesn't gain you any speed as Google itself backs up.
Using native code does not result in an automatic performance increase, but always increases application complexity.
So yes, I incorrectly was saying it was sandboxed but everything else is backed up by Google.
You mean like the rage of having your code get more and more complex every time a handset comes out?
So basically the situation that already exists. All these new devices tend to need new drivers added to the kernel and they usually do some sort of tweaking to the kernel. Seriously, if they can't handle complexity then they shouldn't be the ones maintaining and developing an OS. Such work is just inherently complex.
There is this new thing called "conditional compilation" which allows one to include code that both optimizes for certain hardware and contains generic code that could work on all devices. I hear it's the new rage of how you make code work on multiple hardware and software platforms.
They could also fix the spam filter they've added to Blogger that you can't disable. It's hilarious to see legitimate posts get flagged and hidden while Chinese clothing spammers and porn spam gets through.
However, those are trivial compared to the ability, with paper, to rapidly flip around, not crash, not have the company decide you're not authorized all of a sudden for no reason, etc...
Then back up your e-books to your PC. The DRM can easily be stripped away giving you an unencrypted version that they can never take away from you.
Ah yes, the pathetic attempt to try to narrowly define terms in order to win the debate. Having 95% of the tablet market and having sold well more than 7 million iPads since launch makes it far more than a "small number" when talked about in relation to other tablet sales and even with respect to other media devices. I'm sure Apple is laughing all the way to the bank at those "small number of sales".
We're talking *500 million* people who don't mind giving their data to a company whose entire business model is about selling it to advertisers and tracking every move they make.
I'm pretty sure that Google has more than 500 million users.
Slashdot Mirror
Examples: Nokia and symbian.
Except that in the case of Nokia and Symbian there are hard facts that show that Symbians market share has gone from a dominating ~60% to under 40% and it continues to lose share every quarter.
The native code still runs inside of the virtual machine which hobbles it to be slower than it should be.
The HotSpot beats C in many benchmarks already.
So is claimed but hardly ever backed up in anything but highly contrived examples that use poorly optimized C code.
You mean still having your code run within the VM so it's still slower than it should be?
Honeycomb does have a different version number...
Tortoise is usable by about anyone in our company
So then use TortoiseGit.
Besides, if I were a member of the band, I would be more appalled at the shitty hardware kids use today to TRY and listen to good music than the music itself. Sorry, I don't care how "bad-ass" those earbuds are, an iPod is far from a quality listening experience.
Yeah the real way to listen to music is an overpriced Hi-Fi with 5000 dollar interconnects, right?
I should add that I was incorrect on the sandboxing part, but the fact is that it runs in the VM and it doesn't gain you any speed as Google itself backs up.
Using native code does not result in an automatic performance increase, but always increases application complexity.
So yes, I incorrectly was saying it was sandboxed but everything else is backed up by Google.
O rly?
If you write native code, your applications are still packaged into an .apk file and they still run inside of a virtual machine on the device.
It's funny that you claim it doesn't run within the VM yet Google says just the opposite. Oh who to believe...
And in this case the particular programming language, Java, is shoddy.
Then don't bother with Android. Even if you use the NDK you are still having your program sandboxed in the VM and you get no real speed benefits.
You mean like the rage of having your code get more and more complex every time a handset comes out?
So basically the situation that already exists. All these new devices tend to need new drivers added to the kernel and they usually do some sort of tweaking to the kernel. Seriously, if they can't handle complexity then they shouldn't be the ones maintaining and developing an OS. Such work is just inherently complex.
A shoddy workman blames his tools.
And a great workman knows that certain tools are shitty and worthless.
Yeah and now you're talking about a massively different user experience on different devices ... that's really annoying to application developers.
So basically no different than the current situation?
There is this new thing called "conditional compilation" which allows one to include code that both optimizes for certain hardware and contains generic code that could work on all devices. I hear it's the new rage of how you make code work on multiple hardware and software platforms.
They could also fix the spam filter they've added to Blogger that you can't disable. It's hilarious to see legitimate posts get flagged and hidden while Chinese clothing spammers and porn spam gets through.
32 GB? What laptop takes anywhere near that?
Who said they were talking about putting 32GB into a laptop? But if you really most know check out this.
Because Nvidia says "fuck it" to most of the X.org crap and just bypasses it.
As an amateur astronomer I think the general mindset is that one cannot make a discovery of any significance without owning cutting edge hardware.
Or using data generated by someone with that hardware as in this case.
There is no manufacturing growth in the US,
Not true either. It is trivially easy to find articles with data to the contrary.
No manufacturing, just service?
It's amazing that the US can be both the #1 manufacturer in the world and at the same time according to you have "no manufacturing" at all.
However, those are trivial compared to the ability, with paper, to rapidly flip around, not crash, not have the company decide you're not authorized all of a sudden for no reason, etc...
Then back up your e-books to your PC. The DRM can easily be stripped away giving you an unencrypted version that they can never take away from you.
Ah yes, the pathetic attempt to try to narrowly define terms in order to win the debate. Having 95% of the tablet market and having sold well more than 7 million iPads since launch makes it far more than a "small number" when talked about in relation to other tablet sales and even with respect to other media devices. I'm sure Apple is laughing all the way to the bank at those "small number of sales".
We're talking *500 million* people who don't mind giving their data to a company whose entire business model is about selling it to advertisers and tracking every move they make.
I'm pretty sure that Google has more than 500 million users.
The ... Android Market ... only legitimate places to get software that I know of.
So then what is your excuse for this?