Course Trakr for iOS Now Available!

After a month in development, and hours tearing through App Store red tape, the iOS version Course Trakr has finally launched.


Ever since Rutgers Course Tracker launched in February 2015 on Android, I've received many requests for an iOS version, but I lacked the necessary tools to do so at the time. Namely an iOS device, OSX machine and most importantly, $100.

There were also some pressing concerns regarding the existing application's architecture. At the time, each Android device would intermittently scrape Rutgers servers then schedule notifications to be sent. Doing all of this work locally puts great strain of the CPU and consequently, the battery.

Before any larger expansion was to be made, I needed to move all of the heavy lifting to a server. This solves my battery useage problem, but the larger benefit was that it consolidated my business logic behind an API. This allowed me to remove ~2000 LOC from the Android build and it cleared the way for an iOS version.

Development was planned to start on the conclusion of my Spring 2016 semester in May with a final release at the end of August.

Development started on July 24, 2016 on a totally legit Hackingtosh OSX machine with Xcode 7.3.1 and Swift 2.2 with 0 prior knowledge of either.

How was it made?

The API I designed for the client apps responds with JSON or Protobufs depending on client support. I found JSON serialization and deserialization with Swift to be very tedious, especially considering the number of object models my API utilizes. In my case Protobuf was the way to go. I had my .proto files and the alexeyxo/protobuf-swift library easily generated my models with some immutatablity sprinkled on top.

I must admit I did not strictly follow some of the established iOS application architectural models like MVVM or MVC. I carried over some of what I learned in Android and Java. But it's always best to use basic software design patterns when in uncharted territory.

Coming from Android where documentation for a component is spread between 3 Google+ posts, 2 Medium articles, a Google I/O talk and a stack overflow comment, by comparison, Apple's documentation is a dream. I probably would have taken several months it were anything like Android.

  • Alamofire
  • ProtocolBuffers-Swift
  • CocoaLumberjack
  • PureLayout
  • Firebase