Posted by 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.



About Harold Madsen

Harold Madsen is a director of engineering at, the world's largest online family history resource with the mission to help everyone discover, preserve and share their family history. He has over 20 years’ experience in engineering and management. Harold manages the cross-cutting teams at including DevOps, Framework and Performance. His most recent endeavor involves leading his teams to support Ancestry's move to Java, microservices and containerization. Harold enjoys hiking and camping in his free time and has hiked 10 mountain peaks and climbed one pyramid in Egypt. He is also distantly related to John Lackland, king of England of the Robin Hood legends.

We really do appreciate your feedback, and ask that you please be respectful to other commenters and authors. Any abusive comments may be moderated.

Commenting is open until Monday, 4 November 2013