We are happy to announce that all ticket sales from iOSDevCampDC 2015 will directly benefit Women Who Code DC. iOSDevCampDC has been a community-run conference from the beginning and we have been breaking even every year. This year, we are glad to announce that all the costs for t-shirts, badges, signs, food and drinks will be paid for by Capital One. This is on top of their sponsorship of the Capital One DIG event space in Tysons.
We looked around at how we could best use the money we normally get from ticket sales. We have been wanting to encourage more women to join the technology field, particularly in mobile app development.
So we are going to donate all the proceeds from ticket sales to one of the awesome new members of our local tech community, Women Who Code DC! Just like iOSDevCampDC is the local satellite of the umbrella organization iOSDevCamp, Women Who Code DC is the local affiliate of Women Who Code. Women Who Code state on their website: “Your gift also positively fuels our growth, development, and goal of connecting five million women in technology by the year 2019.” We hope our donation will help get Women Who Code closer to that goal even faster, especially in the DC area.
Women Who code (WWCode) is a global non-profit 501(c)3 organization which inspires women to excel in technology careers. We believe that innovation is driven by diversity and that the tech industry will be even better once women are no longer underrepresented.
Women Who Code was founded in 2011 and has since grown to 10,000 members spanning 12 countries. To date, WWCode has produced more than 450 events worldwide, boasts a growth rate of nearly 1,000 members per month, and launches in a new city every week.
Our key initiatives include: technical study groups, hack nights, career development workshops, and panel discussions featuring influential technology experts and investors.www.womenwhocode.com
Our chapter is focused on providing women with tangible programming skills to expand their career opportunities.
We are made up of a lot of study groups that learn anything in the "full stack" of development (aka from the very back end of coding involving networks and security, to the front end involving scripting and styling). Whether you love Python or are trying to learn anything you can - we are a group that allows you to pick and choose whatever fits your learning style!www.womenwhocodedc.com
iOSDevCampDC 2015 is a one-day, one-track unconference focused on iPhone and iPad development in the Washington, DC area.
Learn more about iOS development
Meet other developers
Eat lots of tasty food
Get a limited edition tee shirt
Celebrate our 7th year together!
Had a great time @iosdevcampdc today! A lot of knowledge to absorb…—@robtimp@iosdevcampdc
Natasha is a Senior iOS Engineer at Capital One in San Francisco and secretly a Robot. She is a Swift and Apple Watch enthusiast who writes about her experiences with this rapidly developing technology on natashatherobot.com and in her weekly Swift newsletter. In her free time, she works on personal projects, speaks at meetups and conferences, contributes to open source, and likes to cross things off her bucket list. The last item she crossed off was hiking on a glacier in Iceland.
Cate Huston is a developer and entrepreneur focused on mobile. She’s lived and worked in the UK, Australia, Canada, China and the United States, as an engineer at Google, an Extreme Blue intern at IBM, and a ski instructor. Cate speaks internationally on mobile development and her writing has been published on sites as varied as Lifehacker, The Eloquent Woman and Model View Culture. She blogs at Accidentally in Code and is @catehstn on Twitter.
Boris is a Cocoa developer from Berlin, who currently works on the iOS SDK at Contentful. A Java developer in another life, with many iOS apps under his belt, he is also a strong open source contributor, building plugins to tame Xcode, and bashing bugs at CocoaPods.
Jonathan Blocksom is a lead software engineer working on iOS projects at Capital One in McLean, VA. Before joining Capital One, Jonathan taught Advanced iOS and OpenGL for the Big Nerd Ranch. A seasoned industry veteran, he has been developing iPhone software since the app store opened and 3D graphics software since OpenGL was just little bitty gl.
Veronica Ray is a software engineer at LinkedIn. She honed her functional programming chops in Scala and is excited about developing on iOS with Swift. She blogs on Medium and tweets on Twitter as @nerdonica.
Gem Barrett is a technologist, open tech advocate and speaker who specialises in the use of APIs in web and iOS development. She is currently based at the Open Technology Institute in DC after being chosen as one of the first six Ford-Mozilla Open Web Fellows. With over seven years’ experience in design and development, Gem combines creativity and programming to experiment with presenting open data in unusual ways. Her spare time is spent studying towards a BSc in Computing, IT and Design through the Open University and she is also a keen gamer, cat owner and tea-drinker.
Samuel is a Cocoa developer at Realm, working on building modern and elegant developer tools. As a core team member of CocoaPods, Bundler, RestKit, and Jazzy, Samuel has spent the past couple of years building open source tools for other developers to enjoy. He will eventually graduate from the University of Chicago, once he decides that being a developer is far too practical.
September 4, 2015
Tysons Corner, VAGet Directions
Unit testing on iOS has always been a challenge, mainly because the ViewController creates a mix of UI and non-UI code. But, it’s totally possible to achieve good levels of coverage on view code for iOS, and this talk will cover some strategies for doing so, focusing on a real app (no contrived examples here!) Including: splitting up a ViewController to make a seam, verifying button actions, dealing with [self navigationController], handling asynchronous code, and how we can compare UIImages.
Boris will talk about the CocoaPods State of the Union. He'll also talk about the build system and how it relates to CocoaPods. Plus he'll share tips and tricks on how to deal with build failures and Xcode oddities. He'll also dive a bit into CocoaPods internals by talking about implementation of custom plugins.
Did you get a taste of functional programing in Swift and want to learn more? I will draw on my background in Scala to explain how Swift’s simplicity and accessibility make it a great candidate to bring functional programming mainstream. While Swift currently lacks monadic composition, metaprogramming, guaranteed tail call optimization, list comprehensions and other functional language features, that doesn’t mean you have to do without them! Through simple examples I will demonstrate what you can recreate on your own and why. I will also highlight some interesting radars for functional language features. I believe that Swift can maintain the simplicity and accessibility that get people excited about functional programming while becoming even more functional!
The gamification of quantified self data has seen a huge rise in popularity over the last few years, and with Apple being the latest company to get via its Activity Watch app, it’s clear that this trend isn’t going away anytime soon. PC gaming has also gained traction: earlier this year, Valve set a new record for peak concurrent users when it saw 8.4 million people gaming on its Steam platform at the same time. The creation of gaming and self-tracking apps is well-documented but there’s one data source which sits in the middle of these two app genres and is rarely tapped by iOS developers: Steam statistics. While experimenting with the Steam API for her first Swift-based app, Gem unlocked a new obsession for herself: the gamification of gaming. In this talk Gem will give you a glimpse into the rabbit-hole that is the Steam API, covering data visualisation with Swift, the quirks of the Steam API and tips she’s picked up on her adventures with this exciting new language so far.
I advocate for modular code every day -- I even work on a dependency manager. But there's a point where modularity becomes too much, where it can strangle your development process and sap your will to code. When your dependencies have dependencies that have dependencies, none of which are ever used elsewhere, chances are you've paralized yourself. You've inverted sanity in code organization -- to make any change, you need to modify the bottom-most module, but the tests that might break are in your application. This is a very real situation, and it can spiral out of hand before you realize it. So, how can you avoid this nightmare? Stop abstracting and refactoring for its own sake, and think about where functionality belongs. Down the road, when you need to apply a bug fix, it should be easy to figure out which module requires the fix, and applying it shouldn't break every level up to your application. Modularity is a tool like any other -- it has its limits, but when respected, it can deliver on its promises.
The new venue will allow us to accommodate up to 120 guests. So what are you waiting for?Register Now
Sponsored by Capital One Technology
Send us an email at email@example.com.