Posts tagged with "developers"

Quick Review: RankIt Checks On iOS & Mac App Store Charts

Developed by Steve Reynolds (Analytix, Clicky Touch), RankIt is a new iPhone app that allows you to check on iOS and Mac App Store charts for any app that’s currently available for sale. Whilst some iPhone apps have tried to bring the complexity of web-based App Store analytic tools to iOS in the past, RankIt focuses on simplicity in that it allows you to quickly enter as many apps to “monitor” as you want, and refresh at any time to see real-time rankings.

As you fire up RankIt for the first time, you’re asked to add an app from the App Store you’d like to check rankings for. You can choose between iPhone, iPad, Universal and Mac apps, and change from United States to 9 other markets with available charts. In Settings.app, you can further tweak RankIt to adjust the number of maximum ranks returned (from 50 up to 400), set a default country, and refresh on launch. Once you’ve entered an app to monitor, RankIt will quickly refresh its ranking to check on freshly updated charts. RankIt will display an app’s position in the Top Paid/Free charts, as well as its ranking in the category’s charts. Universal apps will show iPhone and iPad icons next to them; with one tap, you can open a single app view that displays rankings in multiple countries. You can refresh at any time, with RankIt taking only a few seconds to get updated charts from the App Store.

In spite of its simplicity, I believe RankIt can be a worthy addition to any iOS or Mac developer’s workflow. In fact, the app’s focus on “quick stats” might just be its biggest selling point when compared to more in-depth tools that can’t just be refreshed every 10 minutes, whereas RankIt seems to be meant exactly for this – quickly checking on the App Store’s charts. I’ll make sure to test RankIt again during one of the big app launches next week, and see how it handles updates in real-life usage scenarios.

RankIt is $1.99 on the App Store.

The State Of iCloud-enabled Apps

Three months after the public launch of iCloud, I thought it’d be interesting to check upon the App Store and see how many developers have decided to enable iCloud integration for documents & data storage in their apps.

iCloud went live alongside iOS 5 and OS X 10.7.2 on October 12th, two days ahead of the iPhone 4S’ launch. In retrospect, iCloud’s public debut wasn’t without its issues and hiccups, but it was relatively smooth in the following days and Apple acted promptly to restore interrupted services for its users. Looking back, it’s just weird how many times iCloud Mail has been down, and continues to be unstable, whereas iCloud sync (for apps and data) has been fairly responsive and, at least on my side, always up. This says a lot about priorities, I guess.

In 107 days since iCloud went live, and 235 since Apple’s announcement at WWDC ‘11, it appears the majority of third-party developers are still considering whether or not iCloud is something worth investing their time – and customers’ money – or not. Those who have successfully implemented iCloud have done so in ways that require minimal user interaction, most of the times enabling sync capabilities through a single setting switch. Others have tried more complex solutions, often having to come up with separate tools to enable iCloud. Especially on the Mac, the fact that only apps sold through the Mac App Store can be directly integrated with iCloud isn’t helping developers who are still selling apps both on Apple’s App Store and their own website. Overall, there seems to be a shared trend among developers choosing to wait for Apple to clarify specific aspects of iCloud sync, improve the platform and fix some bugs that may prevent certain applications from being iCloud-enabled without requiring a major restructuring of the codebase on their end. Turning an iOS or Mac app into an iCloud-enabled app hasn’t turned out to be the 1-click process many, including me, wrongfully assumed when iCloud was previewed at WWDC last year.

Every app has its own way of storing local documents and user data. Some apps prefer keeping the original source of a document intact, say a .txt file, whilst others may apply their own file format to store documents and data internally in a proprietary database or multiple files, such as Evernote’s take on XML. There are pros and cons: keeping a universal file format such as plain text gets you more benefits in data portability; writing your own database structure allows you, as a developer, to do things exactly the way you want. What does this mean for iCloud?

Without getting too technical (also because my knowledge on the subject can only get you so far before I suggest you go read the developer documentation), the developers I’ve talked to explained that in the way iCloud syncs file, there may be some incompatibilities with apps that are based on complex databases and libraries. Apps that simply want to sync .txt files across multiple devices might be easier to port to iCloud, but then again there are always some aspects to consider such as conflicts, renaming a file, or getting a timestamp for the modification date when multiple devices are accessing iCloud. That’s not to say implementing iCloud is technically impossible for apps that are based on libraries, and not easily exportable files: below, I’ve collected some examples of apps that do just that, and quite cleverly too. However, getting to enable iCloud and make it reliable enough so that all kinds of apps can work with it without frustrating the user (who, in theory, never has access to the inner workings of iCloud) while at the same time providing the functionalities he or she expects. Read more

Apple’s Results and Developers→

Apple’s Results and Developers

David Smith looks at yesterday’s Q1 2012 numbers from an indie developer’s perspective:

