Developing for Roku

Ask yourself, "Do I know anybody who's developed anything for the Roku Media Player?"  More than likely the answer is no.  If you ask others you might get get some response, but more than likely nobody you know has done it either.

And that's why I wanted to throw up a little piece about building for the Roku.

Chapter 1: I want to listen to Streaming Internet Radio.

Marantz audio reciever

Marantz audio reciever

For me it started innocently enough.  I wanted to listen to streaming internet radio.  I had been listening using my Marantz home theater receiver.  This was ok, I guess.  The interface looked like this:

Not awesome.

My next thought was the AppleTV.  I use my AppleTV for everything else.  The interface is pretty good, but not great.

AppleTV

AppleTV

But then I learned of a major deal breaker: You can't add your own stations.

So I looked at other options.  Run an iOS app and AirPlay mirror it to the AppleTV?  While that works that's not elegant in any stretch of the imagination.  Build an HTPC?  Get a Raspberry Pi?  All valid options.  But then I remembered that Roku had a ton of available content.  Surely it must have what I'm looking for.  Next thing you know I have a Roku 3 on order.

It turns out I was right.  The Roku had a ton of applications (they call channels) that focused on music and streaming audio.  Here are some of them:

With the SHOUTcast Radio application being the only one I could find that I could add my own stations, I was a step further than I was before.  But, as you can see, a lot of Roku apps have a very templated feel to them.  I later learned why this was.

I started thinking of other features I'd really like.  Last.FM Scrobbling, Adding to Rdio playlists, updating my room lighting with my Philips Hue system.

Chapter 2: Why Don't I Just Build My Own?

Before I knew it I was browsing around the Roku Developer portal.  Things I learned right away:

  1. They have an open SDK.  Cool!
  2. You write in a language called BrightScript.  WTF is BrightScript!?
  3. Callbacks and async stuff happens through a "message port".
  4. You have to support SD and non-widscreen TVs.
  5. They have an approval process like Apple to get on their channel store.

Sounds fair enough.  Let's go through this.

But here's my disclaimer:  I've developed one Roku channel, and there are people who know much more about it than I do.  I did about as well as anybody who's building something for the first time with a technology would, and I'm only giving my initial thoughts.

BrightScript is fundamentally a bastardized version of BASIC.  It's a language so obscure often a Twitter search for the word will bring up zero results.  Roku's SDK provides you a limited set of native objects like Arrays, Associative Arrays, an HTTP client, Bitmaps, etc.  You create one of these objects with a simple syntax of

myArray = CreateObject("roArray")

Everything starts with ro and it's weird to create an object by it's string name.  But whatever.

But those objects are it.  You can't subclass, you can't create your own first class citizens, and you are at the mercy of the SDK.  

So without being able to specify custom objects it seems that any Object Oriented approaches are out the window.  Oh no my friend.

This is where your new best friend, the roAssociativeArray comes into play.  You'll use it for everything.  And you'll use it for this too.

Let's say we wanted to build a simple cache class.  We'd do something like this:

So let's go over this.

  • Your "class" is really just an associative array.  ( {} is the AA shortcut, like in other languages).
  • m is a weird magical variable that points to your associative array as long as the function was fired via the declaration in your "class".  In this case you obviously just can't call "cache_add" directly, you'd have to call YourCacheInstance.Add in order to get the magical m.
  • But cache_add is still completely pubic and accessible and totally confusing to people who may be reading your code.  You shouldn't access it directly, but that doesn't mean you can't.

Ok, so what's this port?  It's roMessagePort.  And it's stupid.

Have you ever written a video game using a game engine?  You have the game loop, where every cycle of the loop you can do things like move a sprite, check for collisions, make the blue box turn red... that kind of thing.  Where in modern application development that kind of thing is abstracted from you this is mostly how Roku applications work.  With one big event loop.

So if you have a screen that you expect user interaction with first you create a roMessagePort object, assign it to the port of your screen, and then start the loop waiting for something to happen.

Here's a simple example:

And yes, you don't use double equals for comparison.

