In 2010, I wrote a utility for Antair that allowed us to easily view the email headers of any email in the BlackBerry inbox.
The application integrated nicely with the BlackBerry inbox, making it really simple to view the headers of any incoming email message.
We released the application as a free app shortly thereafter. From what I heard, quite a few system administrators have found a use for it.
Today, I cleaned up the code a bit, and released the project as open source.
We did some inventory over the weekend, and I managed to grab an interesting photo out of the process.
Each one of these sticky notes represents a product we built and released over the past 9 years, not including ports, or work done for clients.
In 2010, I placed Heavy Rain into the #1 slot of my favorite games list.
As of yesterday, the #1 slot has a new entry —
No game has ever held my thoughts for so long after I finished playing it. No game has ever left so much of an emotional impact. A reviewer described Gone Home as “disarmingly tender”. I think that’s a perfect description.
In 2011, I wrote a Sudoku game for Antair. It was originally built for the Mac, and later ported to the BlackBerry PlayBook.
I took a bit of time recently to port it to the web. If you like Sudoku, you can play the full version of Antair Sudoku, here.
I often build mobile apps that have a web app counterpart. Typically, during development, the web app is running on some local machine, while the mobile app is being tested on a device.
A common issue that arises with this setup is that the mobile app, being tested on a device, doesn’t know the host name of the machine where the local web app is running.
With web development, I would set up a hosts file on each machine, to let it know how to reach the other hosts. But with a mobile app, I can’t simply modify the hosts file on the device (well, you can, but you would need a jailbroken device).
There are various solutions to this, such as modifying your router settings, but I find it easier to just use an HTTP proxy.
Here is how I would test an iOS app, with a web app counterpart running on a local Windows machine named “athena”.
If I just run the web app on “athena”, and then run the iOS app on my iPhone, the iOS app would not be able to connect to the server running on “athena”, as the iPhone doesn’t know what or where “athena” is.
The idea here is to run an HTTP proxy on “athena”, and then have the iPhone route its network traffic through the HTTP proxy. Since the HTTP proxy runs on “athena”, it can read the hosts file on that machine, which has an entry pointing the name “athena” to something like 127.0.0.1. So, when the iPhone routes its network traffic through the proxy, the proxy can then resolve the name “athena”, and direct the request to the web app being served there.
It’s worth noting that the HTTP proxy does not need to run on the same machine as where the web app is running. The proxy can run on any local machine, as long as that machine has a hosts file with an entry for the location of the machine from which the web app is being served.
For Windows, the HTTP proxy I like to use is Fiddler.
After installing Fiddler, I go into options, and make sure “Act as system proxy on startup” is checked, and that “Allow remote computers to connect” is checked.
After that’s done, I go into the File menu and make sure “Capture traffic” is checked.
Fiddler is a great option on Windows. There are also great options for setting up local HTTP proxies on a Mac, such as the Charles HTTP proxy.
Once my HTTP proxy is running, it’s time to configure the iPhone to use that proxy. I will need to know the IP address of the machine where the HTTP proxy is running. In my case, the proxy is running on “athena”, which has the local IP address of 192.168.1.11. The Fiddler proxy is listening on port 8888 (this can be seen in the Fiddler settings dialog).
On iOS 7, to set the proxy, I go into Settings, then, Wi-Fi, and select my Wi-Fi network. I scroll toward the bottom of that screen to find the section for HTTP PROXY. I click on “Manual”, and enter the IP address (Server) and Port of the machine on which my HTTP proxy is running. I entered 192.168.1.11 for the Server, and 8888 for the Port.
That’s all. Now, when I run the mobile app on my iPhone, and the app wants to connect to the web app on “athena”, the network request is routed to the Fiddler HTTP proxy running on 192.168.1.11:8888, the proxy reads the hosts file, finds the entry for “athena”, and directs the traffic to the correct local machine.
This is an easy way to test your mobile apps against local web servers. Just don’t forget to disable the local HTTP PROXY setting on your iPhone before you leave the house!
If you make mobile apps for a living, check out Uberdeck. It’s a service we started to allow mobile app developers to make more money from their apps, and to prevent negative reviews.
After a year of development, and a month or so in private beta, Uberdeck is now live.
If you’re an iOS or Android developer, you can now sign up for a free account.
My latest app, Essential Voice Recorder, is a voice recording application for Android. The application also allows users to take written notes while recording their lectures, office meetings, etc.
The application will be available in the various Android markets within the next few days.
I always liked Picard’s flute from “The Inner Light“. So, my amazing wife made me this.
Uberdeck is now in private beta.
If you’d like to try Uberdeck while it’s in beta, send an email to support@uberdeck.com , and we’ll set you up with an account.
If you want to follow the discussion around the development and launch of Uberdeck, subscribe to the Bootstrapped.fm podcast, which I co-host with Ian Landsman of Userscape.
Rachel Andrew with her presentation on lessons learned while supporting Perch, with one of my cynical tweets up on the screen, and a reference to our podcast.