Contributing to CocoaPods

If you’re an iOS Developer, you probably have heard of CocoaPods. More and more developers are using it. I’ve personally used it on many projects and I’m not sure I would want to go back to the old manual way of adding in libraries.

A few weekends ago, on March 29th-30th, they had the CocoaPods Bug Bash. I used to work a lot on the weekends when I ran my own iOS/Android consulting business, but now that I’m working at Capital One, my weekends are pretty wide open. Yay for work-life balance! (P.s. We’re hiring iOS Developers, just contact me.) But since I’m kind of nerdy, I thought what better way to spend my new-found free time than by writing some code.

I hopped onto the #cocoapods IRC channel, registered and then asked the CocoaPods bot to assign me a ticket. By the luck of the draw, I got issue #1489.

I set up my development environment by cloning the CocoaPods/CocoaPods repo, then initialized via rake bootstrap and ran the tests via rake spec.

At that point I realized, oh this is all in Ruby! For some reason I had thought it had more Objective-C in it, since it dealt with Xcode so heavily. Fortunately for me, before the iPhone SDK came out, I had made my living for a while creating Ruby on Rails apps. I quickly rediscovered my love for Ruby.

I loved it so much, I spent most of that weekend hacking away on CocoaPods and the weekend afterwards. At the end of it, I had touched not only the main CocoaPods repository, but also the internals of it in CocoaPods/Core and the high level tests in CocoaPods/cocoapods-integration-specs.

I’m now an contributor to all of those repositories and thus the CocoaPods project! I also got into the CHANGELOG twice:


An informative error message is presented when merge conflict is detected in a YAML file.
Luis de la Rosa #69 #100


Generated prefix header file will now have unique prefix_header_contents for Pods with subspecs.
Luis de la Rosa #1449

The most enjoyable aspect for me though is that it is fun to hang out with other developers from around the world. @orta, @irrationalfab and @alloy are pretty cool fellows and they are welcoming and helpful when they are around in IRC. They are definitely not shy about asking you to squash your commits, but they are also quite friendly with their emotes in pull request reviews.

I’m planning on doing some more hacking on CocoaPods. If you’re interested, I can help you get started with it if you’re in the DC area and come to NSCoderNightDC. Another good way to get started is to join the IRC room #cocoapods, set up your development environment and then just ask which issue might be good to work on. You might also want to follow the CocoaPods Twitter account and look for the “Simple open contribution of the day” which highlights simple issues to get you started.

Android + Glass Meetup

Did I mention that I started up a group called Android + Glass, a meetup which is focused on developing apps for Android and Glass over in the Tysons Corner area?

In addition to iOS, I also like to develop for Android. I’m also a Glass Explorer (I got in on the second round thanks to my buddy Andrew at Near Infinity.) Since the native Glass SDK, the GDK, is built on top of Android, I get to leverage all of that for Glass dev.

I also have a passion for getting developers together. I’m not sure exactly why, but I think it is just great to meet other programmers and talk with them. Maybe so we don’t feel so alone in the world? Not sure.

Also it is nice to have a meetup group that is close by. Around where I live and work, traffic is brutal. We regularly tie with Los Angeles for the worst traffic in the USA. It’s so bad that a guy from Manhattan said that he thinks our traffic is bad. Manhattan!

So I’ve started a local Android and Glass (and likely soon Wear) development group in the Tysons Corner area. We’re meeting at Capital One DIG, which is the building next to the infamous “shopping bag building.” It is kind of connected to Tysons Corner via a walking bridge too, which is nice if you want to go there to shop or eat beforehand.

Why start another group? Proximity and focus. There are other groups that discuss Android and Glass, but none in the immediate area. They usually meet either near Dulles or in downtown DC. While that seems close on a map of the USA, it can be an eternity in rush hour traffic.

Our focus is also purely on Android and Glass (and Wear) development. We don’t really talk much about other Google technologies unless they build on Android like Glass. We talk a bit about Glass usage because it is so new. We are also exploring related wearable technologies because the whole wearable space is pretty new. But we always look at them through a development lens: how can we write apps for that platform? What applications make sense in that context? What are the common techniques when developing with that API?

I do like the other local groups, namely the GDG-DC, Google Glass DC and DC Droids. I will likely go to their meetings occasionally and I encourage you to go there as well, especially if you live close to them. If you love all Google technologies, GDG is the best bet. If you like to explore all aspects of Glass, not just the programming side, Google Glass DC is probably better. But I hope to make a nice cozy regular meetup for Android developers and Glass developers here in the Tysons area.

Speaking of which, we have already had two meetings and we will have another one on April 29th, where we’ll be talking about mostly about Android and Bluetooth LE (and we’ll also have an Oculus Rift on hand to compare and contrast vs Glass, especially the SDKs.) We will have regular meetings, which I think is important for a meetup – as I’ve learned from Jose, the organizer of NSCoderNightDC. The meetings after that are scheduled for May 21 and June 18.

If you are interested in makings apps for Android or glassware for Glass, I encourage you to join the meetup group and RSVP for one of the upcoming meetings. Did I mention there will be free pizza and drinks courtesy of Capital One? :D