If you add up the combined resolutions of all iOS devices sold in this quarter you get 40,747,941,888,000 pixels. It takes 17 viewings of entire Star Wars Saga on Blu Ray to see that many pixels. (805 minutes x 24 fps x 1080p).

On a more serious note:

Apple paid out $700M to developers during this quarter. That is equivalent to 125 $0.99 apps being sold every second.

Hardware brings in the real money for Apple. But I think it’s safe to say that, at this point, it’s the software ecosystem and the developers that are convincing people to switch to iOS. I’d like to know: how much of those $700 comes from games?

Permalink

New Twitter Clients

Justin Williams writes about the current state of Twitter clients for iOS:

What iOS needs is the Twitter equivalent to Adium: a well maintained, open source Twitter client that is targeted at the most hardcore and passionate users of both Twitter and the iOS platform.

That, of course, is easier typed than done. Many open source projects fail because of lack of vision or direction. Others fail because they are just badly engineered software that aims to shove every pet feature into a unified product. Projects like Adium succeed because there is an established hierarchy of managers, developers and contributors. Each release has a focus and direction much like a commercially produced project.

My first Twitter client was Twittelator Pro by Andrew Stone, which I installed soon after I got my first iPhone in 2008. After that, I switched to Twitterrific, which I kept until Tweetie came out. For a few months I bounced back and forth between Tweetie, Twitterrific and Birdfeed but, eventually, I settled with Tweetie 2. I loved Tweetie 2. It was the perfect Twitter client for my needs, it was fast and Loren was (is) a great guy. But then Twitter bought the app, started doing all kinds of crazy things to it, and the excitement wore off. I went back to Twitterrific, but it wasn’t the same – I had become very accustomed to Tweetie (now Twitter for iPhone) and the simplicity of Twitterrific was disorienting. Like Justin, I’ve always had a problem with inline DMs in Twitterrific.

Throughout 2010 and 2011 there’s also been a period when I went back to trying every Twitter client out there, including Twittelator Pro (again), but also Echofon, Tweetings, HootSuite, Osfoora, TweetList and TweetLogix. I was addicted to trying Twitter clients until Tweetbot came out and, as I wrote in my review, proved to be a Twitter app for iPhone I could once again fall in love with. I’ve been using Tweetbot for iPhone ever since, and the app keeps getting better on each release. Personally, I don’t agree with Justin’s point that Tweetbot is “the best designed Android app available for iOS”, but this isn’t the main problem.

The real issue is that these days iOS Twitter nerds are left with Tweetbot and nothing else. Twitterrific clearly isn’t targeting power users – maybe a better expression would be “users that don’t just casually check on Twitter” – and Twitter for iPhone, well, let’s just say it’s not exactly focused on Twitter geeks anymore. How about the other clients? I see very few innovators around, and the only third-party app I’m excited about (again, except Tweetbot, which I use every day) is Twittelator Neue – Stone’s app has a good chance to reinvent a few things especially if it ever comes to the iPad. But looking at the whole Twitter software landscape today, it’s clear to me there isn’t the kind of verve and anticipation for new clients that we experienced three years ago, with developers constantly updating their clients, one-upping competitors in terms of features, and teasing new products that (sadly) never came to be.

In a scenario where the less popular Twitter clients are either a) maintained through bug fix releases or b) updated with minor features every once in a while, lacking major additions like iPad and Mac counterparts, I see a glimmer of hope in Tweetbot – Tapbots are always up to some great stuff – and services like Tweet Marker: available for free to developers to implement in their apps, Tweet Marker is the first step towards that kind of client-side unification whose lack made switching Twitter clients on a daily (or even hourly) basis so painful in 2009. Check out the apps that already support Tweet Marker, and note how they’re the same names that I’ve mentioned above.

Building an Adium-like model for the ultimate Twitter client might be a viable plan, albeit an elaborate one considering all the technical complexities and frequent changes behind the Twitter API. An ideal modern Twitter client for power users should have delightful and powerful iOS apps and an outstanding Mac client that makes it extremely easy to switch environments without user fatigue; you have to make sure the apps are always brought up to date with the latest Twitter features from Twitter itself and iOS 5 (I’m fairly sure the technologies and APIs behind AIM aren’t updated nearly as often as Apple releases new iOS betas), and when everything’s distributed for free you have to make sure you’ve got a dedicated, kick-ass team of contributors and leaders, or things start to get messy (and slow) because of updates, user support, feature request, and so forth.

