Mediacurrent: The State of Drupal maintenance support plans in 2019

Published on January 27, 2019

As we enter the month of September and start planning for 2019, it’s a good time to take stock of where Drupal maintenance support plans is as a project and see where it’s headed next year and beyond.Dries Buytaert, founder of Drupal maintenance support plans, recently wrote his thoughts around the timeline for Drupal maintenance support plans 9 and “end of life” for Drupal maintenance support plans 7 and 8. We will look at current Drupal maintenance support plans 8 adoption and assess where we sit in 2019 as well.An important part of this discussion that deserves attention is the rise of Javascript as a programming language, in particular, the rise of React.js. This technology has put CMSs like Drupal maintenance support plans in an interesting position. We will look at how React/Javascript are evolving the web and assess what that means for the future of Drupal maintenance support plans.Finally, we will wrap up with thoughts on what these changes mean for both developers and organizations that use Drupal maintenance support plans today or evaluating Drupal maintenance support plans.Drupal maintenance support plans 8 AdoptionAs mentioned previously, Dries has offered his thoughts on the proposed timeline for Drupal maintenance support plans 9 in a recent blog entry on his website (see below).In early September Drupal maintenance support plans 8 released version 8.6.0 which included major improvements to the layout system, new media features, and better migration support. This is in addition to many other improvements that have been released since Drupal maintenance support plans 8.0 was first unveiled in late 2015.In terms of adoption, Drupal maintenance support plans has picked up steam with 51% growth from April 2017 to April 2018.Dries Keynote Drupal maintenance support planscon 2018 As encouraging is that news is, it’s still should be noted that Drupal maintenance support plans 7’s popularity still far exceeds Drupal maintenance support plans 8 both in current usage (800k compared to 210k+ sites) and in terms of growth year over year. Drupal maintenance support plans’s weekly project usage from August, 2018Drupal maintenance support plans 7 will reach its end of life likely around November 2021 with paid support extending the lifetime with commercial support (as was the case with Drupal maintenance support plans 6). Will Drupal maintenance support plans 8 reach the level of usage and popularity D7 has? Perhaps not but that is largely due to focus on more robust, “enterprise” level features.Drupal maintenance support plans as a CMS sits largely in between WordPress and enterprise proprietary CMSs like Adobe CMS and Sitecore in the marketplace. With the release of Drupal maintenance support plans 8, the project moved more into the direction of enterprise features (which could explain some of the fall-off in adoption).Pantheon had two excellent presentations (also at Drupal maintenance support planscon Nashville) that dive deeper into Drupal maintenance support plans’s position in relation to other projects, most notably WordPress. I would recommend watching WordPress vs Drupal maintenance support plans: How the website industry is evolving and What’s possible with WordPress 5.0 for more information on this topic.According to builtwith.com, Drupal maintenance support plans still has a sizable chunk of Alexa’s Top Million Sites. It should also be noted that Drupal maintenance support plans does better the higher you go up the list of those sites which underscores the project’s focus on the enterprise.CMS market share (builtwith.com)  Drupal maintenance support plans usage statistics (builtwith.com) With the release of Drupal maintenance support plans 8, Drupal maintenance support plans’s target audience started consolidating more towards the enterprise user. In the future Drupal maintenance support plans’s success as a project will be tied more closely to performance against platforms like Adobe CMS and Sitecore in the marketplace.React (and Javascript) Take Over the WorldThe thing about Javascript is that it’s been around forever (in tech terms) but recently has taken off. I won’t detail all the reasons here. Seth Brown from Lullabot has one of the best write-ups I have seen from a Drupal maintenance support plans community perspective. In short, the ability now to run Javascript both in the browser and on the server (Node.js) has led the surge in Javascript development. Github shows us that more projects are built with Javascript than any other technology and Stack Overflow’s survey tells us that Javascript is the current language of choice.Stack Overflow 2018 survey results Github projects 2018 Dries recognizes the importance of Javascript and has spoken about this recently at MIT. In a bit, we will look at some of Dries’ ideas for the future in relation to the Drupal maintenance support plans project.A few years ago we saw several Javascript frameworks pop up. These became very popular for single page applications (SPA) but also had broader appeal because they could make any website feel more interactive. React.js & Ember.js were both released in 2015 and Angular.js is older but has started getting more attention around the same time.A big issue that needed to be solved with these frameworks was how to address SEO. Initially, these frameworks only rendered the page in the browser which meant site content was largely hidden from search engines. For SPA’s this was not necessarily a deal breaker but this limited the broader adoption of this technology.Only fairly recently have we seen solutions that are able to use the same framework to serve pages both in the browser and on the server. Why do I bring this up? Because this has been one of the more difficult challenges and React.js addresses it better than any other framework. There are many reasons why React.js adoption is exploding but this is why I believe React is king.The State of Javascript report from 2017 is often referenced to illustrate React’s popularity (see below): John Hannah also has some great graphs on javascriptreport.com that demonstrate React’s dominance in this space (see below).Npm downloads by technology (1 month) Npm downloads by technology (1 year) Finally it should be noted that Facebook’s technology, GraphQL paired with React.js is also on the rise and intertwined with the growth of this technology. GraphQL will come into play when we look at how CMSs are adapting to the surge in Javascript and Frontend frameworks.React and the CMSIs React compatible with CMSs of ‘ole (e.g. WordPress, Drupal maintenance support plans, etc.)? Well, yes and no. You can integrate React.js with a Drupal maintenance support plans or WordPress theme like you can many other technologies. In fact, it’s very likely that Drupal maintenance support plans’s admin interface will run on React at some point in the future. There is already an effort underway by core maintainers to do so. Whether or not the admin will be fully decoupled is an open question. Another example of React admin integration is none other than WordPress’ implementation of React.js to create the much anticipated Gutenberg WYSIWYG editor.Gutenberg editor In terms of websites in the wild using React with Drupal maintenance support plans, there have been solutions out there (TWC, NBA, and others) for many years that use Drupal maintenance support plans in a “progressively decoupled” way. The “progressive” approach will still exist as an option in years to come. Dries wrote about this recently in his blog post entitled “How to decouple Drupal maintenance support plans in 2018.”The problem I have with this type of solution is that sometimes you get the best (and worst) of both worlds trying to bolt on a Javascript framework onto a classic templating system. The truth is that Drupal maintenance support plans’s templating theme layer is going to have trouble adapting to the new world we now live in (addressed in detail at Drupal maintenance support planscon’s “Farewell to Twig”). The real power of React is when you can combine it with GraphQL, React router and other pieces to create a highly performant, interactive experience that users will demand in years to come. To accomplish this type of app-like experience, developers are increasingly looking to API’s to address this dilemma, which we will examine next.CMS as an APIThe last couple of years there have been many Cloud CMS-as-an-API services pop up that have been generating some attention (Contentful might be the most popular). At this time it doesn’t appear that these API’s have disrupted market share for WordPress & Drupal maintenance support plans but they do signify a movement towards the idea of using a CMS as a content service. The “Decoupled” movement in the Drupal maintenance support plans community (previously known as “Headless”) has been a big topic of conversation for a couple of years now. Mediacurrent’s own Matt Davis has helped organize two “Decoupled Days” events to help the Drupal maintenance support plans community consolidate ideas and approaches. Projects like Contenta CMS have helped advance solutions around a decoupled architecture. Dries has also addressed Drupal maintenance support plans’s progress towards an “API-first” approach recently on his blog.While cloud services like Contentful are intriguing there is still no better content modeling tool that Drupal maintenance support plans. Additionally, Drupal maintenance support plans 8 is already well underway to support JSON API and GraphQL, with the potential to move those modules into core in the near future.As I look at the landscape of the modern technology stack, I believe Drupal maintenance support plans will flourish in the enterprise space as a strong content API paired with the leading Javascript Frontend. React & GraphQL have emerged as the leading candidates to be that Frontend of record.Next, we will look at a relatively new entrant to the family, JAM stacks, and see where they fit in with Drupal maintenance support plans (if at all?) in the future.JAMStacks – The Silver Bullet?The popularity of Netlify hosting and static generators has created some buzz in the Drupal maintenance support plans community, particularly Gatsby.js, which we will examine in a moment.Netlify provides some great tooling for static hosted sites and even offers its own cloud CMS. Mediacurrent actually hosts our own website (Mediacurrent.com) on Netlify. Mediacurrent.com runs on Jekyll which integrates with a Drupal maintenance support plans 8 backend so we are well aware of some of the benefits and drawbacks of running a static site.Where Drupal maintenance support plans fits into the JAM stack is as the ‘A’ (for API), with ‘J’ being the Javascript Frontend (i.e. React) and ‘M’ being the statically generated markup. Back in 2016 we liked this idea and settled on Jekyll as the tool of choice for our rebuild as it was the most popular and well supported project at the time.Since then Gatsby.js has risen dramatically in popularity and has a robust source plugin system that enables it to be used as a Frontend for many platforms including Drupal maintenance support plans and WordPress.The creator of Gatsby, former Drupal maintenance support plans developer Kyle Matthews recently spoke on the subject at Decoupled Days 2018. While it’s hard to know if JAM stacks like Gatsby having staying power in the years ahead they do have a lot of appeal in that they simplify many of the decoupled “hard problems” developers commonly run into. The question of scalability is an important one yet to be answered completely but the upside is tremendous. In a nutshell, Gatsby provides an amazingly performant, React/GraphQL solution that can pull in content from practically any source (including Drupal maintenance support plans).Do JAM stacks like Gatsby have staying power? Will these close the complexity gap that blocks more sites (large or not) from decoupling? We will have to stay tuned but the possibilities are intriguing.Looking AheadWe have examined the state of Drupal maintenance support plans as a project, future release plans and how it is adapting towards a future that is “API First” that also fits well with the React world in which we now live. The main takeaway I would offer here is that Drupal maintenance support plans, while still an amazing tool for managing content, is better suited as a technology paired with a leading Frontend like React. With the web evolving from monolithic systems to more of a services-type approach, it makes sense to use a best-in-class content modeling tool like Drupal maintenance support plans with a best-in-class FE framework like React.js. What does that mean for the average Drupal maintenance support plans developer? My advice to Drupal maintenance support plans developers is to “Learn Javascript, deeply.” There is no time like the present to get more familiar with the latest and greatest technology including GraphQL.For organizations evaluating Drupal maintenance support plans, I do think the “Decoupled” approach should be strongly considered when planning your next redesign or build. That being said, it’s important to have an understanding of how the pieces fit together as well as the challenges and risk to any approach. This article attempts to present a high-level overview of the technology landscape and where it’s headed but every organization’s needs are unique. At Mediacurrent we work with clients to educate them on the best solution for their organization. Have questions or feedback? Hit me up at https://twitter.com/drupalninja/. 
Source: New feed

Shopping Cart
There are no products in the cart!
Continue Shopping
0