There has yet to be a single documented case of a Mac hacked from remote other than in a pwning contest. In reality, Mac users have zero to worry about when it comes to remote intrusion issues, much less malware infections. If you want to worry about malware, run Windows. Otherwise, use a platform that has actual security.

I am sure that come a year or two when gas prices head upwards of $5 to $6 a gallon, people will be screaming for BP to start drilling again. This oil spill is just an excuse to lash at BP because they are a for profit company, and that is the whipping boy people attack because they are unable to compete in a global market. In reality, most Americans, especially here in California, value being able to drive somewhere without astronomical gas prices than some gunk dumped in some flyover states. Maybe BP needs protection like diplomats do from unpopular nations. I'd say give companies diplomatic immunity so they can do business and not be affected by politicos stirring up the rabble and handing pitchforks and torches.

There is only one company that has solved the malware issue, and that is Apple. In no other area can one download and use applications but not have to worry about viruses, Trojans, or malware. This is why Microsoft also wants to make their phones only allowing apps from their store. With a proper gatekeeper in place, Trojans don't stand a chance, and people can do their work free of worry. Of course, this doesn't cover people who deliberately compromise their security of their devices by jailbreaking, but Apple will eventually make their phones as hackproof as the PS3s so this will be a nonissue soon.

I am sure that later in the year when gasoline spikes to $7.00 a gallon if not more, that people will be not just asking, but begging BP to drill again. Not just gasoline will spike, but every single item's price at a store will go up. Someone has to pay the higher prices, and that someone is the same consumer cursing BP out for doing state of the art drilling.

So we see BP chewed out in the press, but when gas prices spike, they will be considered as heroes the second they start opening up new areas to drilling so oil goes down under $200 a barrel.

Yes, this may be shocking news, but be honest: To most of America, especially where I live in California, the price of gas means more to us than what happens to some failed flyover states. The Gulf of Mexico has -zero- relevance to my life, while the price of gas does on a daily basis.

Java is too slow to be used in an embedded environment. There is a reason why Java as a whole was completely abandoned on the desktop, and it was due to the fact that basic applets took forever to run. This is why Flash is king now while Java is a sideline player. Now we are learning this lesson again on mobile phones. If I wrote an app for Android, it would easily take twice the CPU power for similar performance than the iPhone, just due to the overhead of the JVM.

I can spend my time as a developer figuring out if the screen is high or medium res, multitouch is there or not, if the phone has a hardware keyboard, how much RAM the phone has, if there is a SD card present, or check to see if the phone is rooted so the app doesn't run on user-compromised hardware. I can then try to QA against a large amount of combinations of hardware.

Or I can write on a platform that is known good, will have 4 models than 4000, and where I can work on making an app that is top quality as opposed to just making the app not force close when it gets run. My QA time is spent on just a few phones which will be the same, as opposed to uncountable models which may make my app force close for no real reason. Instead of spending time QAing against random models, I can spend time advancing the dev cycle of my app so users get more features.

Don't forget JVMs. Java is already a language that has been effectively abandoned in mainstream computing with a JVM du jour and no guarantee of portability. Code that runs on Windows JVMs might not run on Macs. And it is the same thing on Android. The JVM on one handset may not be 100% compatible with another handset so my code force closes if I don't test thoroughly. Compare this to Objective-C which is strongly supported by a wide community, and code compiled under it will run the same regardless of model device.

Follow the money. iPhone owners buy apps. Android users talk about them. There is just no reason for a developer who needs to earn money to write for Android when they have a guaranteed market with the iPhone. At least Apple's iAd guarantees that even free apps will make some revenue, and Google has no standardized ad platform.

This brings about a question: Is Android proven enough for security? It has not. The iPhone has been out for four years, and has never been breached. Android is still an unknown when it comes to security, and might possibly have large 0 day exploits ready and waiting for crooks to turn a phone into a portable spam machine or a mobile client for a botnet. Phones would make great botnet clients. They easily can be controlled via encrypted SMS texts. And if the botnet owner hates someone, they can just make the phone dial 911 with a recorded voice repeatedly until the owner gets arrested.

Who wants to gamble with their phone's security?. The iPhone has proven itself by quickly becoming the #1 smartphone in the US. Android does not come close.

The iPhone is far more open and free than any Android device out there. Android devices are great, if your device maker loves it enough to update it. If not, good luck. iPhone apps work in all platforms, and make money for the app writers.

Amateurs can go to Android. If you want work done or actually use your device for something more than a toy, you buy an iPhone.