Post Status Podcasts

I had the opportunity to interview Matt Mullenweg about an   ambitious project that included more than a year and a half of development to create an all new WordPress.com interface, both for the web and a desktop app. The project was codenamed Calypso, and we talked about many aspects fo Calypso, as well  as a   variety of subjects that relate to it. Why  did you make such a big bet on Calypso? Matt has talked for a while now about his vision that WordPress can become an "app platform", and this is an example of what that meant to him. He also notes how he's always  looking for things that will "move the needle" for greater WordPress adoption. We were both thinking about the same statistic: that roughly 96% of WordPress.com users (and probably a high number of WordPress.org users too) essentially abandon their websites after a short tenure. So anything that can increase that number, to say 8% or 15% of folks that stick with it long term, can make a huge difference. How do you think about investing in feature development for WordPress.com, and how it affects  WordPress as well? When Matt considers what he wants to invest Automattic developer and designer time in, he says he thinks of WordPress as a whole first, before considering specifics for WordPress.com. He'd rather see WordPress.com as a gateway to a self-hosted install. And whether they stay on .com or move to a self-hosted install, he wants to help ensure that their problems are solved. WordPresses I guess it's new to me, because Matt says he's been saying it for years, but he calls WordPress websites "WordPresses", after a long time debate internally about whether to call WordPress.com sites sites or blogs. WordPress.com as a network versus a platform The new homepage for logged in users, or users in the WordPress.com app, default to the Reader view of the WordPress.com interface, versus the writing view. This intrigued me, as I don't personally think of WordPress.com as a read-first ecosystem, but rather a place to write. I think more of Tumblr or Medium when I think of a destination for reading, where I may write. Matt  and I talked about the merits of WordPress as a network versus a platform. He thinks it can be both. And I think this touches on one of the big goals for Calypso that we haven't discussed yet: to make WordPress a better network. To me, WordPress.com is a platform, but WordPress (both .com and Jetpack enabled sites) are ripe to be a hugely successful network, through the huge number of websites and independent publishers that are interconnected via WordPress.com. There is more evidence that this is a goal for them too, with the launch of Discover WordPress along with the release of the new interface. Discover WordPress is a project by the editorial team to surface the best writing across WordPress.com and Jetpack enabled websites. Furthermore, beyond the human curated content, much could be done in the future algorithmically. We didn't get as much into this stuff as I would've liked, but I think it's  an enormous growth area for Automattic. Open Sourcing Calypso The Calypso project code is fully open source, and is a top trending project on Github right now. There are few requirements to run the code locally, so you can pretty quickly get a working web view. There are a slew of fancy React components that could be pretty easily lifted from Calypso and used independently, as well as a guide to getting started with the full codebase. How can the community anticipate  the future, with  more abstracted implementations of WordPress? As WordPress projects continue to use REST APIs to create fully custom frontends, backends, and inbetweens, I was curious what Matt thinks the community can do to anticipate and educate users on how to deal with these scenarios, that may fragment WordPress and be confusing for people who expect WordPress plugins and code to interract well with one another. He doesn't think it's too much of a problem, but says it's important that we experiment and learn from our experiments; he was hesitant to call the potential for confusion fragmentation as much as experimentation. Either way, I do think education and documentation will be important as other folks continue to use parts of WordPress to make impressive things, without supporting every specific thing that can also run on WordPress. An example of this is the WordPress.com app itself. You can manage   Jetpack enabled sites through it, but that doesn't mean you get everything in the editor you'd get with a WordPress.org site, like custom fields and other plugin functionality that the desktop app doesn't support. What is Automattic's differentiating factor? I wanted to know what Automattic's differentiating factor is, in Matt's mind. He defaulted, I guess unsurprisingly, to "everything", but as I pushed him a little further, he dug a bit more into some of the things that make Automattic interesting. From a WordPress.org   perspective, WordPress.com integrated tools like Stats, VaultPress, and Akismet are difficult to match with other tools. For  WordPress.com, he thinks the potential power of the Reader and network can be compelling. I agree there that the diversity of the WordPress.com and Jetpack author  audience could make for a compelling Reading product, that has more potential than I see right now in a competitor   like Medium, which is very tech heavy. Matt   says,   [pullquote align="right"]"We've built up a lot of trust in the community, and that goodwill definitely pays back."[/pullquote] Part of what makes it hard to identify Automattic's specific differentiator is that they do a lot of things. Matt acknoledged this, but counters by saying that they work hard on user experience and being a good community citizen. How have teams changed at Automattic over time? Automattic scales by splitting teams when they get too big. Today, there are 46 teams. Some of those teams are embedded in larger teams and have some hierarchy, but the company is still quite flat for a company of 400 people. The rule of thumb Matt wants   to maintain is that someone should have   no more than 10 people that report directly to them, though he has around 23. According to the standards of the tech world, Automattic's scale in terms of the number of employees may be somewhat ordinary, but they have still had massive and consistent change over the decade of the company's existence. And they are hiring as fast as they can to this day. The challenge of customizing WordPress sites A couple of years ago, someone from Automattic told me how concerned they were about the WordPress customizer's ability to scale, both for use on mobile devices, and as a utility that could manage a lot of features. And I wanted to know how Matt thinks that has evolved, now that the customizer is in such significant use on both WordPress.com and for self-hosted websites. As he notes, the customizer has undergone a lot of positive iteration over the last several releases, and today the WordPress.com and WordPress.org customizers are using the same base code; whereas for a while WordPress.com had their own custom implementation. But he still says that, "if we're candid with ourselves, ... customization is still the  worst part of WordPress, you know?  It's the hardest. It's  where people get stuck. It's where there's a real gap between the promise and what people are able to realize and create when they get started using WordPress." It's not as much a problem with the use of themes, or if you can code, but for new users, "it's their biggest struggle." One idea that I have is to have a more Medium-like interface be the "default" view, versus a changing default theme. That way, WordPress.com could be more opinionated about the default view, and change the theme at will, or along with trends, versus giving new users the default theme of a particular year and then that theme is untouched unless the user decides to switch. Matt said they have that a bit on the Reader view, but that is what someone in the WordPress.com network would see, versus what an outside website visitor would see. Anyway, there are definitely challenges ahead for making customization and, more importantly,  just ensuring sites look good for users. I think that this is an area where other platforms -- like Medium and Squarespace, though in different ways -- are doing a good job. The first line of the Automattic creed The Automattic creed states at the very beginning, "I will never stop learning." That was part of Matt's response when I asked just how they managed to cross-train a workforce that was primarily made of PHP developers to create a   world-class JavaScript driven application. Additionally to the natural desires that Automattic employees should have to learn, they created internal resources for helping people, and are considering releasing some of that material, maybe in the form of webinars or an online conference. Matt said Automatticians will also be sharing what they learn at other conferences, like the upcoming A Day of REST, where  two Automatticians will be speaking. Matt did admit that he hasn't made the PHP to JavaScript switch yet, and personally feels more comfortable in PHP; though some of his team have said it wasn't as intimidating as it sounds. Bug bounties Did you know all Automattic properties are on Hacker One , the bug bounty community? If you find a security bug, you can get a bounty if you report it. I didn't know this until the Calypso launch. How is Automattic thinking about revenue? With my napkin math and a few small things I know about Automattic, I'd guesstimate they are somewhere in the neighborhood of $100 million in annual revenue. I didn't even attempt to get confirmation of this, because I know they don't reveal this kind of information. So instead I wanted to get more insights of how Matt thinks about revenue at Automattic. Generally, he says  they put their focus in, "three main buckets." The use that focus both for revenue purposes and product purposes. Those areas are  WordPress.com, Jetpack, and WooCommerce. They group things like VaultPress and Akismet under Jetpack; so it's basically their WordPress.org SaaS revenue stream. Those are paid subscription products.  They have been transitioning that offering, as Matt shared, "a big trend over the past few years, has been to move away from a la carte upgrades, and have more bundles." They've discovered that bundled plans of $100 per year and $300  per year have been successful. Here are those plans, for both WordPress.com and WordPress.org, as shown in the new WordPress.com/Calypso interface: It appears they get most of their revenue from this stream. I do know, and have previously reported, that at least one point, WordPress.com VIP accounted for upwards of 25% of overally revenue, and though that gross number has gone up over the years, its percentage of overally revenue has gone down, meaning that these paid plans have outpaced VIP, growth-wise. I'd guess VIP revenue is now less than half of that 25% number now, but can't confirm it. Total sites,  versus engagement There are a lot of WordPress.com websites, but as  Matt noted, it's a vanity metric due to the face that such a small percentage are active, from engaged users. So they are trying more to track engagement versus total blogs. I tried to get him to share the number of active websites, but that's not something he could share. Helping site owners monetize, and WooCommerce integration to WordPress.com I talked about the roadmap some, and asked Matt about what they may offer in the future to help authors monetize their sites. They currently have a WordAds program, but that is a pageview driven strategy, and I'd love to see them introduce a way for authors to get paid via a tipjar, private paid posts, or subscription system like I've heard Medium is talking about. It's not on their current roadmap, but he says he'd be open to it. He also noted that since WooCommerce is now "part of the family," that there may be future monetization opportunities   through that, though he said they don't have current plans for a hosted version of WordPress.com. I was honestly pretty surprised by this: In the beginning, our focus is really going to be on people hosting their   stores, you know, with  web hosts. Because, part of the beauty of why WooCommerce is so popular is the flexibility, and I don't think the usability is there -- yet -- to be competitive with, like, a  Shopify, or a BigCommerce. So, it's just a lot of work to do there. [pullquote align="right"]Matt said he thinks of WooCommerce as how WordPress was around version 1.5. He called it, "very early days"[/pullquote], in that people are using it and see the potential, but knows, "there's just so much to work on and improve to make it accessible to a wider audience." He says the Woo team is now 63 people, and a number of Automatticians are doing "Wootations", or rotations with the Woo team. What to expect next in the  new WordPress.com interface They are still working on a lot of things for the new interface. There are certain things that aren't there yet. For instance, showing and hiding your blogs you are personally attached to still requires the regular admin. I actually experienced this myself. Some parts of the interface are pretty circular and confusing. But they expect to do more going forward. They want to see what there is demand for, and what other people do with the open source nature of the project. Matt also noted that he'd like to "loop back" to content blocks (code named CEUX) -- the project that stalled last year. And he's like to see what can be done around collaboration, editing, and the suggestion process. Power and ease of use One of the biggest challenges for WordPress is to continue to get easier to use, as other avenues for sharing information have gotten easier and easier, while continuing to enable powerful, feature rich implementations of WordPress. Matt thinks this balance is important, and that we must continue to improve in both directions to continue WordPress's growth. Wrapping up I really enjoyed my first audio interview with Matt. He says we can expect more announcements around WordCamp US, which starts next week. The Calypso project is a fascinating one, and it's a great example of what we should continue to expect: powerful, catered tools  that run on a RESTful API. They aren't always going to be tools for use everywhere, but we can expect to continue to see WordPress used in innovative ways, and be an exceptional platform for all kinds of applications. And finally, at the end of the interview, I  pitched Matt on one  of my most hairbrained ideas. The naming conflict between WordPress.com and WordPress was really bad with this project, as nearly everyone not deeply embedded within the WordPress world got it wrong, and conflated Automattic's WordPress.com with WordPress the software. And I think Jetpack's brand has really blossomed. I think there is an argument to be made that Automattic could change the name of WordPress.com to Jetpack, and both Automattic and WordPress would win from the change. It wouldn't be easy, but all I asked from him, is whether he'd read my post if I made one to give the pitch. He said he would, so expect that sometime soon. Thanks to Matt for the interview, and thanks to Mark Armstrong for helping me get going with the new WordPress.com app and arranging the interview.