"But what if you make multiple roUrlTransfer requests and they start coming through a port.  How do you know what each is connected to!?" you're currently saying in disgust.  Well our friends at Roku has come with a way to work around that obvious oversight.  They added a GetIdentity to its interface so you can compare request data coming in to the original request to see who owns it.  Otherwise you'll be saving FancyPhoto.jpg's data to a file called importantdata.json.  So you'll have to keep the original request data around somewhere while you wait for responses to come in.  (If it's an async request you have to keep an active reference somewhere or it'll die in transfer anyway, but that's besides the point).

So with the basics of how you work with data out of the way let's talk about the UI.

Remember seeing a bunch of screenshots above that all look similar?  Say hello to roSpringboardScreen.  Just another piece of the SDK.  You pass it some data and it lays it out to look like that.  It's easy, it's fast, and it gets the job done.  Roku supplies a ton of screens that do this type of thing.  roParagraphScreen, roPosterScreen, etc.  The obvious downside is almost every Roku application looks the same.

So I took the approach early on that I wanted to do something different, especially for the "Now Playing" screen.  So I jumped at roImageCanvas.  It does what it sounds like.  You can put images on the screen wherever you want.

roImageCanvas has a lot of niceties.  A built in HTTP client so you can point to URLs instead of having to download things and handle local files yourself and being able to pass a simple array of things to draw are two of them.  For most things this really should be good enough.  But once I implemented my Now Playing screen with it I found I wanted even more control and flexibility.  This is when things got dark.

Working with Roku's roScreen is taking that game loop comparison to the next level because it's literally for building games on the Roku.  But there's no middle ground between roImageCanvas and roScreen.  If you want to do any kind of dynamic visuals on your screen you're giving up doing things Roku's easy way.

So let's talk about how to do some simple things with roScreen.

  1. Want to move a box across the screen?  There's no way to ask an object where it's location is, so when you draw something to the screen keep note of its coordinates.  Next time the loop hits you increment that number.  Then redraw the object with the new coordinates.
  2. Want to fade something in?  Draw it to the screen as completely transparent.  Then much like the previous example, keep incrementing the alpha value at the rate you want until it gets to the alpha you want.

But you better watch out.  Doing things like drawing text and drawing alpha'ed regions are expensive for the Roku to handle.  Luckily roScreen does double buffering so you don't see a flicker while it's cranking through all of that heavy work like making words appear.

For example, you'd want to do this on every loop if you want to do any movement.

But if it's static, and you have no reason to keep redrawing the screen, you don't have to.

This is when that requirement of supporting SD and non-widescreen displays comes into play.  You have to make sure your UI within this screen lays out properly.  Where if you were using any of the SDK canned screens like roSpringboardScreen all this would happen magically for you.  Even roImageCanvas has support for this kind of thing.

Chapter 3: Testing Your Channel

And how do you test on old screens?  Well if you have a Roku 3 it doesn't support analog/non-widescreen/SD, so you'd be like me and purchasing a second Roku, a Roku 2.  After discovering there are major performance differences between the Roku 2 and Roku 3 you'll probably also want to purchase a Roku Streaming Stick in order to verify your application on all the hardware.

But after all that hard work you'll want others to try it out.  And much like the Apple App Store, having your work publicly available is a source of personal pride.

Unlike Apple, anybody who builds a Roku channel can make it publicly available.  You upload it to the Roku developer portal and they give you a link.  Via that link anybody can install it on their device.  This is great for getting a small group to test all your hard work.

The packaging process is simple.  You zip it up, you upload it to your personal Roku, you type in a password that was generated previously, and you download it from your Roku to upload to their portal.

Chapter 4: Distribute On The Roku Channel Store

But just having it available isn't enough.  You want it on their Roku Channel Store.  Just like the Apple App Store that's where people discover new applications and where you'll get the users.  But it'll have to get approved first.

With Apple a worst case scenario is about two weeks unless there's some special reason they aren't approving you.  With Roku, let me put it this way: I uploaded my application on September 11th.  That's right, it's been 88 days since I submitted for approval.

I did hear from them once about a month in asking me if I could upload a new version that listened on a different HTTP port number in my code.  I did, and then I never heard from them again.  I email them about once a week asking for an update, but never a response.  This kind of treatment is enough for me to say "Screw Roku!" and why I'd probably never build a second application on their platform.

All this on top of the small things you might forget about when building for an obscure platform.  Anything you've built before probably has a drop in analytics library so you can get your Google Analytics or whatever going without any effort.  For me I ended up building a BrightScript analytics package for Segment.IO.  Want other 3rd party features?  Those SDKs they provide aren't going to work here.  For me I integrated Rdio, the above Segment analytics, Philips Hue and Last.FM on top of my own custom APIs.

So in closing, I'm certainly not saying that you shouldn't develop for the Roku if you're thinking about it.  On the contrary, it's a really fun challenge to build using an environment that's probably completely different than you're used to.  And if it's a pure numbers game, there are more Rokus attached to TVs than Nexus Android Players or Fire TV boxes combined by an order of magnitude.  It's not even close.  But keep your expectations in check, keep your feature set low, and expect to get creative with the solution you come up with.

Or just wait until you can write for the AppleTV.

 

Building TastemakerX for iOS

It's still in beta, and I'm still happily iterating over all of the features of the application, but I wanted to share the tools I used, the services I take advantage of, and overall tidbits that might be useful to fellow developers about how I've been building TastemakerX.  Maybe you can in turn share some things with me.

Tools that made my life easier.

Spark Inspector

Spark Inspector

Spark Inspector

Both it and Reveal popped up around the same time, but since then I've been using Spark Inspector as a tool to debug view-related things.  We've all done it, make a view's background bright green or whatever so it'll stand out.  Now I skip that as this allows you to visually troubleshoot, move the frame of views around, change colors... basic stuff, but very helpful.

We've all had the "That view is supposed to be right there!".  So you jump in to 3D mode, see where it actually is, and go from there.

 

Cocoa Pods

I was pretty hesitant to jump into Cocoa Pod land.  If you're not yet familiar, it's a manager for dependancies.  Somewhat akin to a "package manager" for Objective-C libraries.  Like gem, or npm, pear in other languages.  I saw it as exchanging Objective-C dependency hell for Ruby dependency hell.  And frankly, I prefer the Objective-C version.  But I experimented with it on some test projects, and saw that I had no issues.  So I made the decision to use it with TastemakerX.  I'm glad I did.   I do a "pod update" after each release, and I know I'm always up to date.  It also makes experimenting with third party libraries simple.  Add it to your Podfile, "pod install", play with it.  If you don't like it, remove it from the Podfile and move on.

Cocoa JSON Editor

Cocoa JSON Editor

If you're building the client, but not the API there's often a stage of experimentation.  This is where my experiments took place.  I was able to quickly make requests against the APIs and figure out exactly what it was I was trying to get back.  Not just for our internal API, but third party services as well.

It also really helps the scenario when you need a mocked up API endpoint.  It allows you to create data models, and the built-in web server will map it to a path.  Point your client to it and off you go.  Within seconds you went from a non-existent API to an endpoint with mocked up data.

Cocoa JSON Editor

Cocoa JSON Editor

Colorbot

Colorbot

Colorbot

I kind of wish this was a built in developer tool with Xcode.  While I'm sure you're like me, and have your UIColor+CustomColors category, it's really nice to be able to visually organize the color scheme you have for your app.  You use the colors everywhere, so they should be available, definable, and exportable.

So your UIColor category works great in your app, but where do you go when you need that color in your image editor?  Or a CSS file?  Colorbot makes exporting a color easy as a NSColor, UIColor, hex, and more.

 

Third party tools for working with Core Data

Magical Record

Both this and mogenerator was suggested to me by a friend.  While I was hesitant to throw a layer on top of Core Data I experimented a bit and saw the advantages.  The big win with Magical Record is simplifying handling Core Data across multiple threads.  You really shouldn't be doing any Core Data stuffs on the main thread, so any way to make your life easier here is nice.  It likes using blocks, and so do I, so we became fast friends.  It'll give you the managed object context for the current thread you're in, and a block to do work in.  The downside?  Documentation.  It's kind of all over the place.  Certainly read through the header files.

mogenerator

A nice little utility that will take your Core Data model and create two class files from it.  One with all the stuff a managed object should have, and one subclass where you get to put all your custom code.  It really does make things more manageable. 

 

External Services

Runscope

Run, don't walk, to get yourself an account with Runscope.  At its core, it works as a proxy between you and your API.  Don't let that scare you.  Because it's the middle man it's able to capture, in detail, the activity of your application.  Each request is shareable.  So if in testing you see something weird you can simply log into Runscope, grab the url of that request and share it with whoever may be of interest.  Even if they're not a Runscope user.

Other really useful things include bringing attention to all requests that have resulted in an error or requests that took too long to execute. Now with Runscope Radar you can turn a request into an API test template to make sure that thing that was broke stays fixed.  Oh, and it pretty prints the JSON of each request.  Could you do all of this with in-house unit tests, a copy of Charles, and your clipboard?  Sure, but not this good.  It just works.  I wouldn't be overestimating if I said it has saved me days of work.  And the same can be probably said for my teammates who I send Runscope URLs to saying "Could you look at this?"

Runscope

Runscope

Crashlytics

If you're like me you've tried a few crash reporting services.  Also if you're like me you've kind of been annoyed by all of them in some way or another.  Crashlytics wasn't really on my radar until I went to the Twitter mobile dev event a while back.  They gave a demo of Crashlytics and it caught my attention.  It works just like any other crash reporting service, but the difference is it runs a service in the background on your build machine.  This may bother some people, but it's nice that it's taking care of grabbing the dSYM and keeping track of archived builds without me taking extra steps.  Because of this I've also not had to spend a single second manually symbolicating crash logs that Crashlytics hasn't been able to handle or because I forgot to upload the dSYM.

Another nice benefit, It allows you to set arbitrary keys as your user progresses through the application, so I know of things like the last artist id a user viewed, or a chart they were checking out.  Oh, and it's free.

Product Development

When I started at TastemakerX one of the first things we decided was that we'd be making a rather large change from the idea of the v1 product they had already built.  So we spent some time really knocking out what we wanted this product to be.  During this time I still wanted to be working on some useful code.  So I built some standalone sandbox apps to work out things like networking, image handling, Facebook Open Graph, playlist generation, etc as reusable classes I could seamlessly move over to a production app once we knew what the app would entail.

I know most projects don't have the luxury to start working on the application before they start working on the application, but it gave me a nice head start.  Not to mention it enforces solid design patterns when you're writing code not knowing how you'll be using it later.  There's no UI to contaminate your thinking.

 

Some things I've learned

I would hope every project I ever work on I'd learn something new.  This is no exception.  Maybe some of these might jog something you might want to look at.

  • Storyboards are fine.  Use them, or not.  I don't care.  This was my first non-sideproject storyboard from scratch application I've done and I made the mistake early on to try to *only* use the storyboard.  Know when it doesn't make sense, and go create your nib files.
  • Don't mix up objectWithID, objectRegisteredForID and existingObjectWithID.  Just saying.
  • You're probably not using NSSet/NSOrderedSet as much as you could be.
  • You're also probably not using NSCache as much as you could be.
  • Take advantage of iOS 7's performFetchWithCompletionHandler.  You have a background window of time to do some work.  So instead of just fetching new data, maybe also do some of the post-processing you would normally have to do when the UI is up.  Maybe pre-calculate the height of UITableView cells for this data and cache that for later, or if you downloaded some images that need to be resized take care of some of that.  But there's only so much you can do in this window, so be smart about it.
  • Speaking of UITableView, check out iOS 7's estmatedHeightForRowAtIndexPath if it makes sense for you.  It'll postpone the height calculation for a row until it's rendered instead of upfront.  This makes more sense on older devices, but on the flipside you might see some frames drop the first time the actual heightForRowAtIndexPath is called to calculate the real height when the row is being built.
  • Aside from the audio playback manager, almost every instance of KVO I originally implemented eventually got ripped out.  What seems like an elegant solution using KVO is probably just making things over complex.  Think about if that's really the solution for the problem.
  • I have all network calls go through a singleton and fire off completion blocks.  That's worked really well and in retrospect I wish I did the same thing with Core Data.  On the same topic, if I were to go back (and might!) I would never pass back managed objects.  Use Core Data for storage, and build standalone, separate objects out of them.  Each object can have a reference to its Core Data counterpart for CRUD operations.

So that's my little rundown on things I found useful or interesting so far with TastemakerX.  I'd love to hear things that you're using to make your life easier or things you wish you would have known when you started as well.  Have fun, mobile friends!

Iterate!

My thoughts and experiences on the Pebble Smart Watch

LIke with a lot of things in life I told myself I didn't want one.  And then when it came down to it I realized I was lying to myself and I actually did.

This was the story behind the Pebble Smart Watch.  Once people started getting them delivered, and I read this review I knew I must have it.  Luckily Criagslist exists and people were selling theirs.  Watch acquired.

@franktronic asked if I could write a mini-review of my experience thus far with the little gizmo.  I figured why not.  But you should also read the awesome Five days with Pebble by Danilo Campos as he's much more eloquent than I.

I'll be going at this from the perspective of an iPhone iOS 6 user, since that's my primary device.

Out of the box I was slightly frustrated quickly as I learned of the things that it couldn't do.  "I can get my Twee...oh.  I can get my Faceboo..oh.  Well, at least I can get my SMS."  Knowing that I couldn't get my Tweets on my phone wasn't an answer I could accept. So I went ahead and Jailbroke my phone ASAP to install BTNotificationEnabler.  Success.  Now I can get the notifications I want on my Pebble.  A huge difference.  Without this hack the Pebble sadly would be useless to me.  It's just not enough to dismiss phone calls and read text messages.

The next thing I experienced was a period of learning to trust the watch.  I'm used to my phone vibrating.  Now my phone and my watch would vibrate at the same time.  I'd glance at my watch, dismiss the notification, and move on.  But a minute later my phone would vibrate again... but not the watch.  Why is that?  I had the setting enabled to remind me about missed notifications.  The iPhone had no idea I saw it on my watch and therefore was going to remind me until I look at it on my phone.  I dealt with this a couple days until I figured that Pebble was here to stay, so I turned not only repeating reminders off, but I also turned off vibrate on silent.  My watch is now telling me what's going on.  No need for my phone to duplicate that.

For controlling audio apps on iOS is works great.  I feel it to be a bit odd that you have to launch the "music app" on it.  It would be nice for it to detect that audio is playing on the device and switch to that for you.  And when audio ends for it to switch back to the watch face.  But that's a minor gripe.  I've been using it to control both Downcast for Podcast listening and Spotify.

Not that I care about its watch, time telling, functionality, but it's fine.  You can download different watch faces.  My guess as time goes by there will be some really cool ones that become available.  Right now I'm using the "Text Watch" that everyone else who owns a Pebble seems to be using where it tells the time in a "Five Twenty Two" format.

I wish it would queue up notifications.  Right now if another notification comes in before you saw the previous one you won't see the first one.  Doesn't seem like a big deal, but if you're at dinner with somebody, and trying to be polite, you may not want to check your watch every time it buzzes.  In fact a motion that looks like you're checking the time every couple minutes may actually be more insulting than pulling out your phone.  Having your phone out all the time has sadly been accepted.

As far as battery life, it's lasting about as long as I'd expect.  I think around five days'ish for me.  They're saying it should be seven, but close enough.  However, I'm experiencing an issue where the Low Battery notification comes far too late.  It's supposed to come when I have about 24hrs left, but usually it hits me when I'm around 1hr left.  Without a charger at work (you can't get an extra cable at the moment), my watch will die before I get home.  I'd prefer to get that notification in order to charge it the night before it plans on dying on me.  This seems to be a bug, and I've sent them logs.

