Cisco Develops VPN Client for PCs, Smartphones

Cisco Systems will soon release a VPN client for smartphones and PCs aimed at enterprise administrators who want to provide secure access to their networks and ward off malicious software.

Cisco's AnyConnect Secure Mobility Solution was announced at the Cebit trade show in Germany on Tuesday. It is part of Cisco's "borderless networks" initiative, which aims to provide better performance and security to traveling corporate workers.

While other security vendors have end-point security software, they don't necessarily have the VPN (virtual private network) component as well, said Horacio Zambrano, a Cisco product line manager.

Cisco said its software is superior because once it is set up, it will maintain a VPN connection with a corporate network and users do not have to manually connect.

AnyConnect will automatically detect where a user is and can enforce certain policies determined by an administrator for that type of connection. For example, if the user is in India or China, an administrator may want to implement stronger security measures, said Axel Foery, head of Cisco's borderless network architecture for Germany, Austria and Switzerland.

Administrators will also have granular control over applications. For example, users may be allowed to send attachments over instant message programs if they are located in certain places but barred from sending attachments in other locales.

Cisco contends the system also allows for greater control over software-as-a-service applications such as Salesforce.com. Access to Salesforce is managed via Cisco's secure gateway, so employees don't have a direct login to the Web application.

If an employee is terminated, their access can be revoked from the gateway, and the employee will not be able to access Salesforce corporate data.

AnyConnect will work on major mobile platforms including Windows, Blackberry, Palm, Symbian and the iPhone by the end of the year, Zambrano said. AnyConnect will be available for PCs running Linux, Windows and Mac OSes, he said.

To install the client on a smartphone, administrators send users an e-mail with a link to the AnyConnect application. Once users have authenticated themselves, AnyConnect will start an encrypted connection.

Cisco is combining its AnyConnect software with its Web security appliances and firewalls. Last October, Cisco bought ScanSafe, a vendor that specialized in Web filtering. In 2007, Cisco bought IronPort, which made Web security appliances.

Technologies from both of those acquired vendors are wrapped into AnyConnect. ScanSafe's technology can stop users from going to malicious Web sites on their PCs or mobile devices, preventing malicious software from possibly invading the corporate network. IronPort's worldwide sensor network is used to gather information on emerging security threats on the Web as well, said Amanda Holdan, Cisco product marketing manager for security.

All of the components for AnyConnect should be released by June, although iPhone and Android compatibility should come by the end of the year, Zambrano said. Pricing has not been finalized.

http://news.yahoo.com/s/pcworld/20100302/tc_pcworld/ciscodevelopsvpnclientforpcssmartphones

Hold and Copy in UIKit

Recently, I wanted to implement an interface where a user holds down on a UIView class or subclass to reveal a copy menu. Basically, I didn’t want to have to present the user with a UITextField just to provide the ability to copy some data to the pasteboard. In this case, I’m working with a UILabel, but a similar paradigm already exists in many Apple-supplied apps where one can hold down on an image and be presented with the Copy menu option.

Going in it seemed pretty straight-forward, but it ended up taking me the better part of an afternoon of trial and error alongside the Event Handling section of “iPhone Application Programming Guide” to work it all out, so I believe a tutorial is in order. A reference project with sample code is available on Github.

Getting Ahold of a Hold

One can easily calculate the length of time a touch was held when the touch ends (by calculating the difference between the timestamp properties of the passed UIEvent and UITouch objects), but I found making this the point of responding to the event less than ideal because it means responding to the user’s interaction after the user lifts her finger, rather than while she is holding down on the screen. I’d rather respond while the user is still holding her finger down to let her know that the instruction was received. If the software will only respond after the user lifts her finger, she has no idea how long she has to hold her finger down, which is a nuisance, really.

