Re:Google just fell prey to a common phenomenon
on
When Google Got Flu Wrong
·
· Score: 3, Insightful
This is borderline conspiracy think. Scientists of all stripes want their predictions to be testable, with minimal error bars and as accurate as possible.
It's well worth checking out videos on YouTube of some of these Android iPhones. They've have gone to extraordinary lengths to make them resemble the iPhone not just in hardware but the software too. The software is very convincing mimicking the dialler, launcher and other major functionality to the extent that you can hold the phone side by side with the real thing and it behaves close enough that you'd have to be very familiar with iOS to know the difference.
I'm not sure why someone in the West would *willingly* buy a counterfeit except for the novelty or self esteem issues. I expect they're popular items with criminal gangs and fraudsters though.
Also, even if Apple doesn't own the iPhone name in Brazil, that doesn't mean someone can legally palm off an "iPhone" which rips off the real iPhone so brazenly.
I'm not using the Android SDK VM for OpenGL ES 2.0 work. I'm using Java and JOGL on the desktop to develop the rendering code in a test harness. The JOGL and the Android bindings are close enough together that I can write two backends and an abstraction layer and have 99% of the rendering code common to either. I can turnaround stuff probably 5x faster too without the uploading to a device.
The Android SDK VM is slow enough at the best of times and the OpenGL software emulation is abysmally slow. It's real devices or the test harness, not the VM.
I'm calling ES directly through JOGL bindings and the GLES2 profile. I don't care if the driver is doing it over OpenGL, DirectX or directly. As far as I'm concerned it's ES and that's the primary thing for me. Makes it vastly easier to develop code, sparing any actual android work until things are beginning to take shape.
I use it on the desktop for Android development because it's a pain in the arse to develop OpenGL ES at the best of times. Development turnaround is a lot faster than uploading to a device and discovering the shader is broken because of a syntax error.
Not true. Full blown OpenGL supports geometry and tesselation shaders for example and loosens up various restrictions or limitations of ES. e.g. draw quads instead of screwing around triangulating everything. And while the fixed function pipeline is deprecated, it's still useful to just knock out something and far simpler rather than screwing around trying to compile, link and use a shader which does a matrix transformation and little else.
Opera Turbo is useful if you find yourself bandwidth constrained. e.g. I have a 3G key for when I'm in Spain which used to have a 100MB limit per day before kicking down to 64kbps. Enabling Turbo, ad block, a disk cache and / or squid (I used both) were all ways to maximize the internet I got for my allowance. The datacap appears to have risen up to 300MB a day last time I used it so the need is not so pressing but I still enable turbo to just to claw back space.
Otherwise I don't use Opera. I really don't like it as a browser at all but for the turbo feature. Protocols like SPDY may ultimately make Turbo less relevant and eventually obsolete.
These cars go (give or take) 200 - 250 miles between charge. Unless you live a stupid distance from work, it's more like once or twice a week. Depending on where you live, it might also be more convenient to simply plug your car in on the way into the house than take a a 15 minute detour to the nearest station.
The assumption is each of those downloads are equivalent to a retail sale. Same BS argument pulled the MPAA, RIAA and so on. I wonder how many copies of StarOffice sold compared to the equivalent OpenOffice. That would be a ballpark estimate of how many people might pay for the product assuming it was for sale (e.g. a supported version).
It's too bad some of the money doesn't go into creating an elegant design - they look ugly as fuck. People who buy these might be advertising their wealth but they're also advertising the fact they have very poor taste.
The Nexus 4 did and still has definite supply issues. Probably due to it being offered for a stupidly low price on the Google store and then subsequently of not having sufficient stock to meet the demand.
Linus refused GPL 3.0 because it would be suicide for the kernel in embedded devices. Manufacturers would simply dump Linux and use a BSD variant or a commercial kernel like NT or QNX instead. What a triumph for freedom that would be.
I think it's fair game for ridicule. Hurd is the Duke Nuke'em Forever of kernels. It's incredible to think that it has been in development for 23 years. On the plus side the glacial pace of development, the lack of pragmatism, and the large dose of politics did have the positive benefit of motivating Linux into existence.
Found and quickly erased. And the vast majority of people wouldn't be dumb enough to download "Sexy girl screensaver" even during its brief life. Especially when it asks for more permissions than god. And as other poster says, they're not infected, so much as malware. An application of common sense helps a lot here.
Also, many European countries have a civil law system thanks to Napoleon. He may have been a dictator but he was a rather enlightened dictator for the time and swept away privileges, charters and other laws going all the way back to medieval times and replaced them with a civil code that enshrined many personal freedoms.
"in the context of a phone or tablet"... An RTOS is not necessary for a phone, and other kernels are quite capable of powering their respective phone operating systems. There is no reason to believe that a BB10 running over any one of them would be noticeably less performant than it would be over QNX. The kernel is largely an irrelevance to the end user. It's the functionality that matters. It may be that BB10 kicks ass - I own a Playbook and I like a lot of things about it - but I don't ascribe much of that to it running QNX.
It's only really vulnerable if the person operating the phone is filling it with warez. If they just get their apps from the official store their exposure is fairly minimal.
I think Sony made the right decision there. If Microsoft approached me about "co-operating" I wouldn't touch them with a 10 foot pole. Look how well it worked out for IBM (with MS-DOS and OS/2) or Sun (with Java).
You only have to see how Toshiba's "cooperation" with Microsoft worked out for them with HD DVD to see what a bad idea it could be. Nokia could be the next victim of that "cooperation".
Any OpenGL / OpenCL programmer would get what the cell is about in about 5 minutes flat. The SPUs are like general purpose vector processors which are extremely efficient at processing data. Load the SPUs up with a kernel (which is a bit like a shader / cl program), feed it data, data pops out the other end, all way faster than any CPU. It makes it perfect for stuff like physics, decompressing data, scene culling and so on.
The greater challenge would be architecting the game or app to make use of the cells in an optimal way and to move as much logic as possible into them to free up the CPU for other tasks. I expect cross platform games have it even harder since they have two opposing goals - to make the game work optimally across platforms and to share as much code as possible. Wouldn't be surprised if some of them have developed a higher level language which allows the logic to be expressed once and transformed to the equivalent code for use on 360 or PS3.
The simpler explanation is what played out in front of every one eyes. A fuel laden passenger plane slammed into each tower, the resulting massive damage and fire weakened the structure sufficiently to initiate a collapse and the whole lot came down in a manner entirely consistent with that.
The levels of fanboyism over QNX is becoming ridiculous. QNX is a fine kernel but in the context of a phone or tablet, it really is an irrelevance if Blackberry was using QNX, Linux, NT or Mach as the kernel. I expect they all offer analogous functionality and all would be capable of delivering the BB10 experience. And that's what matters, not the kernel underneath. If the user experience sucks then the device sucks. If the user experience is good then the the device is good.
I recall the exact same BS coming from Linux zealots a 10 years ago - buy a Zaurus it runs Linux!!! Yes it did and the device was still an expensive, battery sucking, heap of shit compared to a Palm or even a Windows Mobile devices of the same vintage. Palm devices especially were popular not for the prowess of the kernel but because they actually did what they were built for.
Slashdot Mirror
This is borderline conspiracy think. Scientists of all stripes want their predictions to be testable, with minimal error bars and as accurate as possible.
I'm not sure why someone in the West would *willingly* buy a counterfeit except for the novelty or self esteem issues. I expect they're popular items with criminal gangs and fraudsters though.
Also, even if Apple doesn't own the iPhone name in Brazil, that doesn't mean someone can legally palm off an "iPhone" which rips off the real iPhone so brazenly.
The Android SDK VM is slow enough at the best of times and the OpenGL software emulation is abysmally slow. It's real devices or the test harness, not the VM.
I'm calling ES directly through JOGL bindings and the GLES2 profile. I don't care if the driver is doing it over OpenGL, DirectX or directly. As far as I'm concerned it's ES and that's the primary thing for me. Makes it vastly easier to develop code, sparing any actual android work until things are beginning to take shape.
I use it on the desktop for Android development because it's a pain in the arse to develop OpenGL ES at the best of times. Development turnaround is a lot faster than uploading to a device and discovering the shader is broken because of a syntax error.
Not true. Full blown OpenGL supports geometry and tesselation shaders for example and loosens up various restrictions or limitations of ES. e.g. draw quads instead of screwing around triangulating everything. And while the fixed function pipeline is deprecated, it's still useful to just knock out something and far simpler rather than screwing around trying to compile, link and use a shader which does a matrix transformation and little else.
Otherwise I don't use Opera. I really don't like it as a browser at all but for the turbo feature. Protocols like SPDY may ultimately make Turbo less relevant and eventually obsolete.
And at least half the tree contains your DNA somehow.
These cars go (give or take) 200 - 250 miles between charge. Unless you live a stupid distance from work, it's more like once or twice a week. Depending on where you live, it might also be more convenient to simply plug your car in on the way into the house than take a a 15 minute detour to the nearest station.
The assumption is each of those downloads are equivalent to a retail sale. Same BS argument pulled the MPAA, RIAA and so on. I wonder how many copies of StarOffice sold compared to the equivalent OpenOffice. That would be a ballpark estimate of how many people might pay for the product assuming it was for sale (e.g. a supported version).
It's too bad some of the money doesn't go into creating an elegant design - they look ugly as fuck. People who buy these might be advertising their wealth but they're also advertising the fact they have very poor taste.
He rage quit.
The Nexus 4 did and still has definite supply issues. Probably due to it being offered for a stupidly low price on the Google store and then subsequently of not having sufficient stock to meet the demand.
Well that too.
Linus refused GPL 3.0 because it would be suicide for the kernel in embedded devices. Manufacturers would simply dump Linux and use a BSD variant or a commercial kernel like NT or QNX instead. What a triumph for freedom that would be.
I think it's fair game for ridicule. Hurd is the Duke Nuke'em Forever of kernels. It's incredible to think that it has been in development for 23 years. On the plus side the glacial pace of development, the lack of pragmatism, and the large dose of politics did have the positive benefit of motivating Linux into existence.
Found and quickly erased. And the vast majority of people wouldn't be dumb enough to download "Sexy girl screensaver" even during its brief life. Especially when it asks for more permissions than god. And as other poster says, they're not infected, so much as malware. An application of common sense helps a lot here.
Also, many European countries have a civil law system thanks to Napoleon. He may have been a dictator but he was a rather enlightened dictator for the time and swept away privileges, charters and other laws going all the way back to medieval times and replaced them with a civil code that enshrined many personal freedoms.
"in the context of a phone or tablet"... An RTOS is not necessary for a phone, and other kernels are quite capable of powering their respective phone operating systems. There is no reason to believe that a BB10 running over any one of them would be noticeably less performant than it would be over QNX. The kernel is largely an irrelevance to the end user. It's the functionality that matters. It may be that BB10 kicks ass - I own a Playbook and I like a lot of things about it - but I don't ascribe much of that to it running QNX.
It's only really vulnerable if the person operating the phone is filling it with warez. If they just get their apps from the official store their exposure is fairly minimal.
OS/2 wasn't doomed from the start but IBM certainly held the stake over its heart making it easy for MS to hammer it in.
I think Sony made the right decision there. If Microsoft approached me about "co-operating" I wouldn't touch them with a 10 foot pole. Look how well it worked out for IBM (with MS-DOS and OS/2) or Sun (with Java).
You only have to see how Toshiba's "cooperation" with Microsoft worked out for them with HD DVD to see what a bad idea it could be. Nokia could be the next victim of that "cooperation".
The greater challenge would be architecting the game or app to make use of the cells in an optimal way and to move as much logic as possible into them to free up the CPU for other tasks. I expect cross platform games have it even harder since they have two opposing goals - to make the game work optimally across platforms and to share as much code as possible. Wouldn't be surprised if some of them have developed a higher level language which allows the logic to be expressed once and transformed to the equivalent code for use on 360 or PS3.
The simpler explanation is what played out in front of every one eyes. A fuel laden passenger plane slammed into each tower, the resulting massive damage and fire weakened the structure sufficiently to initiate a collapse and the whole lot came down in a manner entirely consistent with that.
I recall the exact same BS coming from Linux zealots a 10 years ago - buy a Zaurus it runs Linux!!! Yes it did and the device was still an expensive, battery sucking, heap of shit compared to a Palm or even a Windows Mobile devices of the same vintage. Palm devices especially were popular not for the prowess of the kernel but because they actually did what they were built for.