A native macOS HTTP client for working with API requests, including handling for dynamic values, authentication, extensions and more.
#api
Build APIs You Won’t Hate
Everyone And Their Dog Wants An API, So You Should Probably Learn How To Build Them.
Source: Build APIs You Won’t Hate, hat tip: Cate.
tikalk/commandcar
commandcar is a CLI tool that can easily communicate with any API. It simplifies unreadable and complicated curl commands, and has some nice features to make automation of API calls much simpler and bash scripts more streamlined.
All New WordPress.com
Almost 2 years ago, I wrote about how the future of WordPress needed to be a REST-based API, with a JavaScript client on top of that. There were even public rumors that, gasp, we were thinking about porting WordPress to Node.js. Well, while that’s not exactly true, it’s closer to the truth than a lot of people probably realized.
We are in fact using Node.js to power part of WordPress.com now. If you go to https://wordpress.com while logged in, your request is handled by a Node.js server, and the entire UI is written in JavaScript, although the majority of it is actually React.js. Unless you end up back in wp-admin, your admin/editing/posting/dashboard experience on WordPress.com is now handled entirely (well, almost; we’re still working on some pieces still) with JavaScript.
The UI is fully responsive (optimized for multiple screensizes, and flexible in between). Data updates are live (combination of polling and websockets, moving more to sockets over time). No full-page refreshes (it’s a single-page app). All API-driven (which means we can, and are, using the same APIs to power portions of the native mobile apps). Speaking of apps, we’re able to bundle our single-page, JavaScript application as a native app, so we did (OSX for now, Linux and Windows coming very soon). Leveraging our infrastructure, and the power of Jetpack, we can provide self-hosted users with the same experience as those we host directly (with more Jetpack-specific functionality coming soon as well).
This is a lot of change. But it goes deeper than just the entire technology stack we’re working on now. This was a complete culture-shift for Automattic, a now-400-person company traditionally made up of approximately 100% PHP developers. To get here, we at Automattic took a step back and asked ourselves;
What would WordPress.com look like if we were to start building it today?
As part of answering that question, we made a lot of changes internally:
- Cross-trained all of our PHP developers (and some of our mobile developers!) into modern, performant JavaScript developers.
- Switched to a completely GitHub-based workflow.
- Every commit is now peer-reviewed.
- Shifted to a very component-minded architecture.
- Moved our WordPress codebase to be entirely API-driven. New features are now only launched as a new/modified API endpoint + data layer + UI layer.
- Change in thinking from being very “plugin-oriented” (similar to WP-core) to a much more integrated and cohesive way of thinking of things across the web and mobile apps.
So today, in keeping with the DNA of Automattic, which shares the DNA of WordPress, we’re releasing what we’ve been working on as open source. It’s code-named “Calypso” (long story), and we’re extremely proud of what we’ve built over the last ~18 months. I truly hope that this can help guide or influence WordPress.org‘s future.
I wrote this post in the Calypso/WordPress.com Desktop app, and published it via Jetpack. That feels pretty darned good.
Kontakt.io: Beacons & Beyond
Long-lasting, well-rated iBeacons. Should be compatible with Beecon for automating things at home.
Tenso by avoidwork
Tensō is a REST API facade for node.js, designed to simplify the implementation of APIs. It will handle the serialization & creation of hypermedia links, all you have to do is give it Arrays or Objects.
cjbarber/ToolsOfTheTrade
Epic collection of links to tools of the trade for folks who work on the web.
sheetlabs
Turn your spreadsheets into APIs effortlessly.
interagent/prmd
JSON Schema tools and doc generation for HTTP APIs
interagent/http-api-design
HTTP API design guide extracted from work on the Heroku Platform API