Old Cocoa pros and experienced UIKitters probably saw the solution from a mile away: we intercept the touches began event for the view we’re interested in, and tell some object to do something after a long enough delay (the minimum time we want a user to have to hold to do something). We then cancel the request if any of the other touch events fire before our delay hits. That looks something like this, depending on your needs:

  - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
  	UITouch *t = [touches anyObject];
  	if ([t locationInView:someViewWeAreInterestedIn])
  		[self performSelector:@selector(showMenu) withObject:nil afterDelay:0.8f];
  	}
  }

  - (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
  	[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(showMenu) object:nil];
  }

  - (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event {
  	[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(showMenu) object:nil];
  }

  - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event {
  	[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(showMenu) object:nil];
  }

There may be better ways to do this, but this seems pretty solid. In the sample code you can see this at work in the view controller, which shows a hidden image once a user holds down on another image for long enough. Just under a second (0.8s) seemed to feel right to me.

  - (void)holdingView:(id)view {
  	[hiddenView setHidden:NO];
  }

  - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
  	NSSet *imageTouches = [event touchesForView:imageView];
  	if ([imageTouches count] > 0) {
  		[self performSelector:@selector(holdingView:) withObject:imageView afterDelay:0.8f];
  	}
  	[super touchesBegan:touches withEvent:event];
  }

Implementing a Custom Copy

I feel like there’s real pun-potential for this subtitle, but reasonably groan-inducing text is eluding me. In any event, now that we can detect when a user has held our view long enough to warrant a response, we need to make a move: presenting the UIMenuController with the Copy option and actually copying something in response. I’m sure there are various approaches that can be taken, but my approach was to start by subclassing UILabel, curious to hear other ideas.

First, I wired the subclass to intercept touch events, and to save that touch-down for the extra point (ho!):

  - (BOOL)canBecomeFirstResponder {
      return YES;
  }

  - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
  	if ([self canBecomeFirstResponder]) {
  		[self becomeFirstResponder];
  		UITouch *t = [touches anyObject];
  		holdPoint = [t locationInView:self];
  		[self performSelector:@selector(showMenu) withObject:nil afterDelay:0.8f];
  	}
  }

  // (other touches* methods implemented to cancel perform) ...

Showing the menu itself is a touch awkward, you need to provide a “target rectangle” (CGRect) to UIMenuController to tell it about where on the screen you want the menu to appear (it can appear above or below this point, depending on proximity to the screen bounds).

  - (void)showMenu {
  	NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
  	[center addObserver:self selector:@selector(reset) name:UIMenuControllerWillHideMenuNotification object:nil];

  	// bring up editing menu.
  	UIMenuController *theMenu = [UIMenuController sharedMenuController];
  	CGRect myFrame = [[self superview] frame];
  	CGRect selectionRect = CGRectMake(holdPoint.x, myFrame.origin.y - 12.0, 0, 0);

  	[self setNeedsDisplayInRect:selectionRect];
  	[theMenu setTargetRect:selectionRect inView:self];
  	[theMenu setMenuVisible:YES animated:YES];

  	// do a bit of highlighting to clarify what will be copied, specifically
  	_bgColor = [self backgroundColor];
  	[_bgColor retain];
  	[self setBackgroundColor:[UIColor blackColor]];
  }

Note that I’m registering for a notification: I basically wanted to know whenever the menu disappeared, because that would mean it’s time to stop high-lighting the text in the label, and restore the original background color. Totally not required for getting the menu on screen.

Next we have to make it clear to the UIMenuController that we mean serious business, and what kind of business we intend to conduct. In my case, I was only interested in Copy, but other options are available:

  - (BOOL)canPerformAction:(SEL)action withSender:(id)sender {
  	BOOL answer = NO;

  	if (action == @selector(copy:))
  		answer = YES;

  	return answer;
  }

And in my case, the data I’m looking to copy is simply the text of the label itself, and I just want to put it on the general pasteboard so the user can paste it into another app, or wherever:

  - (void)copy:(id)sender {
    UIPasteboard *gpBoard = [UIPasteboard generalPasteboard];
  	[gpBoard setValue:[self text] forPasteboardType:@"public.utf8-plain-text"];
  }

That’s it!

 

http://www.mobileorchard.com/

Why are So Many Android Owners Male?

When compared with some of the other smartphones on the market, owners of phones running Google's Android mobile operating system are predominantly male. This finding comes from analytics firm AdMod's latest Mobile Metrics Report, which revealed that 73% of Android users are male. Meanwhile, on the iPhone, iPod Touch and Palm platforms, the ratio of male-to-female owners was more even. However, males were still in the majority even on those devices, accounting for 54% to 58% of the users.

This was only one of the findings from the firm's January report, which also examined ages of smartphone owners, propensity to download and pay for mobile applications and interest in purchasing the upcoming Apple iPad.

