Posted by Ancestry Team on October 21, 2013 in API, Technology Conferences

Designing easy-to-use APIs is not always an easy thing to do.  In fact, some developers feel guilty taking time from coding for design – especially spending design time on such things as method names, request and response objects or service names.  If you don’t take the time upfront then you are destined to deal with technical debt (design debt) later.  How would you feel going to work each day knowing you will use an API that was poorly designed?  Yeah, not good.  This Thursday, I’ll be speaking at the API Strategy conference, presenting a case study describing how reinvented its internal APIs to be more consistent, discoverable and easy to use – while simultaneously serving millions of subscribers.

Session info:

Thursday, October 24, 2013, 11:25 AM session, track 2

Presented by Harold Madsen (

At the San Francisco Parc55 Hotel


*Update: You can view the presentation below.



Join the Discussion

We really do appreciate your feedback, and ask that you please be respectful to other commenters and authors. Any abusive comments may be moderated. For help with a specific problem, please contact customer service.