Welcome to the Post Status Draft podcast, which you can find on iTunes, Stitcher, and via RSS for your favorite podcatcher. Joe is away this week, so Brian goes solo. Brian highlights WordCamp US and A Day of REST and describes why you should attend these events. He also tells the story of his first ever WordCamp San Francisco (the precursor to WCUS). Then, he interviews Mike McAlister, of Array Themes, and they talk about the process of building a commercial WordPress theme from the ground up. The interview with Mike starts around 14 minutes in. Topics & Links Event Links WordCamp US A Day of REST Brian's post on A Day of REST Brian's first WordCamp SF Post Status and Pagely party Join the Post Status Club Podcast on the REST API Interview with Mike Array Themes Previous interview with Mike Typecast for testing typefaces Typewolf for type inspiration and resources Playing with type Brian's 2010 article on the profit ceiling in the theme market

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today’s hottest, current WordPress news. In this episode of Draft, Joe and Brian discuss micro plugin businesses and playback a recent interview with Barry Kooij. They also tackle WP-CLI, what it is, why it’s useful, and ways they use it the most. The interview with Barry starts around 3:00 in and ends 20:00 in, for members that would like to skip it, if they already heard it in the main newsletter. WP-CLI discussion starts around 44:00. Topics & Links Niche Plugin Businesses Never5 Shop Plugins WP101 SearchWP FacetWP SeedProd GravityView GravityPlus Event Organiser Theme of the Crop WP-CLI WP-CLI WP-CLI Built-in commands Community commands S3 Uploads by Human Made (has built-in CLI integrations, instead of a UI) A more RESTful CLI