Kids Love the iPod Touch and the Free Apps

Most of the statistics AdMob revealed weren't all that shocking. For example, iPhone owners are more likely to purchase an iPad than owners of other smartphones. And while 16% said they intend to buy Apple's new slate computer when it arrives in March, only 11% of Palm webOS users and 6% of Android owners said the same. This finding can easily be attributed to the so-called "fanboy" syndrome among Apple hardware owners - that is, the tendency of those who own Apple products to want to buy more Apple products. Sometimes described as fanaticism, it's really just a testament to the popularity of the brand and its repeat customer business.

Another interesting, but still explainable, statistic involves the buying habits of iPod Touch and iPhone owners. Those who own the less-expensive iPod Touch devices tend to download more free applications than those who own an iPhone. And they download a lot of apps, too. On average, iTouch owners download 12 apps per month - that's 37% more apps than iPhone and Android users. They also spend more time playing with their apps - 100 minutes per day, 25% more time than iPhone or Android users.

At first, those figures may have you scratching your head - after all, isn't the iPod Touch the exact same mobile operating system as the iPhone? And doesn't its Wi-Fi-only connectivity actually limit the functionality of a lot applications since so many require an Internet connection to work? The answer to both questions is yes. But the reason why the iPod users appear to be more active and engaged is explained in another section of the report. According to the demographics, they're much younger. 78% of iPod Touch users are under 25 (compared with 25% of iPhone users) and they're often students, too. These are the very sort of users who have time to play with a ton of apps. They're also, not surprisingly, the least likely to pay for them. iPod Touch owners download an average of 10.5 free apps per month and only 1.6 paid apps during that same time. iPhone owners, however, download 7.0 free apps per month and 1.8 paid ones.

Why are So Many Android Owners Male?

The only truly odd statistic to arise from this report is the gender variance among Android owners. With a 78%/22% male-to-female ratio, the question that comes to mind is why are so many owners male? There is a wide range of Android-powered smartphones for people to choose from, including everything from sleek-and-shiny HTC devices to keyboard-ready Droids from Motorola and Verizon. In other words, there's an Android handset out there for everyone.

Our only guess as to why the statistics are skewing male for Android may have something to do with the latest Droid marketing efforts. Commercials for Verizon's Droid send the message that the phones are the equivalent of having a "robot in your pocket," and the latest show a robot's finger quickly typing out searches on the phone's on-screen keyboard. While arguably, some females are sure to love robots, too (especially those interested in reading about smartphone statistics here!), a campaign that uses robots and reminds you of all the things the Droid does that the iPhone doesn't, is a not-too-subtle attempt to play to the male ego and that gender's stereotypical desire for constant one-upmanship among their peers. And that's not the worst of it, either. Another Droid ad, spotted by CNNMoney blogger Elmer DeWitt in December, targeted the male demographic in the "most testosterone-heavy TV commercial to date," he noted at the time.

The ad copy read:

Droid. Should a phone be pretty? Should it be a tiara-wearing digitally clueless beauty pageant queen? Or should it be fast? Racehorse duct-taped to a Scud missile fast. We say the latter. So we built the phone that does. Does rip through the Web like a circular saw through a ripe banana. Is it a precious porcelain figurine of a phone? In truth? No. It's not a princess. It's a robot. A phone that trades hair-do for can-do.

So congratulations, marketers. It appears you have successfully attracted the males to your handset. But in ignoring the potential female users, you're doing smartphone owners a disservice. The Droid, and other Android-based phones too, are powerful, attractive and easy-to-use handsets that should have a broad appeal. It may be time to remind the women of that.

 

http://www.readwriteweb.com/archives/why_are_so_many_android_owners_male.php

January 2010 Mobile Metrics Report

For this month’s feature section, we ran an opt-in survey of consumers on iPhone, iPod touch, Android and webOS devices to learn more about how they are engaging and interacting with applications.  The behavioral and demographic insights taken from the self reported survey provide additional context to the traffic trends we report on each month.  The survey included 963 respondents across all of the platforms and revealed some interesting points on app purchasing habits:

• Android and iPhone users download a similar number of apps every month and spend a similar amount of time using the apps.
• iPod touch users download an average of 12 apps a month, 37% more apps than iPhone and Android users.
• webOS users downloaded fewer total apps per month, relative to iPhone OS users and Android users.  This may be related to the fewer number of apps in the webOS App Catalog.

As always, it’s important to take methodology into consideration when reviewing the results of any survey.  You can find more details on our methodology in page 3 of the report.  One thing to note is that many of the survey respondents were sourced through in-app ads, which could have resulted in a selection bias of active app users.  Also note that we did not include RIM users in the survey, because AdMob does not currently serve ads into Blackberry apps and we wanted to be able to compare similar methodologies across platforms.

 

http://metrics.admob.com/2010/02/january-2010-mobile-metrics-report/

Apple, There’s Pornography On My iPhone. The App Is Called Safari. You Made It.

Apple’s hypocrisy with regard to the App Store is something I know well. Several times last year I wrote about Apple allowing apps like “Asian Boobs” and upskirt apps into the App Store while rejecting things such as satirical apps that mocked public figures. It was ridiculous. So you might think I’d be happy that Apple is now rejecting and removing sexy apps from the App Store as well. But actually, the hypocrisy is much worse now.

Problem number one is that while Apple is removing most of these sexy apps from the App Store, it’s not removing all of them. So who gets to stay? Big publishers like Sports Illustrated and Playboy. In fact, not only is Sports Illustrated’s Swimsuit 2010 app not being removed, it’s being featured in the App Store. Both it and the Playboy app clearly violate the new rules of the more prudish App Store, yet they get to stay. Why?

As Apple VP of Worldwide Product Marketing Phil Schiller explained earlier to the New York Times, it’s because they’re well-known companies known for that content. Yet, he also cited women being upset about feeling degraded and parents being upset about kids having access to sexy apps as the main reason Apple is cracking down on them. The omission of the fact that parents probably also don’t want their kids downloading the Playboy app, or that some women might also find the Swimsuit app degrading is laughable.

Now, are some apps worse than others with regard to sexy content? Of course. But Apple has removed over 5,000 apps and counting under these new rules — surely some of those would likely be considered less offensive then the Playboy app. Further, this is creating the ultimate gray line when it comes to what is and what is not permissible in the App Store. For example, what if there’s a smaller publication also known for nude pictures that wants to make a lingerie app? Will Apple reject or accept that? Is there a certain circulation threshold one has to have to be considered “well-known” in Schiller’s words?

Problem number two is that Apple is breaking a golden rule: don’t take away what you’ve already given (in this case, to both developers and users). Apple has not always allowed these sexy apps in the App Store. But at some point over the past several months they changed their minds and apps like “Asian Boobs” started getting accepted. Why did they do it? At the time, the thought was that with the new parental controls in the iPhone OS 3.0, they could leave it up to parents to decide what their children can or cannot download/use.

Apple was probably happy to let another huge rush of apps into the store, while yes, generating revenue off of them. Meanwhile, this spawned a wave of developers who were making these types of apps. Several of those developers have reached out to us over the past few days basically saying that Apple has just destroyed their businesses. Again, businesses that these people would not have created without Apple approving these apps in the first place. Apple giveth, Apple taketh away.

Problem number three is related to number two. I fail to see the reason that Apple built parental controls into the iPhone OS if they weren’t to be used for situations like this. Why even bother? For games with violence? Please. I’m all for kids not having access to mature content if their parents are against it, but that’s exactly what these controls are made for.

So why is Apple making this big change that is pissing a lot of people off if they have this safeguard in place? Clearly, they must not trust it. But if that’s the case, why not remove the explicit content from iTunes? After all, the parental controls for apps are in the exact same place as the ones from music, movies, and TV shows.

Problem number four is perhaps my favorite one. Apple is going through all this trouble of removing these apps, and creating more work in scanning for the next sexy apps to reject, when built into every iPhone and iPod touch is not one, but two huge entry points for explicit material — and both are apps made by Apple themselves. The first, I alluded to above: iTunes. There are no shortage of films and TV shows with nudity and sexual content (along with violence and everything else) that are available on iTunes for purchase on the device. The same is true for explicit music.

But the second app is far worse: Safari. Each iPhone and iPod touch has a web browser that is more than capable of accessing any site on the web with a few clicks. This includes sites with hardcore pornography, or anything else a teenage kid can dream up. Apple is going through all this trouble to block sexy apps (which have never contained nudity, by the way, just sexy pictures), when they offer one of their own that makes it much easier to find far more sinister content.