Aside from those couple small items it's been smooth sailing.  Someone looking for me on IRC?  My watch lets me know.  Someone mentions me on Twitter?  Even if I'm half way across the office away from my phone, Pebble is letting me know.  Delivery notification for a package sent to me via Push Notification?  Now it's on my wrist.  Not to mention the regular stuff like dismissing phone calls, reading emails, and seeing text messages come in.

And it has a backlight.

Gabe's 2012 Year in Review

It's time for my mostly-annual "stuff and things" post.  I've missed some years, but I think I have more new stuff this time around.  I'll try and detail all of the software, hardware and services that I've used this year to make my personal and professional life better or more interesting.

Software

Desktop (OS X)

  • Xcode.
    Love it or hate it, I live in it.  Actually, I don't know if I love it or hate it.
  • Transmit.
    For many years in a row it's been my OS X FTP client of choice and I'm still very happy with it.
  • Textual.
    I switched OS X IRC clients this year to to Textual.  It's open source, and it's pretty customizable.  It's done me well, while admittedly my requirements in a desktop IRC client are minimal these days.  Not like the crazy stuff I used to do back in the "good ol' days".  This app doesn't seem to be actively updated on the App Store, but it's open source so I just compile it myself.
  • Tweetbot.
    The Tapbots guys can do no wrong, and I was happy to pay anything they wanted when I found they were coming out with a desktop version of Tweetbot.  
  • Chrome.  
    It has been my browser of choice.  I don't know why.  I guess it's faster?  I'm pretty browser agnostic, in general.  As long as you can build plugins for it and it's fast I'm fine.
  • Textmate / Sublime Text 2.
    I've been using the same old version of Textmate for years.  But I'm trying to move over to Sublime Text 2.  Sometimes I forget.  But Sublime Text 2 is better,  the features are handy, and it's faster.
  • 1Password.
    A great password management application for desktop and mobile, 1Password makes my life easy by managing all of the many developer accounts I have, as well as the ever growing social media world.

