> Rather than uploading data to the cloud, it instead creates private Wi-Fi network between an Android and iOS device and securely transfers it.
suddenoutbreakofcommonsense?
No, not sudden.
Apple's "Migration Assistant" in OS X has been happily transferring data between Macs (and PC -> Mac) using either a FIrewire, Thunderbolt or peer-peer WiFi connection for YEARS and YEARS.
BUT, the likelihood of Apple getting cracked by malicious ithugs is not so remote.
While I agree that "The Cloud" is generally evil, every single thing going to/fro iCloud is end-end encrypted with AES128 encryption; so NOTHING on Apple's Servers, at least as far as User's Data goes, would be useful to any reasonable amount of hacking efforts.
Why would I think it used the cloud? This is the exact same process that my Moto X used to migrate from another Android phone to my new one.
Because for almost everything you do Apple wants you put stuff on their servers*
And I say that say someone with a MacBook, iMac, iPad and 2 different iPods
* A few years ago I saw the great quote of "Whenever you see the term 'the cloud', replace it with 'someone else's computer' "
While I agree with your "Cloud" sentiments, I cannot agree with them in regard to Apple's "Migration" Apps, which, AFAIK, have NEVER depended on the Cloud.
For one thing, it would take FOREVER.
For another thing, someone who purportedly has all the Apple gear you claim to possess, would surely know by now that NONE of Apple's "Migration" or "Update" procedures involve CLOUD storage. OS X's "Migration Assistant" uses a direct Firewire or Thunderbolt connection (or WiFi, IIRC). iOS Devices are "Migrated" using iTunes and LOCAL storage.
I will admit that my wireless carrier, ATT, OFFERED to migrate my iPhone "wirelessly"; but I'm not sure if that round-tripped the data through their servers or not, because I ELECTED to use the iTunes method.
So, Apple knows when to use the Cloud, and when to use a peer-peer connection.
It won't make it to the App Store, but you can put one on yourself now if you like since you can now side load apps onto iOS9 as long as you build them from source without paying the $99 developer fee.
Really? That's pretty cool! Does that work sort of like the way the Developer app-distribution does/did? Or what?
Rate the chances of a reverse app to assist migrating from iPhone to Android making it into the Apple store?
I'll go with never.
Worth trying. If it got blocked you'd have a nice anti-trust suit against Apple.
Really? Have you ever tried to migrate someone's email and contacts off of AOHell? Yes, there are third-party apps that purport to do it; but AFAIK, AOL themselves has never made it easy.
There is already one for BlackBerry -- Device Switch. It's been there for over a year. Great app. Works like a charm. I'm sure that's where Apple got the idea.
Apple has had "Migration Assistant" for years and years for OS X; long before Hackberry even existed. Works spectacularly. And at some point (can't remember when, but it was awhile ago) they added Windows migration support to Migration Assistant. Have never tried it.
it puts up with a day of very heavy use, and almost always has 33% or so left when I charge it at night
Wow. That's UNimpressive!
Admittedly, I don't know what you classify as "heavy use"; but my (now 1 gen old) iPhone 6 plus usually lasts at LEAST 3 to 4 DAYS before I have to charge it.
Just as one can choose to buy an iphone over a bad android phone, one can choose to buy a good android phone over a bad android phone.
But when the problem is in the underlying, unifying OS (Android), then how, pray tell, does someone get a "Good Android"? It seems like the only way to escape the ugly OS design that is Android, is to escape Android.
I see an iPhone 4S but that's the 2011 era phone we just discussed.
You are correct. I was posting from work, and didn't go back to research exactly when the iPhone 4s was released.
However, for whatever reason, the iPhone 4 did not make the grade; but that reason was NOT "planned obsolescence", and in any event, is WAY better than Android's update track record. From that fact, there is absolutely no escape.
Not trying to move the goalposts; just trying to get back to the actual POINT of the original poster's challenge, rather than playing temporal "gotcha".
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week, which very few end-users will ever see, and which affects very few people to begin with.
FTFTFY
Then why did it rate a Slashdot article to begin with? Or are you saying it will only affect a few people because Lollipop hasn't been out very long? That's small comfort.
I wasn't expecting someone who's username is mac4all to know that, but yes, Android does run on x86 and all java apps should work. Only some apps are written in C and compiled for ARM.
So app-support is a non-issue.
I wasn't expecting someone who's username is mac4all to know that, but yes, Android does run on x86 and all java apps should work. Only some apps are written in C and compiled for ARM.
So app-support is a non-issue.
Ad hominem bullshit aside, I am sure I can spout plenty of OS X and iOS facts that would "stump" a Fandroid; but I thought that Dalvik != Java; but now you're saying that there is magical App compatibility between Dalvik Apps and Java Apps? So there is the concept of "Black Box Dalvik" (pure Dalvik), just like "Black Box Java" (pure Java)? If so, how many times does THAT happen?!?
So, why can't I run Android Apps on OS X (assuming I have downloaded that dangerous OS), or Windows (again, assuming Java Support has been installed)?
Because there's (MUCH!) more to it than simple Language Compatibility (or even bytecode compatibility); because almost NO ONE codes in "Pure Java", that's why! And, from what (admittedly) little I know about Java development, it seems like there is ALWAYS at least SOME "platform-specific" stuff in Java Apps. So cut the crap, will ya?!?
1. It is only the SCREENSAVER-lock that is affected. The regular OS X Login Screen CANNOT be bypassed in this manner! BIG difference!
2. You must know the USERNAME of an ADMINISTRATOR Account; regular (non-Admin) Users CANNOT use this vulnerability to gain unlock the screensaver. Again, BIG Difference!
Why can't they give me better battery life, LG G4 has a 3000mah battery, iPhone 6 has 1810mah, then how the hell does it manage to last longer than the G4.
Two reasons:
1. Apple is the hands-down master in both battery technology AND power-management techniques. For example, just LOOK at the hoops they jump through on OS X to eke every erg out of their batteries (this article is now two OS-generations old, so the techniques described therein have gotten even better). And for another example, look at the new iPad Pro. It even changes the screen and digitizer refresh rates (separately) for better battery life and improved performance when needed.
2. They make the WHOLE widget; which REALLY makes a difference when it comes to power-budgeting and power-saving techniques, and synergy between software and hardware. Berate Apple all you like; but you have just demonstrated EXACTLY why that makes a difference...
None of my iOS devices are 'entitled' to an OS update. So they're no different than my Android devices, except being slightly older.
So, that means you have a first gen iPad, or an iPhone everything from the iPad 2 and the iPhone 4s is "eligible" for iOS 9. In fact, it's the same list as for iOS 8. I admit I don't keep up with the iPod Touch compatibility, that for some reason, seems to be not as good as the iPad and iPhone.
But, NO Android Device can boast more "upgrade eligibility" than iOS devices. None.
PowerPC started with a clean 32-bit design as well, and it could run circles around ARM if someone would just focus some R&D resources on it.
You're right about that! Think of IBM's Watson. Runs on POWER architecture, IIRC. (Yes, I know it isn't quite the same as PPC; but they are certainly kissing-cousins, or variations on a common theme).
Asus could have used ARM just as easily. They chose Intel because they thought it was the best SoC for their needs, not because of the legacy x86 compatibility. Nobody is going to install DOS or Windows on these.
Then, pray tell, what the FUCK ARE they going to install? Linux? Yeahrightsure.
And does Android even run on x86? How many APPS are there for that variant?
This actually seems like a VERY lame product. Who cares about hardware specs if there is no App-support?
I'm pretty sure that most users will not get the patch for a very long time, if ever, due to carriers not caring one bit about updating in a timely manner.
This. It seems that the US carriers rarely send out OS updates for the many security updates. This needs to change.
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week. So, it makes for a funny story, and a teachable moment, but does not necessarily mean OMG-We'z-Been-Hax0red!
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week, which very few end-users will ever see.
Slashdot Mirror
> Rather than uploading data to the cloud, it instead creates private Wi-Fi network between an Android and iOS device and securely transfers it. suddenoutbreakofcommonsense?
No, not sudden.
Apple's "Migration Assistant" in OS X has been happily transferring data between Macs (and PC -> Mac) using either a FIrewire, Thunderbolt or peer-peer WiFi connection for YEARS and YEARS.
Why would they change now?
BUT, the likelihood of Apple getting cracked by malicious ithugs is not so remote.
While I agree that "The Cloud" is generally evil, every single thing going to/fro iCloud is end-end encrypted with AES128 encryption; so NOTHING on Apple's Servers, at least as far as User's Data goes, would be useful to any reasonable amount of hacking efforts.
Why would I think it used the cloud? This is the exact same process that my Moto X used to migrate from another Android phone to my new one.
Because for almost everything you do Apple wants you put stuff on their servers*
And I say that say someone with a MacBook, iMac, iPad and 2 different iPods
* A few years ago I saw the great quote of "Whenever you see the term 'the cloud', replace it with 'someone else's computer' "
While I agree with your "Cloud" sentiments, I cannot agree with them in regard to Apple's "Migration" Apps, which, AFAIK, have NEVER depended on the Cloud.
For one thing, it would take FOREVER.
For another thing, someone who purportedly has all the Apple gear you claim to possess, would surely know by now that NONE of Apple's "Migration" or "Update" procedures involve CLOUD storage. OS X's "Migration Assistant" uses a direct Firewire or Thunderbolt connection (or WiFi, IIRC). iOS Devices are "Migrated" using iTunes and LOCAL storage.
I will admit that my wireless carrier, ATT, OFFERED to migrate my iPhone "wirelessly"; but I'm not sure if that round-tripped the data through their servers or not, because I ELECTED to use the iTunes method.
So, Apple knows when to use the Cloud, and when to use a peer-peer connection.
It won't make it to the App Store, but you can put one on yourself now if you like since you can now side load apps onto iOS9 as long as you build them from source without paying the $99 developer fee.
Really? That's pretty cool! Does that work sort of like the way the Developer app-distribution does/did? Or what?
Rate the chances of a reverse app to assist migrating from iPhone to Android making it into the Apple store?
I'll go with never.
Worth trying. If it got blocked you'd have a nice anti-trust suit against Apple.
Really? Have you ever tried to migrate someone's email and contacts off of AOHell? Yes, there are third-party apps that purport to do it; but AFAIK, AOL themselves has never made it easy.
There is already one for BlackBerry -- Device Switch. It's been there for over a year. Great app. Works like a charm. I'm sure that's where Apple got the idea.
Apple has had "Migration Assistant" for years and years for OS X; long before Hackberry even existed. Works spectacularly. And at some point (can't remember when, but it was awhile ago) they added Windows migration support to Migration Assistant. Have never tried it.
So this effectively makes Apple terrorists. Using the freedom enjoyed by an organization of people against them for political gain.
What in THE FUCK have you been smoking?!?
it puts up with a day of very heavy use, and almost always has 33% or so left when I charge it at night
Wow. That's UNimpressive!
Admittedly, I don't know what you classify as "heavy use"; but my (now 1 gen old) iPhone 6 plus usually lasts at LEAST 3 to 4 DAYS before I have to charge it.
Just as one can choose to buy an iphone over a bad android phone, one can choose to buy a good android phone over a bad android phone.
But when the problem is in the underlying, unifying OS (Android), then how, pray tell, does someone get a "Good Android"? It seems like the only way to escape the ugly OS design that is Android, is to escape Android.
Hence my original post.
I see an iPhone 4S but that's the 2011 era phone we just discussed.
You are correct. I was posting from work, and didn't go back to research exactly when the iPhone 4s was released.
However, for whatever reason, the iPhone 4 did not make the grade; but that reason was NOT "planned obsolescence", and in any event, is WAY better than Android's update track record. From that fact, there is absolutely no escape.
Not trying to move the goalposts; just trying to get back to the actual POINT of the original poster's challenge, rather than playing temporal "gotcha".
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week, which very few end-users will ever see, and which affects very few people to begin with.
FTFTFY
Then why did it rate a Slashdot article to begin with? Or are you saying it will only affect a few people because Lollipop hasn't been out very long? That's small comfort.
I wasn't expecting someone who's username is mac4all to know that, but yes, Android does run on x86 and all java apps should work. Only some apps are written in C and compiled for ARM. So app-support is a non-issue.
I wasn't expecting someone who's username is mac4all to know that, but yes, Android does run on x86 and all java apps should work. Only some apps are written in C and compiled for ARM. So app-support is a non-issue.
Ad hominem bullshit aside, I am sure I can spout plenty of OS X and iOS facts that would "stump" a Fandroid; but I thought that Dalvik != Java; but now you're saying that there is magical App compatibility between Dalvik Apps and Java Apps? So there is the concept of "Black Box Dalvik" (pure Dalvik), just like "Black Box Java" (pure Java)? If so, how many times does THAT happen?!?
So, why can't I run Android Apps on OS X (assuming I have downloaded that dangerous OS), or Windows (again, assuming Java Support has been installed)?
Because there's (MUCH!) more to it than simple Language Compatibility (or even bytecode compatibility); because almost NO ONE codes in "Pure Java", that's why! And, from what (admittedly) little I know about Java development, it seems like there is ALWAYS at least SOME "platform-specific" stuff in Java Apps. So cut the crap, will ya?!?
Not the original poster, and it was a bit hard to find, but there's this: https://www.securemac.com/maco...
I remember a slashdot discussion about it years ago as well.
Ok, well now I remember it; but according to this article (and the comments following it), this is MUCH different than the Lollipop vulnerability:
1. It is only the SCREENSAVER-lock that is affected. The regular OS X Login Screen CANNOT be bypassed in this manner! BIG difference!
2. You must know the USERNAME of an ADMINISTRATOR Account; regular (non-Admin) Users CANNOT use this vulnerability to gain unlock the screensaver. Again, BIG Difference!
3. This has been fixed for aeons.
Why can't they give me better battery life, LG G4 has a 3000mah battery, iPhone 6 has 1810mah, then how the hell does it manage to last longer than the G4.
Two reasons:
1. Apple is the hands-down master in both battery technology AND power-management techniques. For example, just LOOK at the hoops they jump through on OS X to eke every erg out of their batteries (this article is now two OS-generations old, so the techniques described therein have gotten even better). And for another example, look at the new iPad Pro. It even changes the screen and digitizer refresh rates (separately) for better battery life and improved performance when needed.
2. They make the WHOLE widget; which REALLY makes a difference when it comes to power-budgeting and power-saving techniques, and synergy between software and hardware. Berate Apple all you like; but you have just demonstrated EXACTLY why that makes a difference...
How many iOS devices from 2010 got updated to iOS9?
Um, ALL of them. (YOU asked!)
How many iOS devices from 2011 will get iOS 9+1?
Well, besides being a metaphysically absurd question, if history is any guide, ALL of them as well.
Again, YOU asked...
None of my iOS devices are 'entitled' to an OS update. So they're no different than my Android devices, except being slightly older.
So, that means you have a first gen iPad, or an iPhone everything from the iPad 2 and the iPhone 4s is "eligible" for iOS 9. In fact, it's the same list as for iOS 8. I admit I don't keep up with the iPod Touch compatibility, that for some reason, seems to be not as good as the iPad and iPhone.
But, NO Android Device can boast more "upgrade eligibility" than iOS devices. None.
Then again, being able to run a full desktop from a tablet is a pretty useful thing on occasion.
That's what VNC and RDP is for. Or don't you own a computer and an internet connection? Do you need help setting up a VPN?
None of which matters if the cost and performance / power capabilities of the Atom processor is better than the equivalent ARM processor.
Which would be great, if it were even REMOTELY true.
PowerPC started with a clean 32-bit design as well, and it could run circles around ARM if someone would just focus some R&D resources on it.
You're right about that! Think of IBM's Watson. Runs on POWER architecture, IIRC. (Yes, I know it isn't quite the same as PPC; but they are certainly kissing-cousins, or variations on a common theme).
Asus could have used ARM just as easily. They chose Intel because they thought it was the best SoC for their needs, not because of the legacy x86 compatibility. Nobody is going to install DOS or Windows on these.
Then, pray tell, what the FUCK ARE they going to install? Linux? Yeahrightsure.
And does Android even run on x86? How many APPS are there for that variant?
This actually seems like a VERY lame product. Who cares about hardware specs if there is no App-support?
no people buy apple junk because they're drinking the koolaid and/or want a fashion accessory.
You're absolutely right! You said:
NO people buy apple "junk" because they're drinking the koolaid and/or want a fashion accessory.
Oh, what a difference a comma WOULD have made; but you're too filled with Apple hate to even compose a grammatically-correct insult, slashtard!
in addition to running the latest version of Android Lollipop.
Hahahahahaha!
That is all.
I'm pretty sure that most users will not get the patch for a very long time, if ever, due to carriers not caring one bit about updating in a timely manner.
This. It seems that the US carriers rarely send out OS updates for the many security updates. This needs to change.
That change can be had TODAY.
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week. So, it makes for a funny story, and a teachable moment, but does not necessarily mean OMG-We'z-Been-Hax0red!
The vulnerability was disclosed to Google, who has developed a patch, which Google released last week, which very few end-users will ever see.
FTFY.
Or I could go to radio shack and buy a small actuator to do it for me.
Really? You have a working Time Machine? Because that's the ONLY way you're going to buy any electronic components at a store called "Radio Shack".