Of course, if they removed Safari, it could well destroy the iPhone. So they’re not going to do that.

The sad truth is that while everyone can clearly see Apple’s hypocrisy here, it’s unlikely to matter. Just as with all the hoopla over the Google Voice app rejection, this too will blow over. As long as people keep voting for Apple with their pocketbooks, Apple will continue to do as it pleases, hypocrisy or not.

The lesson, I suppose, is that killer products give you carte blanche.

 

http://techcrunch.com/2010/02/23/apple-iphone-pornography-ban/

Y Combinator To Startups: “We think the iPad is meant to be a Windows killer”

Last August, we wrote about Y Combinator’s latest idea: RFS, or, Requests for Startups. Basically, this allows the incubator to lead entrepreneurs in a certain direction based on trends they think will be hot. Y Combinator then selects the best ideas based around these guidelines to fund. The latest RFS (number 6), throws down a gauntlet, of sorts.

“We think the iPad is meant to be a Windows killer.”

Okay, yes, that’s slightly taken out of context — but it’s still one hell of a way to rile up developers. And to light a fire under some would-be entrepreneur fanboys. Here’s the full statement around the sentence:

Most people think the important thing about the iPad is its form factor: that it’s fundamentally a tablet computer. We think Apple has bigger ambitions. We think the iPad is meant to be a Windows killer. Or more precisely, a Windows transcender. We think Apple foresees a future in which the iPad is the default way people do what they now do with computers (and some other new things).

Following the iPad’s unveiling in January, people seem fairly evenly split about whether the device will be a failure, or the next big thing (I’m on the record as saying I think it will take some time to catch on, but then will quickly rise in popularity towards the future of computing). This is a smart bet for Y Combinator (and the startups that apply for this RFS) to make. If they’re right, and this is the future of computing, these startups getting to work around the time of the iPad launch (it’s still set to ship at the end of this month) should be well positioned to fully take advantage of the device.

And Y Combinator is thinking big for these startups too. It would be easy to tell companies to make apps for the iPad that are basically ports of current mobile apps, but the RFS points to this post by Facebook’s (and FriendFeed co-founder, and Gmail creator) Paul Buchheit, noting the future iPad applications may be unlike anything we’ve ever seen before.

Something else that is interesting to Y Combinator is how you get this new device in the door in businesses. They seem to think you’ll have to trick your company’s IT department:

One particularly interesting subproblem is how to introduce iPads into big companies. This will probably have to be done by stealth initially, as happened with microcomputers. They’ll have to be introduced as something individuals use, and which doesn’t really count as a computer and thus can’t be vetoed by the IT department. Don’t worry about this; it’s just a little tablet computer.

Just as iPhone app development has exploded, and Android developers are finally starting to see some real money, iPad developers are already in demand. Windows-killer or not, this is certainly an area to watch for the foreseeable future.

 

http://techcrunch.com/2010/03/01/ipad-windows-killer/

Google Handing Out Free Nexus Ones And Droids To Top Android Devs

Google has just sent out an Email to select Android developers informing them that they are eligible to receive either a Verizon Droid or a Nexus One, as part of its ‘Device Seeding Program’.  The criteria for getting one of the phones is to have an application with 3.5 stars or higher and more than 5,000 downloads, which sounds like it could include quite a few developers.

In an odd move, Google isn’t actually allowing the developers to pick which device they’re receiving — if you’re in the US, you’ll get a Droid or Nexus One, at random. If you’re in Canada, the EU, Norway, Lichtenstein, Switzerland, Hong Kong, Taiwan, or Singapore, you get a Nexus One.  If you’re not in any of those, you don’t get a phone at all (Google explains that the phones aren’t certified in other countries).

So why is Google doing this? Android is already having to deal with fragmentation issues, as a large number of users (and developers) have older phones that aren’t running Android 2.0. Now that the Droid, which runs 2.0, comprises a big part of Android’s market share, it’s in Google’s best interest to make sure that Android’s best developers are building software that’s compatible with the latest devices. The free phones also serve as a nice carrot to entice developers to build quality applications.

Here’s the Email Google is sending out:

Due to your contribution to the success of Android Market, we would
like to present you with a brand new Android device as part of our
developer device seeding program. You are receiving this message
because you’re one of the top developers in Android Market with one or
more of your applications having a 3.5 star or higher rating and more
than 5,000 unique downloads.

In order to receive this device, you must click through to this site,
read the terms and conditions of the offer and fill out the
registration form to give us your current mailing address so that we
can ship your device.

You will receive either a Verizon Droid by Motorola or a Nexus One.
Developers with mailing addresses in the US will receive either a
Droid or Nexus one, based on random distribution. Developers from
Canada, EU, and the EEA states (Norway, Lichtenstein), Switzerland,
Hong Kong, Taiwan, and Singapore will receive a Nexus One. Developers
with mailing addresses in countries not listed above will not receive
a phone since these phones are not certified to be used in other
countries.

We hope that you will enjoy your new device and continue to build more
insanely popular apps for Android!

Update:: And here’s a followup statement from Google about the program (it’s real, for those of you who are worried that it’s a scam):

A thriving developer community is an important part of creating a better mobile experience for users around the world. We hope that offering devices to developers will make it easier for them to create and test great applications. This is inline with other efforts to support developers, which also includes our Android Developer Labs World Tour and our upcoming participation at the Game Developers Conference.

http://techcrunch.com/2010/03/02/google-handing-out-free-nexus-ones-and-droids-to-top-android-devs/

Watch Out, iPhone Devs: One-Man Android App Nets $13K Monthly

To all those companies and developers focused exclusively on iPhone apps: Watch your back. The Android platform is catching up, and none too slowly.

As Android's growth continues to explode since the release of the Droid, only the most foolish of app shops are not planning to expand beyond Apple's walled garden. One developer, in fact, wrote that his app, which was showing modest, double-digit daily sales late last year, now reports that his app is making $13,000 a month.

When that kind of opportunity exists for a single app, why would developers put all their eggs in one basket, a.k.a. the "Jesus phone"?

A few weeks ago, we told you, "As of December 2009[...] 4 percent of all smartphone owners now use a phone running some version of the Android OS. That's an increase of 200 percent since the previous survey released in September.

"Respondents were also asked about their plans to purchase a smartphone in the future. Among those who planned to purchase within the next 90 days, 21 percent said they would now choose Android."

It's this growth that helped fuel the success of Eddie Kim's app, Car Locator.

In a blog post today, the developer revealed that his Android app "started as a little side-project while I was vacationing with my family, turned into a few extra bucks for lunch money every day[...] has continued its upward trend and is now beyond my wildest fantasy of what could have been possible. "

Car Locator is a pretty simple application: Users save their location when they park their cars, and the app navigates them back to their cars later. The app was available in free and paid versions with varying feature sets. The paid version originally sold for $1.99, and the price was later increased to $3.99. Kim has done no marketing for the app, but it did win third place in Google's Android Developer Challenge 2.

When Motorola's Droid was released, Kim saw his first major spike in sales:

"In the first 2 months, the app saw sales of about $5-6/day. Nothing too fancy," he wrote. "But starting November 7, there's been a significant uptick in sales, peaking on November 9, where the app saw $44 in sales. Sales have since settled to about $20/day, but it's probably too early to tell if this will hold."

Little did Kim realize that his sales had just begun. To date, the free app has been downloaded 70,000 times, with paid app sales at about 10 percent of that figure.

"The application was netting an average of about $80-$100/day, until it became a featured app on the Marketplace. Since then, sales have been phenomenal, netting an average of $435/day, with a one day record of $772 on Valentine's Day. Too bad I didn't have a Valentine's date this year - we would've gone somewhere real special!" (Catch that, ladies?)

Kim also stands by the Android platform, saying, "Some may be quick to point out that a featured Android application is only able to net $400/day, while top iPhone apps make thousands[...] However, I still think that Android is only a fraction of what it will eventually become. Each release of a new Android handset gets me excited, as it means a wider reach for the Marketplace."

Folks, if you've been longing for a much-hyped app to make its way to the Android Market, forward this article to the developers and marketers in charge. There's money to be made there, and the userbase is only getting bigger.

 

http://www.readwriteweb.com/archives/watch_out_iphone_devs_android_app_nets_13k_monthly.php