Major Fence Project

When we moved into our new house, the yard was a mess. That’s definitely still the case in some areas, but we’ve made a lot of progress with cleaning things up, and turning it into a real “livable” yard. One of the pieces of that journey was getting a real fence installed down the side/back of the property. Here’s what we had when we first bought the house:


As you can see, it was a hip-high chainlink fence. Not only was it pretty ugly, but our neighbor has a dog, and our terror of an animal, Bambi, would just go insane trying to attack him through this fence. To replace it though, we had to get all those trees out of there, because they were all literally grown into the fence. That was a massive project on its own, but we got it done:

With that out of the way, we needed to get our new fence in. We opted for a horizontal-picket style, which is pretty trendy, and “modernizes” the house a little bit, without getting too crazy. I had never built a fence, but Erika’s family-friend Joe came and helped, so I learned pretty quickly. We got the back/side section done together in a few days:

We stopped there because both of us were busy, and it was a good stopping point anyway. That was towards the end of Summer, so the weather started turning a bit, but I managed to grab some good days in between snow and whatnot (Denver’s weather is crazy), and managed to get the rest of it done, down the side of our house, all the way to the front:

I’m pretty happy with how it all turned out (everyone keeps saying it’s more of a wall than a fence!), and now I know how to make one if I ever need to do it again. Nothing too complicated, just taking your time and thinking it through. The biggest mental hurdle for me was getting over thinking of the posts as being relevant to the position of the ends of the pickets. The posts just provide the structure/foundation, and then the framing that you put in is what handles the pickets (and attaches to the posts).

At least I know if this internet thing doesn’t work out I’ve got an alternate job to fall back on 😉

Fence is finally done. Flipped the pickets to the neighbor's side once it was behind our house so that he can see the good side. Big project!

Fence is finally done. Flipped the pickets to the neighbor’s side once it was behind our house so that he can see the good side. Big project!

All New

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 now. If you go to 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 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 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‘s future.

I wrote this post in the Calypso/ Desktop app, and published it via Jetpack. That feels pretty darned good.