In this episode of Draft, Joe and Brian discuss a popular site’s redesign, and how the developers viewed WordPress’s shortcomings. They also talk about WordPress’s chops generally for complex sites and applications. Topics: An outside look at WordPress WordPress shortcomings, from developers that prefer other software Redesigning The Toast Timber, Twig templating for WordPress WordPress MTV Advanced Custom Fields  CMB2 WordPress as an application framework Building a database abstraction layer Nomad Base ElasticPress, by 10up SearchPress, by Alley Elasticsearch on WordPress.com Scaling WP queries with Elasticsearch

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today’s hottest, current WordPress news. In this episode of Draft, Joe and Brian discuss work life balance. We discuss working long hours, managing and preventing burnout, moonlighting and its challenges, side projects, embracing hobbies, and creating exercise routines. Links Overcoming burnout People without phones in phone poses Epic procrastination series Don't moonlight long-term

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today’s hottest, current WordPress news. In this episode of Draft, Joe and Brian discuss Google’s AMP project for Accelerated Mobile Page loading, and what it means for WordPress. They also go in-depth on WordPress’s upcoming core support for handling responsive images. Topics & Links Google's AMP AMP How AMP works WordPress AMP plugin AMP on Neiman Lab: What publishers need to know Responsive Images (starts at 35 minutes in) Responsive images merge Merge Proposal Plugin version

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his guest co-host, Brad Williams discuss some of today’s hottest, current WordPress news. This week Brian and Brad talk about how to get involved in WordPress core, what to expect when you do, how to navigate the waters of core development. They also discuss term meta, its use cases, how it works, and why it’s a great feature for WordPress 4.4. Brad is guest hosting this week, as Joe is out. He’s the co-founder of WebDevStudios, a co-organizer for WordCamp US, and wrote Professional WordPress Design & Development  (my go-to book on WordPress development). You can follow Brad on Twitter @williamsba. Topics WordPress core development process: WordPress core components Features as plugins WordPress Trac  The WordPress core team How to get on WordPress Slack discussions Term meta: Term Meta posts/notes on Post Status (some members only content) The case for term meta (members only) Term meta lands in core Term Meta posts on Make Core WordPress Fields API project

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today’s hottest, current WordPress news. This week, Joe and Brian go into depth discussing all aspects of the WordPress REST API, and the state of the API today. With the recent merge proposal, there is a good chance it will be included in WordPress core via a two stage process in the WordPress 4.4 and 4.5 releases. The first release would be the core infrastructure and the second release would include the endpoints. This is our longest podcast, but we go in depth on one of WordPress's most anticipated features in years. Topics: Brief overview: what is the REST API? Why is the REST API important, and why are people excited about it? REST API proposal Reviews from the core team New REST API core component Trac Ticket Comparison's to Drupal's REST API Customizer roadmap in regards to the API Authentication and future REST API projects Links: REST API Version 2 site and docs REST API merge proposal Committer review requests for the REST API Introduction to the WordPres REST API How StoryCorp uses the REST API for mobile audio uploads WordPress on OpenHub The core ticket for merging the REST API infrastructure (Stage 1) Lessons for WordPress from Drupalcon (members only) Matt Mullenweg's excitement for the API on a Product Hunt AMA Ryan McCue's "A Future API" post on possibilities, including centralized auth Possible roadmap for the Customizer (including REST API integrations, perhaps) The new REST API core Trac component OAuth1 for the WordPress REST API The API on Github A Day of REST conference all about the API

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today's hottest, current WordPress news Links and stories discussed: Working locally Varying Vagrant Vagrants (VVV) Chassis Salty WordPress Get DesktopServer MAMP and MAMP Pro Docker Hub Installing LAMP stacks with Homebrew How to Dockerise and deploy multiple WordPress applications on Ubuntu Docker Machine VIP Quickstart WP-CLI Underscore.js Underscore.js  Intro to Underscore.js templates in WordPress Backbone.js, Underscore.js and why they matter for WordPress Transparency WPLift's Public income reports roundup Buffer+Transparency Is there a downside to transparency reports? Nomadbase.io launch Nomadbase.io

Welcome to the Post Status Draft podcast, which you can find on iTunes and via RSS for your favorite podcatcher. Brian and his co-host, Joe Hoyle, a co-founder and the CTO of Human Made, discuss some of today’s hottest, current WordPress news. Links and Stories Discussed Events links A Day of REST  and the Post Status post on it WordCamp US WordCamp Tampa WordCamp NYC PressNomics WordCamp Europe Are conferences worth it? Comments links Brian’s recommendations for comments Performance for comments, part of Mark Jaquith's Cache Buddy Featuring comments by Pippin Williamson Comments Redux Comment Trac tickets PHP links WordPress PHP stats PHP releases New in PHP7 PHP benchmarks PHP7 on WordPress Segments We start the show with events and discuss justification for them. 25 minutes in or so, we switch to comment discussion. 47 minutes in we switch to PHP.