So here’s another possible scenario. Let’s continue to diversify the offer of available Twitter clients, and settle with one app for power users. Justin doesn’t like Tweetbot, but perhaps one year from now Tweetbot will be available on more platforms with changes and tweaks that everyone will like and use on a daily basis, even Justin. Around that Twitter client for power users, I imagine a flourishing ecosystem of innovative Twitter apps that don’t simply focus on building an alternative to Tweetbot – a daunting task at this point – but provide a unique experience that can live alongside the main, full-featured client. I’m thinking Tweet Library, also by Tweet Marker’s Manton Reece: instead of just focusing on being the perfect regular client, Tweet Library’s built-in client is functional to the app’s real feature: curating tweets and archiving them. This is the path I believe developers should strongly consider for building Twitter-connected apps: focus on APIs, services and interactions with other software. Where’s the Twitter app that integrates with Evernote and lets you annotate tweets? Where is the app to run, manage and archive online polls exclusively via Twitter? Where’s the service that lets you use your custom vanity URL and get beautiful, real-time, reliable click analytics instead of the ugly mess that’s HootSuite?

You see where I’m getting at – I believe developers are (obviously) completely free of investing their time and resources into competing with Tweetbot, but on the other hand I don’t think focusing on other aspects of Twitter means admitting defeat. It’s easy to say “Tweetbot won” or “Twitterrific is the best” when, really, the story is much more complex than that and also goes back to a company that has shown a “peculiar” approach to guiding its own third-party developers.

Will we ever go back to the Birdfeed and Tweetie era? I don’t think so. Twitter is now integrated in iOS 5 and seeing massive growth because of it, thus justifying the prospect of creating an app “for power users” even less. Yet I can’t help but think about a time, not too distant from now, when the power users will finally settle on a single solution for their power-hungry needs, and let other developers innovate atop of the Twitter platform in disruptive new ways. The ideas, devices, APIs and users are waiting.

[Photo by Jorge Quinteros]

New Apps for 2012

With the new year, many people make up resolutions that often involve losing weight or spend less time checking email and Facebook. Whilst those are certainly noble resolutions, they don’t quite fit the goals that I have set for this year when I began thinking about 2012 and the things I’d like accomplish in the next 12 months. Instead of working more to make more money, I’d like to work less but work smarter, as Shawn recently mentioned in an episode of Shawn Today. I want to spend more time with my family and friends and use the “time for work” with better tools to get the same things done, but better. I’m working on a series of completely new projects, too, but I also would like to optimize my existing tasks to require less time yet yield better results.

Which means I have to get new tools and understand how to properly use the ones I already have.

So instead of making up new year’s resolution and give up on losing weight after three weeks as most people do (but won’t admit), I actually went ahead and got new tools. Which, in my case, means I bought new apps and gear to get work done.

I recently wrote about how I’ve switched from OmniFocus to Remember The Milk, Calendar and Todo.txt to effortlessly manage my tasks, events, and articles. I’d like to quote for the sake of context:

I don’t have access to my Mac 24/7 anymore. I work from different places, and 80% of the time I prefer to keep my iPad with me than a MacBook. Obviously, the tweaks and adjustments I had made on my Macs didn’t carry over to iOS devices.

Articles, app releases, website management and finances are all different kinds of tasks. I used to keep them in OmniFocus, and tweak the app and its view options to fit the way I worked. It turns out, having separate tools for different sets of tasks is helping me focus more and avoid distractions. Articles need research and are more text-oriented; app releases only need a quick ping or alert; finance and website management can go into a proper GTD app with lists, due dates, etc..

These are two key points: access and writing. I don’t have access to my Mac(s) 24/7 anymore and I have to give up on pretending my articles are tasks that need to be managed with tags and due dates. Writing is a creative process (even when I’m breaking news or analyzing a rumor, I try to offer a perspective for debate and analysis), and I don’t think creativity can be managed with strict rules and app badges.

So here’s a short list of new apps that are helping me rethink my workflow. Some of them will stick around, others will probably be deleted – I don’t know. What matters is that taking a step back and reconsidering your work habits is a healthy practice (clearly better than telling your friends you’re going to lose weight or quit smoking) that, I believe, can lead to better relationships, a new knowledge of your workflows, and, ultimately, better results. Read more

Camera+ Reaches 6 Million Downloads, Over $5 Million In Revenue

The developers of Camera+, the most popular alternative to Apple’s Camera.app on the iPhone, have posted updated statistics regarding the performances of Camera+ in the App Store, and the results are quite astonishing. To date, Camera+ has sold over 6 million copies and earned over $5 million after Apple’s cut. Camera+ was first released on June 7, 2010, and was later pulled from the App Store in late July, only to come back in December 2o10 with version 2.0. Since then, the app has been growing in popularity and receiving updates with various enhancements and bug fixes.

Over the past 6 months, Camera+ revenue has increased over 3x. Play along and fantasize for a second about that trend continuing over time… if it keeps going, by 2018 our daily sales would be twice the world population. Yeah, this growth might not be sustainable over time. Anyway…

