Recent Posts

A new chapter on Youtube

By Jason Harmon on January 25, 2015

2014 was an extremely busy year at Paypal: heading up the API Design team, in an effort to API-ify over 80% of the company’s capabilities. I only managed to get out three blog posts, all on http://APIUX.com. As I looked at revising my strategy for sharing with the community for 2015, I had to reflect on 2014. Public speaking: I attended 12 events, I think 10 of which I gave talks at.

Continue reading

BDD for APIs Talk at APIStrat SF 2013

By Jason Harmon on November 10, 2013

I recently attended the API Strategy & Practices conference in San Francisco. I also attended earlier this year in New York, but this time I came as a speaker. I enjoyed the panel format in NYC so much, I decided I had to be a part of it. I wanted to bring something that I haven’t heard before at API-related conferences. I’ve blogged quite a bit in the past on the topic of BDD for APIs.

Continue reading

An Interview With Jason Harmon, API Architect @uShip

on July 16, 2013

[Reposted from conquer.tech] One of the neat things about living in Austin is the tech people you get to meet. Some of the ones I have met along the way have been gracious enough to let me interview them. Today’s post is an interview I recently conducted with my friend Jason Harmon. He has always seemed to me to be one of the brightest guys I know when it comes to technologies.

Continue reading

Extend Your CRUD HTTP API With Sub-resources

By Jason Harmon on March 25, 2013

When it’s time to build your web API, there’s often a tendency to build everything around data entities. CRUD-style APIs use GET/POST/PUT/DELETE to provide the same feel as SELECT/INSERT/UPDATE/DELETE in a traditional relational database. Once you work through these CRUD-based web API patterns for a while, you will find that it doesn’t always match up perfectly to your business needs. I’d like to introduce a design pattern which will add some flexibility to your CRUD-stye HTTP API, while maintaining clean semantics and easy usability.

Continue reading