MetroCost is now free!

May 6th, 2010

I’ve decided to make MetroCost available for free! In case you haven’t met yet, MetroCost is an app for iPhone or iPod touch that keeps a record of when you ride public transit, then recommends whether a pay-per-ride or unlimited ride card is a better deal for you. It’s an app designed to save you money, and now you can get it for no money!

I live in New York City. When I used to commute to an office, paying for a 30-day Unlimited Ride card was a no-brainer. But once I started working from home, I noticed there were days when I didn’t ride the train at all. I began to wonder if I would be better off with a pay-per-ride card, and that’s when I wrote MetroCost.

From last September through March, I have spent $498 on MetroCards: initially unlimited, then pay-per-ride, then recently switching back to unlimited. Each time I had to renew my card, I followed MetroCost’s recommendation. The result is that I spent an average of $83/month, a savings of $6/month over the MTA’s 30-day Unlimited Ride card. That’s $72 a year!

I could say that MetroCost pays for itself, but since it is now completely free, what’s really happening is that I am giving you money. How about that?

Two more things:

  • MetroCost was designed with New York City in mind, but it is customizable. So, if your public transit system operates on a single fare-per-ride system, you can use it, too. San Francisco and Atlanta are supported out of the box. In a future update I may add support for Boston or even London (if you stay within one zone).
  • I am by no means abandoning this app. I just decided that I didn’t want to deal with the difficulty of trying to market a product designed for people who are trying to save money. I have a few ideas for updates, when I have the time.

Working vs. writing about work

April 29th, 2010

I’m currently working on a web application for people who want to post a list of upcoming events on their websites. People like the performers I hang around a lot. I spent a few hours working on it yesterday, and for all that time I basically only improved the login page.

It’s frustrating. To be productive, I really need a large block of uninterrupted time. This is not a novel idea. I’m not a morning person, which means I get the most done if I can work uninterrupted from the afternoon into the late evening. Unfortunately, somebody usually wants me to meet them somewhere around 6 or 7 p.m., which means that just as I get some momentum going, I have to stop and sit on a train for twenty minutes, irritated.

Simply knowing that I have to quit around 6 p.m. can discourage me from taking on anything big or complicated. And knowing I have to leave to get somewhere induces a low grade background anxiety. I’d like to lose myself in my work, but I’ve got to watch the clock instead.

The worst part of it is the feeling that my time does not belong to me. When I have to break away from my work to meet somebody, it makes me resent that person a little bit. It’s entirely unjustified, and by the end of the train ride it has usually dissipated, but it’s ugly and it’s real.

I am not a helpless victim. My situation is by no means unique and there are ways I can improve it. Waking up and getting started earlier would help. I’ve decided to quit personal training; I have a variety of reasons but the regular mid-day interruption is a major reason to quit.

Before this impromptu therapy session goes any further, let me get to my point: I need to write more about my work, especially about FatWatch and other projects. The trouble is that, when I have precious time, I feel like I should be spending it on code rather than English prose. I’ll have to figure out how to divide my time, but a good first step will be in deciding what goes where.

When I first released FatWatch nearly two years ago, I was still posting to LiveJournal, and had just started posting to Tumblr. I also set up a tumblelog just for FatWatch. Then in November I decided I was managing too many blogs, and the right thing to do was consolidate everything with a blog at benzado.com, the one you are reading right now.

That was a bad idea.

One-blog-for-everything, with categories and tags to divide up the content, sounds like a good idea, but it doesn’t really work in practice. People are going to look at a few posts on the main page and decide whether they want to subscribe, and if I’m trying to reach several distinct audiences through one publication, I’m just making a confusing mess.

Here’s the new plan. This blog will be for longer posts about technical topics and general announcements about my work; my personal tumblelog will be for all those “hey look at this neat thing” posts that I assume only my friends are interested in; and, I am rebooting The FatWatch Weight Log with a mildly clever title and a focus on FatWatch specifically and weight management in general.

By sharing my plans with you, I have doomed myself to failure.

iPhone Apps: Two Kinds of Approval

March 1st, 2010

Apple recently removed about 5,000 apps from the iTunes App Store on the grounds that they featured “overtly sexual content.” John Gruber believes that Apple is trying to protect its image:

I think what Apple was getting squeamish about wasn’t the sexy apps themselves, but the cheesiness that the sexy apps (and their prominence in best selling lists) was bestowing upon the general feel and vibe of the App Store. One thing I wasn’t aware of before the recent crackdown was the degree to which these apps were seeping into various non-entertainment categories. E.g., like half the “new” apps in the “productivity” category featured imagery of large-breasted bikini-clad women.

The App Store is never going to be like Apple’s retail stores, and Apple knows it. Apple’s retail stores, branding-wise, convey an image sort of like between the Gap and Banana Republic — friendly premium. The App Store is more Old Navy, or maybe even Target. But these sexy apps were casting the App Store into something junkier, bordering on the skeevy.

This interpretation makes the most sense to me, too. In fact, I sympathize. When I gave my brother an iPod touch for Christmas, I showed him the App Store, and was mildly embarrassed that the number one app that day was a fart sound effects generator.

Unfortunately, the App Store’s role as the one and only way to distribute an iPhone app means that we have a dilemma. To carry something in a store is an implicit endorsement, so any store owner should have the right to decide what products to include. However, a healthy economy for apps requires a free market. Rejecting apps for subjective reasons makes development more risky than it needs to be.

Technical Requirements vs. Community Standards

The source of this dilemma is that the app review process serves two distinct purposes: to approve apps for iPhone and to approve apps for the App Store. If separated, the dilemma can be resolved.

Suppose you have developed an app and submitted it to Apple. It complies with all the technical requirements of an approved app: it sticks to the Human Interface Guidelines, it doesn’t use any private frameworks, it doesn’t execute downloaded code. However, it fails to meet Apple’s community standards: it contains overtly sexual or politically controversial content.

Enforcing technical requirements is for the benefit of the platform. Enforcing community standards is really only about the App Store.

Kick ‘em to the curb, but no further

In theory, Apple could inform you that your app is permitted to run on iPhone OS but will not be included in the App Store. This could happen in at least two ways:

They could maintain iTunes as the sole distribution method for apps, but designate your app unlisted. Nobody will find it in the store by browsing or searching, and it won’t appear in the top seller lists. However, it will be reachable by direct link. Apple will still manage the hosting and payment processing, but if you want anybody to find it, you have to market it yourself.

I obviously don’t know how the store is set up, but I bet Apple could do this relatively easily. (I’ve already discovered that an iTunes reviews page is accessible via direct link as soon as you submit an app, before the review team has had a chance to see it.)

Alternatively, if Apple wants to completely wash their hands of these dirty apps, is to provide developers with a digitally signed IPA file. You distribute the file yourself; users install your app by dragging the file to iTunes. If you want to charge, you have to roll your own payment and registration system, just like desktop shareware developers do.

This method seems less likely, mostly because it adds a big loophole for those who want to circumvent the App Store for other reasons. On the other hand, if all developers had the option to sell outside the App Store, I think it would be an overall good for the platform. But now we’re going off on a tangent.

Obviously, everybody would rather be part of the iTunes App Store than operate outside of it, but if given a choice between “outside” and “nowhere” I think outside is a clear winner. Separating the notion of “approved for iPhone” and “approved for the App Store” would benefit Apple and developers.