The two most relevant things contributing to the large jumps on the right side of the above chart were the launch of the iPhone 4S in early October and the annual Christmas bump. Both were increases that were expected but what’s been surprising is how long each has lasted.

tap tap tap’s latest blog post is interesting not just because of app sales numbers alone: I think it provides good insight into the 4S “bump” from October and the typical sales increase in the holiday season, which is related to new users buying apps for their new devices. This year, however, sees a new iPhone model released against the holiday season for the first time. It’s been widely reported the iPhone 4S should be selling really well (we’ll know more on January 24), but tap tap tap’s numbers seems to suggest an impressive growth, not just a good one.

Camera+ is a rare example of a paid app maintaining a stable growth over time with only a few promotions and features by Apple. Read more about the app’s sales figures here.

“Developers, A Love Story”→

“Developers, A Love Story”

Gabe Weatherhead sums up the reason why I started MacStories in 2009, one that still holds true today:

While browsing my Application folder on my Mac, I noticed something. I have a fondness for some apps that I rarely use. I’m just glad that I own them. I may not use them all but I feel good about the money I’ve spent.

If I like a developer I buy their wares just to support their work. When I say “I like a developer” I don’t just mean I like their products. I mean that I like the people behind the products. I like the philosophy, the commitment, the personalities. Sure, I’ll buy software and services from people I think are ass-hats if they make polished high quality stuff. But I’m more likely to buy less awesome software from someone I like than I am to buy highly polished stuff from a jerk. This is especially true in the Indie Software scene. There are real people behind every pixel and algorithm.

We may talk about news and rumors occasionally, but ultimately the people that make the products we use are what really matters. Their stories, the choices they make in developing great software they use in the first place, the way they handle customer support and engage with the community only to make amazing apps that make us more productive every day. I could add a few names from my Applications and iTunes folders: all the app from Edovia. Hazel and MindNode Pro. Airfoil, Alfred, and iStat Menus. I’m serious when I say MacStories is here today also thanks to the Apple developer community. People I (and many others) trust. And great things still have to come.

What’s not to love about the iOS/Mac indie development scene, honestly? Go read Gabe’s post now.

Permalink

World of Goo iOS Download Stats→

World of Goo iOS Download Stats

Developers 2D Boy released an iOS version of their popular puzzle game, World of Goo, on the iPad last year. In the first month, they reported over 125,000 sales through the App Store – an impressive number compared to the best 31 day period on WiiWare (68,000 sales) and Steam (97,000 sales). 2D Boy later ported WoG to the iPhone, and made the app universal. Today, the developers have announced one million downloads and published a post detailing the download stats for the app.

- 69% of downloads and 79% of revenue came from the Universal version.

- 29% of downloads and 17% of revenue came from the iPhone version.

- 2% of downloads and 4% of revenue came from the Mac App Store.

The universal version ($4.99) brought a larger chunk of revenue than the iPhone app ($2.99). You’d think iPhones would bring in more sales thanks to their bigger installed base, but more often than not I’m hearing people willing to pay two bucks to get an iPad version “just in case”. Most of the times, of course, it is because they do have an iPad and 2 bucks are well worth the universal download. The Mac, on the other hand, brought only 2% of downloads, but the app is sold at $9.99 there – plus it’s likely that Mac users have already played the old PC/console versions, or bought the iOS app.

Android numbers are noteworthy as well. They’re smaller than iOS when it comes to paid downloads (70,000 copies sold in a month), but impressive in the free demo with over 450,000 downloads. 2D Boy says during the same period last year they sold around 180,000 copies of WoG for iOS. My takeaway after reading this post and Gina Trapani’s Todo.txt sales numbers for iOS and Android – as well as talking to several Android users’ experiences with the Market – is that the App Store still generates much larger numbers of paid downloads (especially when tech coverage and Apple promotions are involved), but Android, too, is growing on that front. I wouldn’t expect Infinity Blade II kind of growth on Android, but 70,000 copies isn’t bad for an indie development studio.

Permalink

The Omni Group’s Lion Update Stats→

The Omni Group’s Lion Update Stats

The Omni Group has updated its software update statistics document with Lion data:

Because we’re nice folks who want to help the development community, we’ve decided to make the information we gather public (in aggregate form) so that you can also benefit from this knowledge.

Below you’ll find statistical information about all collected configurations to date. The information is provided as-is. We’re not going to tell you exactly how many individual users have submitted the information, nor can we place any guarantee on the accuracy of this information. Remember, this is not a poll of the Mac OS X community at large, just a subset of our customer base.

Looking at the data, you can see how OmniFocus (by far Omni Group’s most popular app) shows a steep Lion usage increase in July (obviously), and a gradual growth throughout January 2012, whereas lesser known apps like OmniWeb have shown an initial decline in user adoption of the latest OS, then stable updates. Surprisingly, OmniOutliner users don’t seem to upgrade to Lion much.

Permalink