Mobile (iOS)

    Workclub

    • Tweetbot.
      Same as above.  But for iOS.
    • SF Climates.
      A weather application for the many micro-climates of San Francisco.  Everyone in SF should have this because it works.  Nobody outside of the city limits has a use for it.
    • Reeder.
      I don't use this because I love it, I use it because it currently works for me.  I require a RSS reader that will cache posts offline so I can read them while on BART.  This does that.  I'm always keeping my eyes out for something better.
    • Downcast.
      After moving to SF I started listening to Podcasts again.  When in Omaha I stopped listening all together, mostly due to a lack of a commute.  Here I'm listening to them just as much as I was in Chicago, and I'm again hooked.  Downcast is a really great podcast consumption application.  It has everything that I could want.  Things like playback speed, dynamic playlists and geo-fencing makes this the application for people who take podcasts seriously.
    • Highlight.
      As a fan of social-by-way-of-digital having an application that just tells me who's around is interesting to me.  I can ping those people that seem interesting, and you never know what will come of that.
    • Workclub.
      This is a new application from the Coffee & Power people.  It's something that I don't exactly know the true value of yet, but I think will become apparent before long.  As people are checking into their respective locations, it's cool to know what people are working on, and where.  I think this information can be invaluable at some point in the future when you realize "Hey, I think I saw a guy working on X at Y.  I should get in touch with him".  I almost want to think of it as virtual coworking.  I look forward to see what it does in the next year.
    • Routsey Pro.
      It tells me the when's and where's of the public transportation system of the Bay Area.  I set bookmarks of the stops and routes that I rely on and it becomes a one stop view of how much time until another one goes by.
    • Lyft / Uber.
      Lyft is my first choice for having a car pick me up and bring me somewhere,  it's cheaper than Uber.  But sometimes demand isn't in my favor and I go back to Uber.  Both are awesome services when using their application will tell someone behind a wheel where to get me.  And best part: no paying with cash.

    SF Climates

    Downcast

    Services

    • Spotify.
      I was a Spotify user years ago.  I had a fake UK account and I used a UK proxy server to access it.  Eventually they shut me down and I no longer had access to the service.  When Rdio launched I became a happy subscriber and used that until Spotify came to the US.  After comparing and contrasting side-by-side I again went back to Spotify mostly due to the API.

    • Evernote.
      I'm not sure why I pay for Evernote.  I should stop.  I use it plenty, but not enough to require the paid plan.  It's my cloud-based dropbox of text that I always know is accessible everywhere.  I use it for everything from todo lists, to just sketching down notes.
    • Cloud.ly.
      Such a rad service.  I have a little menu item that sits there waiting for me to drag something on it, and when I do it uploads it and copies the URL to my clipboard.  As simple as that.  It'll also auto-upload screenshots.  It works great and I use it a ton every day for sending files around to people.
    • Hover.
      My domain registrar of choice.  It used to be the old "Tucows Domains" from the day, but rebranded.  It's a simple, clean service.  If you think about what the complete opposite of GoDaddy would be, it would be Hover.
    • Fastmail.
      I continue to use Fastmail.fm as my email provider.  I pay them every year to do nothing but accept email and make it accessible to me.  They're not going through my email and selling the data to the highest bidder, and aren't trying to make me into a webmail convert.
    • Dropbox.
      Dropbox is kind of like the working directory of my life.  All documents, code, images, etc hang out here.  It's nice to know all my stuff is accessible from anywhere I happen to be.  Throw something in there and then grab it again from my iPhone or at work.
    • Testflight.
      TestFlight makes the life of any iPhone developer easier.  I use it both personally and professionally to send out test versions of applications I'm working on.  Without it the test process for normal users is a little more convoluted than you'd like, but using Testflight it's fast and easy.  Plus they add things like bug reporting, checkpoints and install reporting.  For free.

    Hardware

    • iPhone 5.
      The upgrade from the iPhone4S to the iPhone5 was one of the bigger ones.  It's substantially faster and the screen is a great size.  The memory bump in it makes a huge difference as well, as apps that are "in the background" take a lot longer to get killed by the OS.  Something I launch before work now is still alive when I go home.
    • Klipsch Image ONE headphones.
      The pair of headphones I've had for years, and really liked, a set of Sennheisers, finally reached their end this year so it was time to find a new pair.  I figured I'd use the Apple Store as my venue of choice to try out different options, since they had them physically there and it was easy to return if needed.  I tried a couple different ones and returned them.  I even thought I'd give a brand I wouldn't normally try, Skull Candy, a shot.  For your future reference the "Aviators" were awful.  Just awful.  More proof that headphones associated with a rapper (Jay-Z in this case) are bad.  Anyway.  I really like this pair of Klipschs.  They are over the ear, light, and mobile.  Perfect for my commuting and listening at work needs.
    • AppleTV.
      Next to my iPhone my AppleTV is the piece of hardware I use the most.  I purchase current shows through iTunes.  I stream movies through Netflix.  New movies I rent through iTunes.  If I wanted to use Hulu, that's there as well.  I've amassed a digital library of episodes of my favorite shows I can watch at any time, and I often do.  It's also a great AirTunes receiver where I send it music from Spotify from my Macbook Pro, iPhone or iPad to fill my apartment with tunes.  This piece of hardware is the most underrated Apple product, and I'm a fan.

    Misc

    • 1-800-Got-Junk.
      When I moved from Omaha to SF I had a ton of stuff I didn't know what to do with.  I hate selling things, so I figured I'd offer everything I had to friends, and anything left would just get disposed of.  1-800-Junk to the rescue.  They showed up with a truck and took everything I pointed out into their truck, and then charged me less than I expected to pay.

    Media/Music and Podcasts

    • These are the podcasts I'm currently subscribed to:
    1. Tech News Today.  A daily podcast detailing a succinct dose of what you need to know in the world of technology.
    2. MacBreak Weekly.  A weekly podcast discussing the world of Apple products.
    3. this WEEK in TECH.  A weekly podcast discussing everything that happened in tech in detail.
    4. You Look Nice Today.  A comedy-ish podcast that is just three funny guys chatting.  From the mind of Merlin Mann.
    5. MacCast.  A weekly podcast about the world of Apple products.
    6. Debug.  A new podcast that focuses on the world of iPhone development.  Great guests/interviews and really goes in depth with some of the great applications that live in the Apple ecosystem.
    • As far as the musical soundtrack of 2012, I can't say there's a ton of really new stuff that I listened to.  A lot of stuff that's just "new to me".  I can say the new Blaqk Audio album was way rad, and I listened to that a ton.  Also the first full length album from Stepdad was something I recommended to people.  Marilyn Manson came back with a vengeance with the new album "Born Villain , I enjoyed that quite a bit.  And last, but not least, Mark Mallman's epic adventure "Double Silhouette" is a masterpiece.  My favorite Mallman album, and that's saying a lot.  I feel like he's taken the songwriting and construction of these songs in a new direction that I really like.  That on top of the obvious attention to detail of the production quality makes it a must listen.
      Anyway, here's a list of songs I've listened to a lot in the past year with the help of Last.FM keeping track of that for me.

    Here are some older year in reviews to compare if you'd like.

    Respect for gender goes both ways. A rant from a modern male.

    I'll probably upset a lot of people because this is something that people just don't talk about, and would be seen as weak if said out loud.  But here it is: I'm sick of the male stereotype.

    You know how "woman, get in the kitchen!" is a totally not ok thing to say?  For so many reasons, not just because it's demeaning, and it attempts to put someone in their place, but also as a person... maybe they don't like making sandwiches.  Just because they were born a female has nothing to do with their ability, interest, or responsibility to make you a sandwich.  So why is it completely ok to expect males to be the stereotype of "masculinity", and see something wrong with them if they're not?

    This post was shared around the internet a lot today.  A terrifying story of a young woman verbally assaulted on a train.  But in her sad story of how she's repeatedly disrespected due to her gender she unapologetically stereotypes a "real man" simply as someone willing to get violent on her behalf.

    Encouraging violence is not ok.  It continues the eternal stereotype of "real men" as those who are inherently violent at their core.

    If it were me, violence would be the last thing on my mind.  If I saw a woman being harassed I'd ask the person to stop.  I'd call the police.  I'd do any number of things.  The first thought in my mind would not be to tell the woman "if they come back I'll beat them up for you."  What kind of reaction is that?  Why do women find that comforting and not terrifying?

    This is just one example.  It's commonly accepted that I should know how to fix cars.  I should enjoy going to and participating in sporting events.  "What are you, gay or something?" I get asked if I turn down a girl's advances.  A girl who sleeps with every guy is seen as a slut, but a guy who does it is expected.  If he doesn't, there's something wrong with him.

    "Man, get in the garage!" is an attempt to put a male in his place just like the sandwich making.  Both use gender stereotypes to determine their role in the eyes of another person.

    Girls, welcome to 2012.  Where guys like me enjoy going to see musical theatre, sing along to Ace of Base, don't know anything about cars, and would much rather hit up a museum than a sporting event.  You don't have to like it, but know there are a lot of us.  And if your idea of a "real man" is someone who will simply kick someone else's ass, then you're not the type of girl we want around us anyway.

    Guys, welcome to 2012.  Where guys no longer harass women on trains and you treat them as you'd want to be treated.  With respect.

     

     

    I've lived in San Francisco for a while

    I was asked a few weeks back why I haven't written a post on my blog since I've been to San Francisco. I mean, there must be a lot of stuff to talk about, right? It's a pretty significant move and maybe the world wants to hear me blab about it. But I think in general I have been blabbing about it, but in more specific channels.  But that's not to say I shouldn't have a larger periodic update.  And I'd probably miss a ton, so I'm going to do the generalizing thing instead of trying to think of every neat thing specifically.  Ok, I'll throw some specifics in too. San Francisco is like a custom-made little city that was built just for me.  The fact that I'm sure a lot of people feel that way speaks to the variety and life that this little big city brings.  I remember the first time I went to the Cat Club and the DJ played Prodigy's "Spitfire".  I looked to my friend and said "I don't remember the last time I heard The Prodigy played publicly."  It's one of those tiny moments that bring things into perspective and made me glad I was here.

    Obviously I love music, and this city is great for the music that I enjoy.  Just like Omaha is a great city for people who enjoy acoustic guitars and singer-songwriters, San Francisco is great for people who enjoy synthesizers, and electronic drums.  Other things too.  I just happen to like things I can dance to.  I can go out multiple times a week and dance all night to VNV Nation, Apoptygma Berzerk, and Nine Inch Nails from a DJ; surrounded by other people who enjoy it as much as I do.  It's a city where all the artists that I enjoy come through, and I really have to pay attention to the concert calendar so I don't miss something.  There's so much.

    One time at pride after getting backstage at a DJ VIP area I danced on stage in front of all of these people (below).

    The people here are an interesting breed.  In general they're all young, all good looking, and all full of energy.  They don't get married young, and they don't have children.  My kind of people.  It's easier to meet friends because there are just more people able to go out without finding baby sitters.  There's an overarching trend of people being "outdoorsy" here.  Like hiking, or camping, or white water rafting or whatever.  This puzzled me when I first moved here.  How is everyone doing this crap?  I don't even walk on a single blade of grass in a day (100% true), so where are they setting up a tent?  It doesn't snow, where are they skiing?  But it seems that SF is close enough to all of these places.  And while I do believe people do enjoy it, I think people make a bigger deal out of it just to fit in, since everybody else climbs mountains, there's pressure for you to enjoy that too.  FYI: I don't climb mountains.  But outside of the people who obviously try and fit in, people here are awesome.  They're crazy.  They lack in inhibitions.  They do what makes them happy.  It took me zero time to feel at home here.  These are my people.

    One time Andy Peters (@andypeters) came for WWDC and I dragged him to Bondage-a-go-go, my weekly dance club night.  It was totally rad to be able to bring one of my good Omaha friends out with me in San Francisco.  He had a blast.

    I expected when I came here to throw myself head-first into the startup culture.  I mean, this is the center of the technology world.  But that hasn't been the case.  I think it's simply because I'm enjoying myself at my current position and I'm not looking to throw myself into something else right now.  I'm making video games, and it's brand new to me.  Something new is always a ton more fun, so I'm enjoying it immensely.  My company is great, and I enjoy everybody who works there.  I tell people it's like going to summer camp every day.  You work on projects together with peers, but in this case we make money off of our projects, and still have fun.  Though I know myself well enough that somewhere down the road I will be looking for "what's next?", and I couldn't be in a better place to find out.  But I know I need to get out there and start meeting people to make that happen.  It's just hard when you work late nights in Burlingame, ya' know?

    Speaking of work, one time I launched a video game with an awesome team called Fish With Attitude.  It's a pretty fun game, if I do say so myself.  It's being rated very highly, it's ranked in the Top 10 of the Apple App Store, and the players love it.  In fact, we received a marriage proposal from someone who enjoyed the game so much the other day.  Crazy.  Here's everyone that's ever been involved with it at a bar.  And a random review someone did of it.

    Did you know there's a place where you can order almost any kind of food, completely online, at almost any hour of the day?  That place is San Francisco, and they realize sometimes you just need a calzone at 3am.  Seriously, you don't even have to call them.  Order from your iPhone if you want!  This fact cannot be overstated.

    So that's that for now.  Rock on.