The WP Minute+

Say thanks and learn more about our podcast sponsor Omnisend. 

In this episode of WP Minute+, host Matt Medeiros sits down with Kevin Geary, founder of Geary.co and creator of the Automatic CSS product. Kevin, known for his strong opinions on WordPress and Gutenberg, shares his insights on the current state and future of WordPress, focusing on several key areas that are crucial for developers and agencies.
Key Takeaways for WordPress Professionals:
  • The importance of adhering to web design fundamentals, even when using page builders
  • Concerns about the direction of the Gutenberg editor and its departure from traditional web design practices
  • The value of education in elevating web design skills and understanding
  • The potential risks and benefits of using various page builders
  • The importance of data portability and avoiding vendor lock-in
  • The need for clear communication and vision in WordPress development
  • The role of AI in web design and its current limitations
Important URLs mentioned:
  1. Kevin Geary's website: geary.co
  2. Kevin's YouTube channel: youtube.com/@gearyco
  3. Automatic CSS: automaticcss.com
  4. Kevin's Twitter: twitter.com/thekevingeary
  5. Digital Gravy (Kevin's agency): digitalgravy.co
Chapter Titles with Timestamps:
  1. [00:00:00] Introduction and Kevin's WordPress Background
  2. [00:07:31] Criticisms of Gutenberg and WordPress Leadership
  3. [00:14:21] Page Builders vs. Core WordPress Development
  4. [00:23:51] The Vision for the Block Editor and Its Challenges
  5. [00:35:28] WordPress.org vs. WordPress.com and Serving Different Markets
  6. [00:46:14] Scaling Businesses with Page Builders
  7. [00:54:00] Technical Challenges with the Block Editor
  8. [01:04:26] The Future of WordPress and Competition
  9. [01:18:02] Gutenberg's Potential Beyond WordPress
  10. [01:21:50] AI's Impact on Web Design and Development
ā˜… Support this podcast ā˜…

What is The WP Minute+?

For long-form interviews, news, and commentary about the WordPress ecosystem. This is the companion show to The WP Minute, your favorite 5-minutes of WordPress news every week.

Matt: Kevin Geary,
welcome to the WP Minute.

Matt, thanks for having me.

Glad to be here.

Geary.

co, automaticcss.

com, x.

com, slash, thekevingeary, and
forgot to put it up, youtube.

com, slash, at kevingeary, I believe
is your YouTube channel as well?

YouTube is at gearyco, I believe.

all things, bricks, all things
scaling WordPress businesses,

very opinion opinionated fellow on
Gutenberg and WordPress at large.

A lot of folks really wanted me
to have this interview with you.

You reached out right around the same
time I was chatting with folks to

talk about, having you on the show.

And I was telling you before we hit
record, just in all fairness to you,

there's a big debate on whether Kevin
Geary likes WordPress or, or really

supports the WordPress side of things.

You, you come off on a
very opinionated side.

And I think you and I both have
strong opinions and we would

probably agree on a lot of things.

The only thing I've ever taken, Taking a
back from, and the only thing I was really

like, man, this one really stung a little
bit from just like the leader perspective,

like being a leader in the space, somebody
who has a lot of followers, somebody

who has a lot of, community, folks that
follow him was the, the recent live

stream you did where, you know, you
singled out one individual and sort of

took apart his, sort of website build.

That was the only thing.

That I was really like, man,
didn't really, that one didn't

really fit good with me.

Just like when Mullenweg called out
and it made personal tax and you

didn't even go that far, by the way.

But when I saw Mullenweg do something
in his vein of like having an outburst

and I'm not even calling your thing
an outburst, but his outburst, I was

like, man, from a leader's perspective,
left the bad taste in my mouth.

I understand your passion for it.

This is a long lead up and I want
to give a long lead up because I've

thought about this meeting for a while.

And a month or so ago, somebody was like,
you don't really know Kevin and you've

never taken his page builder one on one
course and understood all the stuff.

And I did, I took your page
builder one on one course.

Fantastic.

You are an advanced and
intelligent individual on CSS.

And it was great.

I will admit I skipped some of the
tech parts cause I'm not building

websites anymore, you know, from the
ground up, but a fantastic course.

and I think that, you know, my
perspective is maybe you're, and,

and I'm not even saying this label,
and we'll have this, this discussion.

Maybe you're misunderstood in,
from the, the, the folks on the

Gutenberg side of the fence.

Like, maybe they're just like, hey,
they don't see the same passion.

Maybe they all should take the PageBuilder
101 course, and I think they should.

Because at first blush, I was
like, oh, he's just an internet

marketing guy who's got a course.

And this is an advantage to his business.

And then I took the course and I was like,
Oh, he's no, he really knows his stuff.

And he's, he, it is from the heart.

One commenter said it's like being
in the trenches and dodging bullets,

which was funny, but it certainly
sets the stage and the tone.

And I wanted to give this opportunity
to just chat about maybe why you think

people Might you might rub people the
wrong way because I think you even

fully admit it to and in in that course
like hey This might not be for you.

I'm fast paced.

I'm in your face.

This might not be the thing for you.

Anyway, this is a long preamble I am
happy to have you here, but I did want

to just frame it with let's let's unpack
the Kevin Geary that maybe some folks

Don't see on Twitter and chat about that

Kevin: Well, I'm very
passionate about our industry.

I'm very passionate about WordPress.

I'm very passionate about the people
that I serve, which is WordPress

developers, web designers, whatever
they want to call themselves.

but people working within the
WordPress ecosystem and those people

have families and those people
have real lives and our tools.

And the work that we do has a dramatic
impact on the lives of those people.

Those people have employees.

there's a lot of people
that rely on WordPress.

There's a lot of people that rely on
the work that we do in this ecosystem.

There's a lot of clients that
rely on the work that we do as

well, who have real businesses and
real families and real employees.

And so I've spent the
last few years teaching.

What I consider to be best practices
as I know them, paying a lot of

attention to details and to workmanship
and to quality and accessibility.

And I put this education
out there for free.

And in doing this, I've also
realized some of the areas where

we can improve workflows and I've
built software and tools to fulfill.

Those purposes, contrary to popular
belief, the educate, the free education

came first, the tools came second, the
tools were built for the, gaping holes

in people's workflow based on what we
teach as far as best practices goes.

Okay.

So that's where I'm coming from.

if anybody doubts.

Whether I support WordPress or
love WordPress or whatever, as an

ecosystem, as a project, as a whatever.

if I didn't like WordPress, I
would actually not say anything.

I would let WordPress continue down
the path that it's currently going,

because I don't think that that is
a winning path, because I deeply.

Love WordPress.

And by the way, I've been
using WordPress since 2005.

so I've been around for a
while, not new to WordPress.

and you know, I want WordPress to survive.

Most of my journey with
WordPress has been.

With this default understanding
that WordPress is the dominating

thing in, on the internet, right?

So we, we all know the stat 43 percent
of websites are powered by WordPress.

That's been the understanding the, the
entire, until now, until now, I know

that that status still kind of sticking
around, but the underlying stat of

new projects started with WordPress
is dramatically lower dramatically.

And it's, and it's continuing to decline.

And I think that there are very.

clear reasons as to why this is.

And it's become very clear to me that
if something doesn't change, I don't

think WordPress is going to continue to
dominate, and that is a problem for me.

It's a problem for all the
people that I do work for.

It's a problem for all of my clients.

It's a problem for that entire
ecosystem that I just talked about.

And so I feel like if people
don't start standing up and saying

something, and saying something.

A little bit loud because I've also
recognized that WordPress does have a

little bit of an echo chamber problem.

and so I, I think if there isn't
some counter leadership, let's call

it, the, the changes that need to
be made are not going to be made.

So.

but no, I 100 percent love WordPress and
I'm 100 percent committed to WordPress.

All of my products, all of my work is
done on WordPress and for WordPress and

for people in the WordPress ecosystem.

So there should be no doubt there.

Yeah.

Matt: You, I mean, I've made a career,
a podcasting, audio career on being

opinionated about WordPress largely from.

the leadership perspective, right?

Mullenweg, critical, been a critic of
WordPress, both critical and positive.

And, you know, I love WordPress,
probably as much as, as you do.

it's funny, I was talking to, probably
a, a friend of, a shared friend of

ours, Mark, Zemanski about this stuff.

And I was, I was like, Mark, you know,
you know, I, I've been criticized from,

from my own content that I put out because
let's face it, you and I are in probably

the smaller, well certainly me cause
I usually cover like business and, and

community opinion and stuff like this.

You're in the more of the broader category
because you're doing front end development

and, and, and coding and stuff like that.

But largely the people who
consume content for WordPress.

Are like the pure developers.

Hey man, just talk to me about
JavaScript, PHP, HTML, CSS, my SQL

database optimization and hosting.

That's like the broad audience.

And then, you know, when I come
along and talk about business,

they're like, get out of here.

I don't want to, I don't care
about how, how you build your

million dollar plug in business.

That's whatever.

so I, I feel like we, we share that
sort of same struggle of, you know,

the, the community being like,
ah, this content isn't for me.

but I can certainly respect
your, you know, your passion

and, and your angle on it.

Do you ever look at it as like from
a content creators perspective, like

I need to be different to stand out
or this is just that passion just

bleeding out all over the place when
you're, when you're creating this stuff.

Kevin: Yeah, I mean, nothing that I do.

I mean, you can watch, I think
people, well, I don't know.

I mean, some people are good
actors, but like, I don't have all

the content I produce is just me.

I can't, I'm not a good actor.

Like I just, I turn on a camera
and I, and I, and I record,

99 percent of my videos are.

mostly unedited, right?

there, there'll be a little
snippet here or there or

whatever, but, mostly unedited.

I do hours of live streaming
every single, it's just, it would

be too exhausting to, to act.

and so I say what I
say on my live streams.

I say what I say in my videos and
I say what I say on social media

and it's all extremely consistent.

and that's, that's just it.

And I decided a long time ago, I
was like, you know, you know, Cause

when I first started making videos,
I was actually a little worried.

Like I, I held back a little bit.

and I was like, let's, let's button it up.

Let's make it a little bit more corporate.

Let's package it nicely.

And, and I was just like, man,
this is, it's too mentally

and emotionally exhausting.

It's way easier to turn on a camera and
just be yourself and just do what you do.

And publish it and that's it.

And that's what I've lived by.

you know, a few weeks in, I was
like, no, not doing that anymore.

And, it was just me
from that point forward.

Matt: When people, ask, let's talk
about, the criticisms of Gutenberg.

And, and again, I, I'm
not saying you're wrong.

I think what people are missing is
there needs to be healthy debate.

There needs to be healthy criticism
on both sides of the fence.

If it's just one person agreeing
with everybody, the echo chamber,

like you mentioned, then.

It's just the same thing
over and over again.

And there is no progress.

Like there needs to be a
little bit of what I'll call,

you know, chaos that happens.

And then out of that chaos, something
new happens, whether you agree with

it or not in this open source world,
whether it's like, Hey, I don't

like these features in Gutenberg.

Well, This is the chaos that got
us to this point and maybe there'll

be more chaos that happens again
that gets us to the next point.

It's not a beautiful way to, to envision
it, but sort of how I see open source or

local politics, you know, to a degree.

when people say, Hey man, like
you've got some great ideas.

Why not bring it to the leadership?

Why not sit down with a meeting with
Mullenweg or Rich Tabor or Anne McCarthy

and say, Hey, I've got these notes.

I've got these strong
opinions on the software.

Let me just go and have these one on one
meetings or, you know, interview them

on your channel or something like that.

And sit down and have those more, what
I'll say, relaxed debates versus The

live streams or the Twitter threads?

Kevin: I think it's a very
simple answer to that.

I've never been invited to any of
those things, so it's not that I

would reject them or decline them.

I invited Matt to come on my live stream,
which they had initially agreed to.

We just, I think it was right
before he went on his sabbatical,

so it probably got lost.

to reconnect and things like that.

So, you know, Matt is open and, and
that's one thing that I've actually

praised Matt for a lot is his willingness
to go on people's podcasts and live

streams and do this stuff and answer
questions and take criticism and take

heat and, and have the conversations.

so on that point, you know, I,
I would give him maximum praise.

you know, anybody that works on
the project, if they invited me

to conversations more than happy
to, to have those conversations,

a few people said that they would,
I said, DM me, we'll set it up.

It's very simple.

Like I live stream every week.

I mean, this is very open.

It's very easy to get to me.

I'm on podcasts all the time.

They don't end up DMing me.

and so, you know, that
that's why it doesn't happen.

It's not that I'm avoiding it
or not wanting it to happen.

I'm welcome it.

I a hundred percent welcome it.

every time that I've brought things
up, mainly the reaction is why don't

you become an official contributor?

It's essentially like, why don't you come?

Do free work for us.

Why don't you come, put ideas in
the voting pool and then wait on

them to happen and yada, yada, yada.

And it's like, okay, that, that part
of it, I'm not super interested in.

Like I I'm building my own products.

I have a full plate as it is.

but I do.

you know, I do love WordPress
and I do love the direction that

it, the potential that it has.

Right?

and my main concern right now is, is
more than a feature request missing

here or there or a slight adjustment.

It's not something I can go into
the contributors area, or get and

just write up something real quick.

It's more about.

The block editor being a fundamental
departure from longstanding web

design practices and principles.

And you can't fix that with a
feature request and you can't

fix that with a contribution.

the only way you can really get an
understanding and a potential fix

for that is through these kinds of
conversations and public examples of.

Asking what exactly is going on here?

What?

And what is the vision for this?

And so that's the only
way I've seen to do it.

And, you know, anybody that wants
to have discussions about it

further, I'm more than open to.

Matt: Yeah, it's certainly one of the
same things that I struggled with.

You know, years ago, it was
the same challenge, right?

Because I was critical of leadership.

It was very difficult to, you know,
get Matt on as a podcast guest.

Little less.

Challenging now, because I think he's
seen that I'm a little bit more level

headed than some, not you, but others in
the space who, who come up with really

wild, allegations on, on the way he
runs his business and decides things.

and it's, it's a tough space.

This is, I don't know if this is
just the WordPress community or.

Open source in general.

I spend most of my professional
career in two different open source

worlds, WordPress being the biggest.

And then the other side is podcasting.

There's a whole podcast
thing called podcasting 2.

0.

It's an open source.

Yeah.

it's a lot smaller obviously than,
than WordPress, but it's the same like

challenges of, there are people sort of
at the top have been doing it for decades

or started a project and then you kind
of have to, you A little tug of war, a

little back and forth to get attention
and to get people to, whatever, validate

your thoughts and your ideas to get there.

but, you know, one of the practices,
again, thanks to, to Mark, I, I complained

about something with, getting to templates
in, no, excuse me, getting to template

parts in, the site editor, right?

Because it's tucked away in, like, the
patterns library or something like that.

And I was like, why can't I
just use Command K to get there?

I mean, there's a whole point
of this Command K thing.

what is to get there?

And, you know, whatever.

Ranted on Twitter or something like that.

And he was like, put your money where your
mouth is and , you know, and go to GitHub.

So I was like, okay, fine.

So I, I went to GitHub and
I said, here's the issue.

I want to get to template parts inside
of, the command palette, command K.

And, you know, sure enough,
somebody picked up on it.

I think actually somebody else, you
know, Brian Cord, which, mm-Hmm.

. Part of the, part of the discussion
today, Brian Cords picked up on it, wrote.

Actually some code to pull it up
in the, in the command palette.

And I think it's coming to six,
six, maybe six, seven in the future.

But the idea is, is like, yeah, I can
understand like these huge, massive.

shifts in the way the software
is, is being developed

might be too much for that.

but I think there could be some inroads
there if, if spent with the right people.

And maybe it's them inviting
you, or you inviting them.

I think there can be some movements there.

Cause I, I do think that is
one of the greatest strengths

that we have in WordPress.

Is that you can leave a mark.

It's gonna be tough.

At first, but I think you have
the audience and the respect

enough to, to have those meetings.

So it's unfortunate that they haven't
cycled, cycled back to you to book those.

But, I think it can go both ways
where a little bit of maybe spend a

little time in GitHub and leave some
comments and then they go, okay, fine.

This guy gets it.

And now there's some connection there.

I think it'd be better for, for everyone.

Kevin: Yeah, I think, building
bridges is always good, right?

So if it has to start small,
then it has to start small.

you know, shout out to Brian.

Brian's been probably one of the
most responsive on that side of the

aisle to various pieces of feedback,
discussions, vocal, vocalization.

it's been, it's been great.

And I really appreciate that.

So I do think, I do think
we need more of that.

but it goes back to, and a lot of what
I've been talking about lately is, is this

concept of the vision of the block editor
and the ideal user of the block editor.

And I just have a feeling and
you know, it's kind of written in

their mission statement that this
is for everybody and democratizing

publishing and yada, yada, yada.

But if you, if you build software
with a faulty premise, it can't

really ever become good software.

And I just feel like the.

The premise of who the block
editor is for is faulty.

And so they, they, they're
designing it for a beginner.

They are designing it for, it's kind
of the same like as the Wix audience.

It's like anybody off the street
should be able to open up WordPress

and feel comfortable assembling pages
or doing whatever they're doing.

And it's just never going to happen.

It's, it's not, it's not, that's a
faulty premise that you, the idea that.

I always use my mom as an example,
the idea that my mom can spin up

WordPress and open the block editor
and start assembling pages is lunacy.

It's not even close to reality.

it doesn't matter how simplified you
make it, how much you dumb it down.

It just doesn't matter.

She's never going to be able to do that.

And so if you build software for her.

The people who are going
to suffer is everybody.

Everybody's going to suffer.

I think my mom can't do it.

And then everybody else is frustrated
with it because of what you've done to

try to make it so that she can do it.

And that's kind of what I feel
the block editor has been doing.

and, it's even, even over
simplification beyond what Wix does

in terms of simplifying web design.

And it's insanely frustrating for people
who know the language of web design.

So if you know the language of web
design and you open the block editor,

This is a fundamental departure.

You have no idea what to do,
where to start or what's going on.

and that's a, that to me is a big problem.

I'm not opposed to evolution.

I'm not opposed to innovation.

if there is a, if there's a
fundamental departure from standard

practices and somebody can say,
look, I get it, this is brand new.

looks way different.

but we did it for very good reasons.

It actually, when you learn it, it is,
it's going to insanely improve how you

build websites and maintainability,
scalability, et cetera, whatever

else that we actually care about.

It's going to do wonders
for all of these things.

So just be patient, give it a second
and let me walk you through it.

If that is the pitch, I
have no problem with that.

In fact, automatic CSS has done
many things to innovate workflows.

And I tell people that all the time.

I'm like, look, just be patient with this.

It's going to be brand new.

It's a new concept.

Nobody's doing this, but here are
the advantages to doing it this way.

I feel like the block editor has
made a fundamental departure from

the best practices of web design.

And has not been able to list a single
advantage other than, well, your mom

can use it a little bit easier than
a normal, you know, environment.

And that's not gonna, that doesn't cut it.

That doesn't cut it.

So that's been my main objection.

Now, if anybody wants to come in
and say, no, no, no, here are the.

Here are the dramatic advantages
that you get, but they're, they're

really, I've, I've looked at it.

I mean, I've tried to look at it
objectively and I haven't identified

any, you take an environment where if
you want to compare it to something

like bricks, where everything can be
done in bricks that needs to be done.

And then you compare to the block editor
where it's like, well, now, I mean,

we've got to introduce new languages.

We've got to introduce Jason files.

We've got to introduce VS code.

We've got to custom blocks.

We've got, I mean, man, we're taking
something that could be unified.

And we're spreading it out across
multiple different tools and languages.

That doesn't seem easier or
better or faster for anybody.

and so it's fundamental problems like
that, that I've continued to bring up.

Where the vision just doesn't
seem to, it's not capable of

leading to a great conclusion.

And that's where I start to get very
worried and I'm like, I don't know.

Are we going in the right
direction with this?

And then you see the decline in new
projects being started with WordPress, and

you start to wonder, is it because of this
direction that, that WordPress has gone?

That's why we need to
have the conversation.

Matt: Yeah.

One of the things that I've said, and
whether you're, you know, Bricks user

or Elementor or whatever, like other
page builder you have, I think one

of the great things, and, and want
your thoughts on this, obviously, is

I feel like the, the page
builders have won, right?

You know, you, you have Bricks
and you have WordPress that'll

integrate into, into, you have Bricks
that'll integrate into WordPress.

You have Elementor,
Beaver Builder, whatever.

Like, you can put these tools on top.

And WordPress continues
to flourish, right?

Or, or we need WordPress
to continue to thrive.

So haven't we already won?

We being, let's say the page builder
community, haven't we already won just

for the sheer fact that we're able to
build a bricks tool and then your tool on

top of all these other tools, like, isn't
that already a winning scenario or does.

WordPress need to fundamentally shift
along with all of these tools continuing

to, to flourish at the same time.

Kevin: It's a really good question.

no, we, we have one by, by
the, this is open source.

This is the wild west.

We can do whatever we want with WordPress.

That's, that's the best part about it.

WordPress is number one advantage is
being open source, not just in its

flexibility, but in the ownership of data.

Right?

Like that actually matters most
to me is the ownership of data.

so I control my data.

I own my data that I can't go to Webflow
and say that I can't go to Shopify and

say that I can't go to Wix and say that.

Okay?

so that is the number one advantage.

And I actually firmly believe that if
that advantage didn't exist, WordPress

was beat and defeated a long time ago.

but it does have that going
for it, which is awesome.

amazing.

That's why, that's why I've been
in WordPress for so long and

continue to stay in WordPress.

So, that's fantastic.

The problem is, the wild west
of WordPress does not align

with the vision of for everyone.

it, it, it, except, so there's a
caveat to the for everyone thing.

PageBuilding 101.

It's actually the joke is that
it's not a one on one course.

It's actually, it's like two
Oh one three Oh one four.

It's all baked in the, but it's called,

Matt: yeah, it's, it's a pretty intense,

Kevin: it's a pretty intense course.

Make it appealing to people.

But I tell them at the beginning,
I'm like, I'm not going to

treat you like an idiot.

I'm not gonna, I'm not gonna like,
You know, baby, you through this

thing, I'm going to tell you and
teach you what you need to know.

And we're going to cover advanced topics.

And I'm going to do my absolute
best to make you able to

absorb it and understand it.

but you are going to learn everything
you need to know, to be more

advanced than most of the people
building websites on WordPress.

Okay.

So that's what I told people at the
beginning of page building one on one.

So the question is, is page
building one on one for everyone?

And the answer is yes, but it's for
everyone who wants to do the work.

It's not for people who want to click
an easy button and magic appears.

It's for people who want to learn web
design and practice web design and

care about quality and workmanship.

That's who it's for now.

So does that describe everybody?

I don't know, but anybody can come in.

All right.

But not everybody's going
to make it through probably.

So WordPress.

You can't say, well, Kevin's mom is
going to be able to come in here.

If it's the wild west,
it's already a wrap.

She's already done.

You already lost because if you
think about onboarding somebody into

software, you onboard somebody into Wix.

Very streamlined experience.

Welcome to Wix.

Here's our editor.

Here's our templates.

Here's our, this, here's our,
that here's education on how to

do this and how to get going.

My mom can probably do
some of that, right?

Choose a template, change
some content, whatever.

But you come into WordPress and what
is the onboarding flow for WordPress?

First of all, you have to
install it on a server that you

have already set up and own.

Thankfully they have one click
install, but we're already

at like, what's the server?

What's this?

What's that?

Okay.

So then we get into WordPress, into
the dashboard and now it's okay.

Your first step is you
need to choose a theme.

Well, it's actually not
just the design and layout.

It's the actual architecture
built into the theme.

So different themes are going to
give you different options and

different ways of approaching how
this website is built in and designed.

Okay.

Well, that just, you just sent
that person down a rabbit hole of,

well, what are the pros and cons
of this theme versus that theme?

And, oh, we got block themes
and we got non block themes.

We've got, oh my gosh, this
is insane to a beginner.

And then it's like,
well, what do I do next?

Well, you actually have to extend
WordPress because a lot of functionality

comes through these things called plugins.

And so there's a gazillion
plugins to choose.

Well, which plugins do I need?

Well, we have to have some
conversations about that, don't we?

And so now they're down another rabbit.

I mean, this is days of just
investigating and weighing options.

And you know, this is assumed you even
understand the pros and cons of the

ramifications of what is going on here.

This is not.

A for everybody platform.

It never it's for anybody who
wants to come in and go through

the learning curve for sure.

Right.

But this idea that we should then
craft the main editor, the block

editor as if somebody day one fresh
off the street should be able to use

it without without learning anything.

The entire platform has to be learned.

The entire ecosystem has to be understood
before you can do anything in WordPress.

So the idea that we should have
a completely dumbed down editor

that departs completely from the
fundamentals of web design and

frustrates most advanced web design
users, that it seems like a, a mismatch.

And it also seems like, you
know, the vision doesn't compute.

And for some reason it's
like, why haven't they.

Realize that that vision doesn't
compute in an ecosystem like WordPress.

Matt: Yeah, you know, I, I seen the
recent numbers about like the decline of

new installs and I don't know, I think
it's, I mean, listen, I have no idea,

opinion just like everybody else, but, I
think it's a, is it a lagging indicator?

Like we're, we're catching up.

To the tail end of everyone of evacuating
WordPress when Gutenberg came out.

And then a couple of years after that, we
had COVID where everybody spiked to going

to WordPress and other web platforms.

Cause everyone was at home building stuff.

Everybody, Oh shit, I need a website now.

Right.

You did like when I was in business,
I was at ran an agency for a decade.

It's been, I've been out
of, out of it now for.

I don't know, like seven years, but when
COVID hit people, people, I was trying to

sell websites through back in 2010 were
calling me up going, I need that website.

Now I'm like, where the hell were you
when I was trying to get you that website?

but I think this is like the lab,
maybe anyway, lagging indicator of

like the, the real techies who were in
WordPress who left when Gutenberg hit.

And then we had like this weird
fluctuation of, of data from, from COVID.

And I think it like, maybe it'll plateau.

I think, well, let me ask you this.

Do you think it's as easy?

Do you think it's an easy fix for
WordPress to just say advanced

mode, easy mode, easy mode enables
the site editor advanced mode.

You can just shut it off.

And it's now just a framework like it was.

10 years ago, pages,
posts, custom post types.

Let me go nuts and let me
bring in my own page builder.

Do you think it's easy enough for
them to just go easy mode, advanced

mode and advanced mode, you can
just shut all this stuff off.

And we're back to like this
blank canvas framework.

Like we used to,

Kevin: yeah, I, I, I mean, I don't
know how easy it is from like

an architectural perspective.

I don't think anything's easy now
because they've got, you know, FSC

and the, the UIs are a complete
departure from one another.

We have to bring a lot of cohesiveness in.

and then yes, we do need to talk about.

Advanced users versus beginners and
making the experience because it's,

you don't really have to pick one.

You can, you can build a tool
that has all of the necessary

controls for advanced users.

But then we have to get into this
idea of there is two big camps, right?

There's the camp of I
love to live in VS code.

I want to create, I want to
write my own custom blocks.

I want to use tailwinds.

I want to do, I want to do
all this stuff in VS code.

And then it just appears in Versus The
other side of the aisle, which is Nope.

I want to do everything in a UI.

I want to do everything in a page builder.

We have this concept of page building
now, and that's where I choose

and prefer to do all of my work.

so those, that situation
has to be handled.

Now WordPress can support
both of those for sure.

But on the UI side, I think the developers
can continue to do what developers do.

I mean, they're, they're
able to do that in VS code.

They can do all the work they want
is same old workflow, whatever.

It's really the UI side of things
that we're talking about here.

And so people that use page
builders want a specific experience.

Elementor was the, one of
the first page builders.

Divi was obviously one of
the first page builders.

they kind of introduced this whole concept
and proved that, Hey, you can actually do

work like this and you can build entire
sites and it's a good experience and,

and we've come a long way since then.

Right.

but if WordPress is, you know, WordPress
had the option of, okay, well, we're

going to do something page building like.

That's native.

Should it be along those lines?

And should we give advanced users, people
who know the language of web design, all

the controls and power that they need
at their fingertips and WordPress flat

out said, no, we should not do that.

We should, we should only serve
absolute beginners with this UI.

And anybody that wants to do
anything beyond this is going to

have to extend the block editor.

And by the way, in order to do that,
they just isolated all these page

builder people, because if you don't.

Do work in VS code and you don't
understand multiple languages.

You are excluded from participating in
that custom block building, extending the

block editor side of things that at least
it's, that's a big jump to get there.

Right.

and so now what we have is a
product where a lot of people.

There's a, I mean, look at the size of
Elementor, look at the size of Divi, look

at the size of the page building world.

They feel like the block
editor was not built for them.

Like they were excluded
from being considered in the

development of the block editor.

That is an isolation of a, of a large
part of the WordPress ecosystem.

And I don't think that
that was a great decision.

Not involving people who use page
builders in the vision for the

block editor, I think was a huge.

step backwards for WordPress and
has created a lot of this tension.

Matt: Yeah.

I mean, I, it goes back to, you know, some
of the stuff we will, we'll talk about and

stuff you already mentioned, stuff we'll,
we'll talk about in a minute, but like

Wix and Squarespace, no code tools again,
you know, I, I think a lot of this, again,

I have no answers, just pontificate,
just like everybody else, but I remember

years ago thinking about, like remember
the Avada theme and visual composer,

my God, those things were terrible.

Kevin: Yeah.

Matt: They were terrible.

And as an agency owner.

You know, you get somebody knocks on the
door and they're like, yeah, this, you

know, this person, down the street, my
cousin's neighbor's boyfriend built me

this site and, I don't want to pay any
money, but he built me this site and

here it is, it's, and you boot it up and
it's Avada and you're just like, what

the hell, like, I have to tear this thing
apart and I think we had a real issue with

WordPress being fragmented and it's, it's
a big debate to also like sit back and

say, okay, What are the motives of, say,
Automatic and open source WordPress, and

is this really a, cohesive way to, to get,
whatever, free labor and free research

and development for the betterment of
Automatic, which I don't believe, like,

I believe that Matt Mullenweg really is,
A huge advocate for, for open source and

I think he'll do anything he can to, to
also keep WordPress open source, even from

investors in automatic, yada, yada, yada.

But I think what he realized was we have
a frag, fragmentation issue and I can't

make this nice, cohesive iOS and Apple
ecosystem like experience with WordPress.

If I don't, if there isn't a major shift
like this, in order to get people to, to

stay on just what's the most base level of
WordPress I can, I can give them that'll

allow them not, or give them the ability
to do all this stuff without having to go

and get Elementor and then Gravity Forms
and then all this other stuff, you're

building all those things, and that's
where, that's where his real monetization

comes in, which is Jetpack, right?

Like if I can give somebody
the basic framework to build a

website easily, that's a win.

It's just taken like 10 damn years
to get there and we're still not

even like crossing that bridge yet.

It's not, it's not easy to solve that,
but I, I certainly, I certainly understand

it and I certainly, I certainly feel
it, you know, coming from, you know,

the Bricks and the Elementors and,
and the Beaver Builders of the world.

Kevin: Well, the way I, the way I look
at it is, there, there's actually,

WordPress is poised to serve both of
these markets very easily, and very well.

so, and I mentioned this when
I was on Jamie's, podcast as

well, which is there's wordpress.

org and wordpress.

com.

Wordpress.

org is a self hosted
ecosystem, the wild, wild West.

Anybody who wants to learn and
be a developer and be a real web

designer and all of that should use.

org and.

org should be structured
to serve those people.

And then anybody who
wants a Wix like approach.

Can, could go to.com if, if they,
if they structured this correctly,

could go to.com, wordpress.com,
spin it up and it's as user friendly

and dumb down as they want to make
it and do whatever you guys want.

With the.com side of things,
that's not for us, okay?

For us, right?

People understand the language
of web design and development.org

needs to be protect.

org needs to facilitate the work
that we do and the way that we do it.

And that's where the vision went wrong.

That's where, yes, he, you're right.

He saw a problem and he aimed
and he shot at it and he missed.

and that's just the facts.

it can still be fixed though.

It can still be fixed easily.

Webflow, by the way, for anybody
who is, you know, there's, I see

the counter argument a lot that.

If we made, if they built an editor
that was too advanced, right?

it, it would, it would turn people away.

It wouldn't work.

There wouldn't be enough adoption.

And I think Webflow has completely
proved that philosophy incorrect.

I mean, 4 billion plus valuation in
a very small, relatively small amount

of time, compared to WordPress.

they, they built essentially a tool for
advanced web design and development and

then spent millions of dollars educating
people on how to use it and how to do it.

And they get adoption rates through
the roof on a platform that's not open

source, that doesn't have data ownership.

So they don't even have
that going for them.

And they were able to wildly.

Be successful.

so I think they've proved the model of
if you give people a functional tool and

teach them how to use it, if they don't
already know the language of web design

one, they will do it, they will adopt it.

They will go through the learning.

And what I've always argued is
two on the other side of it.

And I don't want to dodge your
question that you initially asked

in the very beginning, which is the
controversy over calling somebody out.

Right.

but if you get to.

A level where your skills have
dramatically elevated because you're

using a functional tool, because
you do something like page building

one on one or whatever education
is out there that actually elevates

your understanding and skill level
and abilities, your confidence.

dramatically improves the work that you
do for clients dramatically improves.

And the other thing that we haven't
talked about yet is we have an epidemic

because there's very low barrier to entry.

We have an epidemic of people in
this industry doing work who actually

don't know what they're doing.

And that harms clients.

It harms the ecosystem.

It harms the industry.

and they're doing it in many cases
for bottom of the barrel prices.

I, I do see that as a, as a big problem
that also needs to be addressed.

And when we go back, we tie
this in with the block editor.

When you dumb the tools down, guess
what you attract more of people who

don't actually know what they're doing.

so there's two big problems
there that are tied together.

Matt: Yeah.

Let's, let's move in that direction.

That's something that's
near and dear to my heart.

one of the questions I always used to
ask when I started my podcast, the decade

ago when I was running my agency was
what do we do about the 500 website?

Right?

Like, cause back then, even back then
I was seeing people, I famously tell

this story, this kid that, you know, I
would see out at all when I was doing

my agency and I was doing all the,
like chamber of commerce meetings.

Cause that's what you did back
in like, 2010 to like find

business, to sell websites.

I would see him everywhere and
he'd be like selling 500 websites.

And then he finally sold to
some like big e commerce.

I don't even know what the hell they
did, but they had just had thousands,

tens of thousands of skews and he
knocked on my door and he was just like,

I don't know what I can do with this.

And he was running on like some shared
hosting service trying to import over 10,

000 products into a WooCommerce store.

And I'm like, Oh, What, how
much did you sell this for?

It was my biggest project ever.

I sold it for like five grand.

I'm like five grand.

I'm like, we were, we're at like 50 K
minimum for a project like this, just

for the, just for the project management
and, and architecture stuff alone.

We're not even building the website yet.

Right.

Trying to like figure this stuff out.

What does he do now?

He's a real estate agent.

So like I, I totally am.

I am there.

I'm there with you.

and.

Speaking about like your 101 course,
when I got done with it, I was like, man.

This guy, you should just be teaching CSS.

Forget like bricks.

Because I think like what I learned from
that and like hearing you go through

that, that course, I was like, this guy
doesn't even need bricks or WordPress.

You, you could just step up 50, 000
feet and look at CSS as a whole.

instead of having to, to teach the
bricks, the pocket, a well called a pocket

of, of bricks in the WordPress world.

What are your thoughts on that?

Like when you're thinking about elevating
people, do you ever just think like, yeah,

maybe I should just extract the CSS part
of it or, or as bricks that critical.

to your, to

Kevin: your workflow that you need.

I mean, Bricks is critical in the,
in the, in the web design, right?

CSS is only one part of the web design.

So something has to write the HTML.

Something has to, be dabbling in PHP.

Something has to be helping
with JavaScript, right?

So Bricks has interactions and conditions,
and it's got a lot of things built into

the UI that make all that stuff easier.

And so people, if they're getting
into web design and they're learning

web design, what I tell them is.

If you have a capable, a quality capable
page builder, and for anybody that

doesn't know why we're talking about
Bricks or the advantages of Bricks.

Bricks is a builder that proved that
you can have a page builder write code

for you that's not an absolute mess.

The code output of Bricks is
almost as if you wrote it by hand.

they have a lot of respect for
accessibility, for performance.

For clean code output, logic,
class first workflow, all of

the fundamentals of web design.

This is respected by Bricks.

It's one of the only page builders
in existence that does this.

certainly the most popular
page builder that does it.

And so when I'm trying to like, I, I
want more people to get into web design.

I want beginners to come into our space.

You can't have an ecosystem and an
industry that Thrives if it's not bringing

in new talent and new beginners, right?

So I do want more beginners to come in.

I don't want more beginners to
be lied to about how easy it is

to get into web design or how
easy it is to build websites.

I think Wix lies.

I think Squarespace lies.

I think the WordPress block editor
lies, about what is required to actually

come in and learn and do good work.

Right.

so, and that's why I told people on
page one in one on one, I'm not gonna

lie to you and I'm not gonna baby you.

I'm like, I'm going to tell you what you
need to know and we're going to do it.

and, and this is the only path forward.

So in facilitating that, if I, yes, I tell
them in page building 101, there is one.

Thing you really do need
to know and understand.

And that is CSS.

the page builder is going
to write the HTML for you.

The page voter is going
to write the PHP for you.

The page voter is going to write the
JavaScript for you, but when it comes to

styling on a website and when it comes to
best practices of maintaining and scaling

styling, you have to understand CSS.

And that's why CSS was a big part of.

Of page building 101.

Of course, it's why, I, I advocate
so strongly for a framework and why I

built the framework that I built and it
works the way that it works because of

that philosophy and those principles.

but without bricks, it would be okay.

I'm going to teach you the, the.

Fundamentals of scalable,
maintainable CSS.

But then I also have to teach you HTML.

And I also have to teach you PHP.

And I also have to teach
you basic JavaScript.

That barrier to entry is huge, right?

And so I look at a page builder and, and
trust me, like I'm, I'm all for, clean

code and scalable, maintainable projects.

If the page builders were doing
what Elementor is doing still.

Right.

Which is outputting really, really,
really bad code and ignoring the

fundamentals like a class first workflow
and, all the things that I talk about.

I, I would object to using
a page builder as well.

I look at a tool as.

Does this tool have tremendous upside and
does it have a very small list of cons?

And Elementor has a lot of
upside for beginners, okay?

And people entering the space.

It also has a laundry list of
cons, like deal breaking cons.

Bricks does not have That laundry list of
cons, it doesn't have any deal breakers.

And so when I'm introducing new
people to web design, bricks is a,

it's a critical piece in that puzzle.

and I'm not saying it's, it's
always going to be the only one.

And I'm not saying, I'm not
saying it is the only one.

Okay.

There's a couple others.

They're just not as known.

but bricks facilitates this.

So much for people and they, they get
confidence, I would say three to five

times faster than they would if we
were just saying, Oh, I'm just going to

teach you how to hand code everything.

that, that wouldn't work nearly as well.

I think you've,

Matt: well, I don't want to put, I don't
want to put this all in your shoulders,

but I think you've, you've really tipped
the scales of, page builders, in the

page builder, what I'll say, page builder
community, you've tipped the scales to,

to, to have an advantage to even have
the, have this discussion in the space.

Cause you probably remember as long as
you've been in the space when Elementor

and Beaver Builder and we had page lines,
site origins, we had all like these little

page builders trying to break through.

I don't know what year
it was, 2014, 2015 ish.

And my God, if you brought up page
builders, You were just, you just

cast out of the conversation, right?

Because you had the hardcore
developers who were like, get out of

here with this page builder thing.

Right.

And I, and I think of course these
tools have evolved, but then so have

folks like you come out with education
around this stuff and it's really built

up, you know, the confidence, like you
said, in, in that sort of page builder

community, but also it allows people
that to have a little bit more of a,

of a respected conversation around it.

Like it doesn't, everything
doesn't have to be.

Hand coded and, and, and
done, NDS code or whatever.

Having said that my, my, one of my,
challenges to using something like bricks,

because like you said, like the front end
development and the CSS and the styling,

this is just one aspect of the complete
delivery of a, of a website project.

So one of the things that.

I'm not pushing back, but the
challenging question is in my

agency, when I was running it there
for bigger projects, there was no

way we're using a page builder.

And again, you got to remember
this is many years ago.

So beaver builder was like the only
one I really felt comfortable with.

I would use that on the ones that needed
lower budget and faster deployment time.

So we were using beaver builder,
but any bigger project, we were

not slotting in beaver builder.

And I probably still wouldn't today.

For one of the largest issues
was, continuity in the business.

There's always a front end developer and
a back end developer on every project.

And when they're coding, they're
deploying to GitHub repo, where testing

or QA and all this stuff, on staging
servers, like we weren't deploying

code until the customer tested it.

Now, maybe these are just bigger,
more complex projects that these

page builders are just not aware of.

A perfect fit for, but I'm curious,
like in scaling the agency side of

things, when you look at something like
bricks, the continuity of the business.

Hey, I got to find somebody
who, who knows bricks.

I know bricks, but now I
have to teach somebody else.

What if that person's on vacation?

How do I go back and check the code and
the changes that they were deploying?

It can't certainly just be in
scanning the UI of Bricks and seeing

what their changes was and copying
and pasting something back in.

We certainly want something that has,
You know that, like get hub repository.

Like I can see all the code committed.

I can see comments.

I can roll it back if I need
to do a different version.

So what, what are your thoughts
on like scaling the business?

I get how you scale code and, and
building your sites through a tool

like bricks, but how do you think
about it as scaling the business?

Somebody leaves, you hire somebody
new, you're growing a team.

Et cetera, et cetera.

Kevin: You know, I think it's a challenge
regardless of the route that you go.

It's the same challenge of
our thing is built in react.

And this other thing is built
in view or built in Svelte.

And it's like, okay, the develop the
main developers that built this left.

And the company is like,
we've got to go hire people.

let's say, you know, it was built in view.

Well, you got to go find view people.

Right.

So to, to bring in, and in WordPress,
it could be built in a page builder,

or it could be built in a code editor.

If it's built in a code editor,
let's say it's built with a, they

created a custom block theme.

Okay.

So now you're immediately limited
and you've got to go find people

who understand block themes
versus traditional themes.

this, this problem is just
constant in our space.

and, and there's many, many
different angles to it.

Now, do I, do I wish that there
was more, compatibility with.

Bricks and get, yeah, for sure.

I think that's a big conversation that
should be had and should be talked about.

Now, my ideal client and the ideal
client of most of the agencies that, you

know, are in my ecosystem and that I've
spoken with, you know, if you're doing

websites for a small business, go for it.

Clients, the average small
business client, especially

service based businesses.

I do want to say, I don't do
anything with e commerce e commerce

is a completely different beast.

and there's a lot of complications when
it comes to e commerce and protecting

the versioning of a website, right?

Because you can't, you can't just
pull it off to a staging server

and then try to push it back.

Like you're, you're, you know, you're
losing, all the transit, the transactions

that came in during that time, right?

There's a, there's a
lot to consider there.

The average small business website,
like, you know, Joe Plummer, the

gym down the street, or even SaaS
companies, or that are just using

WordPress as a front end marketing site.

It's not even, it's not powering
their app or anything else, right?

They are just fine using a
page builder like Bricks.

They don't need Git.

They don't need all this
hyper version control.

We do daily backups.

We do have in place, bricks has native
versioning of, what you've done in

the builder on every single page.

it has now the protection of multi
users working and not overriding

each other's work, not messing up
the classes that they might be using

and adding to different elements.

So there is a lot of that at play now.

and I, and I think, you know, there's a
lot of stuff that page builders do that.

Of course they didn't used to do.

And so a lot of the assumptions about how
page builders work are based on the old

model of page builders and not really what
page builders are capable of doing today.

But I'm also not saying that bricks
is, is a great tool for every

single situation and every single
scenario and every single website.

If you need version control and you
need get, and it's an enterprise

level thing, don't use bricks.

Don't use bricks, you know, do
a, WordPress route for sure.

Matt: Yeah.

Yeah, I just remember like just
for folks who are listening

and maybe never experienced it.

Remember, I'm not, I just
dabbled in development.

I was a system admin way, way, way back.

And that's how I started my agency
and WordPress, yada, yada, yada.

But from like the owner's perspective,
I learned really quick that when we were

You know, we didn't turn over a lot of,
freelance, developers and designers,

but I learned real quick when they
were deploying code to a client who was

paying us thousands of dollars a month
that there was no way I could just go

into this blindly and, and, And not know
what these people developed on the site.

and that's how I just learned my
lessons stumbling and failing when

the customer called up and say, Hey,
this, this website's running slow.

And we had hired some, you know, somebody
who said they knew WordPress and suddenly

we're trying to debug all this code.

And I was like, Oh yeah, we
need, we need version control.

I need continuity in this stuff
from the business perspective.

It's an insurance policy.

but like you said, if there are,
there may, and I did it too.

Like I use Beaver Builder on, on a certain
class of our customers and then a certain

class of customers got it the other way.

So, yeah, that's the

Kevin: one.

The one good thing about bricks
is, it is a page builder that

respects the language of web design.

So it is not a proprietary builder.

Elementor is a proprietary builder.

Divi is a proprietary builder.

Beaver is a proprietary builder.

Bricks is not proprietary.

Bricks uses the language of web design.

It respects the fundamentals of web
design, which means that anybody,

there's a giant ecosystem of page
builder developers in WordPress who

are very, yeah, like good at that.

Their job and what they do.

And if you understand the language of
web design, you can open Bricks and

have zero problems understanding how
the site was built, the concepts that

were used, classes, CSS, et cetera.

You gotta, you gotta, if you don't have
any experience with Bricks, figure out

where the inputs are and things like that,
and how the templating system works and

yada, yada, yada, but it's a very fast,
like you're talking about a couple of

days, you take somebody who understands
web design, you can onboard them.

In a couple of days.

And now they're managing and scaling
the website that was built in bricks.

People who build websites and Webflow
have the same exact issue, right?

So if I have a client that
their website is built in

Webflow, they have two options.

They can go find a Webflow developer,
or they can hire any developer that

understands the language of web design,
who is willing to work in Webflow.

And that person can
take over their project.

Why?

Because Webflow respects
the language of web design.

Elementor, Divi, Beaver, these are
proprietary systems where if you

understand the language of web design,
it doesn't actually matter because

when you open the builder, you are
completely lost and you will stay

completely lost until you understand,
oh, this is how Elementor works.

Does things and names things.

This is how beaver does
things and names things.

This is how Divi does things
and names things because they

all do it their own special way.

And by the way, the block
editor is exactly the same.

It departs from the language of web
design and it has its own language

and its own workflow and its own ideas
for how things should be done, which

means that it doesn't matter how much
experience you have in web design.

You're not going to be able to do
anything in the block editor unless you

learn the language of the block editor.

and that is a barrier to entry.

In my opinion, that is not
something that facilitates the

work that we're all trying to do.

Do

Matt: you have time to continue?

Yeah.

Or, so let's, let me, can you
unpack, an S an example of that?

Cause, cause I don't know, I don't
have the answer, but I assume it,

I assume it might be like sort of
like the container in, in rows.

Theory or module, methodology.

cause I've seen you talk about that in
the page builder one on one course and,

and your other live streams on how bricks
sort of handles that versus the others.

Is that the most simplistic approach
that a lot of these other page builders

are failing at Gutenberg included?

Kevin: so yes, there is.

So when you're writing HTML,
you write, you write HTML.

And if you're selecting elements that
are writing the HTML for you, it's

very helpful if that is predictable.

So when you ask it to do something and it
does something completely different than

what you expect, that's a disconnect.

And then it's like, why is that happening?

Okay.

Now we've got to investigate.

We've got to learn, right.

But I think actually a better example
would be classes, CSS classes, the

use of classes, since the very,
very early days of web design.

If you want to style something, you
add a class to it and you assign

styles to those classes, okay?

This is a very, very fun, this
is like what you would learn

on day one, of web design.

And Elementor and Divi and Beaver
and the block editor, All say we

are rejecting the notion of you
doing web design with classes.

We're doing away with that
and we're doing our own thing.

Divi uses presets, what they call preset.

These are not, these are very similar
to classes, but they're not the same.

They have, wild disadvantages over using
classes that I've detailed in an article.

Beaver Elementor is very, very heavy in
styling, just styling everything at the

ID level, which is a fundamental mistake.

That would be what you would
learn not to do on day one.

So element or beaver asking you
to do the opposite of what you

should be doing in web design.

the block editor is essentially the same.

And in order to try to overcome the
lack of classes, they have to come

up with things like block styles
and they have to, and now you're

in Jason and doing all this others.

Like it's all workarounds.

And, and, So all I've been doing is
asking, okay, well, if we're going

to have this tremendous deviation
from the fundamentals, what are

the advantages of deviating so
strongly from the fundamentals?

And that's where nobody's ever
been able to give me an answer.

What I've come to the conclusion
is these tools believe.

That people are either not smart
enough to understand classes

or they just don't care enough.

Okay.

And so with Elementor, for example,
if you come to that conclusion and you

say, our product is not going to have
classes, we're going to have everybody

style everything at the ID level.

What is the result of that?

The result of that is that you
have thousands, millions of

websites that are Poorly built and
literally objectively built wrong.

They're not scalable.

They're not maintainable.

The accessibility, if you care about
accessibility is also non existent.

because you're facilitating workflows, for
people that don't know what they're doing.

And not only are, do they
not know what they're doing?

You're encouraging them.

You're actively encouraging
them to do it wrong.

the tool, the official approved
workflow of the tool is to do it wrong.

and so I've always.

Fundamentally objected to that.

And, and I think the block
editor does the exact same thing.

Matt: And this is just from, I think
I, I, one of your recent tweets, I

saw you talk about maybe just like
the max width that, of the group, well

called group block that Gutenberg sets.

And you're just like, why, how
did we even get to this number?

Right.

I was like seven.

I don't know what it was.

Seven, six years ago.

Kevin: Yeah.

It starts with a magic number.

Well, yeah, that, that, so the block
editor, if we're going to talk about

deviation from fundamentals, like the
block editor goes even a step further

Elementor, Divi, and Beaver are all
outside in, environments, which is,

that's the fundamental of, if you go,
if you go into CodePen and start just

coding a website with HTML and CSS, you're
working outside in, things are block

level elements, they reach the edge of the
screen, and then you work in from there.

in the block editor, they decided
that it's going to be an inside out

workflow, that everything actually
starts contained on the inside and you

have to work your way out from there.

And so again, anybody who has spent
any time in web design is going

to be completely confused by that.

And so.

Again, I don't have a problem
with it, if it has some sort

of magic, tremendous advantage.

But I ask, what are the
advantages of deviating from

the, like, standard practice?

And I haven't been given any advantages.

But I do see disadvantages
in doing it this way.

They also don't use containment, like
actual containers to contain content.

they use, they use magic, assignments
of max width to all children in a group.

so when you say like, I want this
group to contain the, it's children,

it doesn't use a container to do that.

Like you would see in traditional
web design, it uses virtual

containers with, with max width.

So yeah, it's a technical discussion that
we could go deeper into, but again, it's

like, that's not the standard practice.

So why are we deviating
from the standard practice?

What is the advantage?

And.

Same thing with naming things, right?

Like, what are we going
to call these things?

Where a group is not a thing.

You can't add a group in HTML.

not in any, you know,
general layout capacity.

You wouldn't see that happening.

You would use a section or you would
use a div or something like this.

You wouldn't use a group.

so we have to understand what that's
called and why is it called that?

And why can it actually be many things?

You can turn a group into
a section if you want to.

but a section is fundamentally
different from a normal div.

I've outlined this in, in detail as well.

And, but, but they are, they are opposed.

Like I've, I've actually proposed, Hey,
why don't we have a section elements,

extremely important element in web design.

and I visualized that
I've shown it on video.

Look at bricks.

That's a section element.

Look how it behaves.

Look what we're able to do with it.

Can we have this in the block editor?

No.

They've said, no, we're not
adding that to the block editor.

So, again, it's, where are the
advantages to, to this fundamental

departure, I'm not given any.

And so what I end up saying is, well,
this is a frustrating environment to use.

If you, if you know the language of web
design, this is not the language of web.

Does this a new language?

It's an experimental language, by the way.

and so if you can't give me strong
advantages, I just have to reject it.

Matt: Yeah.

Advantages are probably.

Just so they can, they being Gutenberg
and all the other page builders,

except for Bricks, the advantage of
them building their product, right?

And hopefully, hopefully, air
quotes, making it easier for their

users to, to build these sites with.

Yeah.

they make it easier

Kevin: for their users to build bad
sites is the conclusion of that.

If you follow it to the end,
here's what I will say too.

I don't know if this is the
motivation for Elementor.

I don't know if this is the
motivation for the block editor.

We talk all the time about lock
in and the problems with lock in.

We don't want to be locked in.

We want to democratize content.

We want you, right?

We want this to be able to flow from
one platform to another if need be.

Okay.

Proprietary workflows create lock in.

And so if somebody learns, let's
say you're getting into web

design and you learn on Elementor.

Okay.

I've been very clear about this.

You don't really know
anything about web design.

You know, about building websites
in a tool called Elementor.

If I put you in bricks, you will
have no idea what you're doing.

Cause you don't understand
the language of web design.

You only understand the
language of Elementor.

If you learn in the block editor.

You do not know web design.

You do not understand web design.

You know, the proprietary language
of the block editor, which by the

way, makes switching platforms,
switching builders, whatever, way

harder, way harder for people.

So if we're trying to avoid lock in, what
we actually need is a standardization

of namings and practices and workflows.

Which web design has, has done, right?

We've, we've done this with classes
and BIM and things like that.

what we have is a bunch of different
developers creating their own cute little

package for how they want web design to
work that completely deviates from all

the fundamentals and best practices.

And anybody who goes into that
actually gets trapped inside of that.

You can't, your projects can't leave it.

Your mind can't leave it.

Very, very difficult to switch to change.

And that is a huge advantage for them.

I don't know if that's the main motivation
for making it proprietary, but it

is a fact of making it proprietary.

And so,

Matt: but on the brick, on the
brick side, like I can understand it

being, like, web development first.

Kind of methodology.

But if you were, because again,
watching one on one video series

and some of your other live streams,
like I've seen you input CSS into

the input fields inside bricks.

Surely if you disable bricks, that
data saved in the database is gone and

you're kind of that, wouldn't that be
lock in or are you saying, well, it's,

you still know how to develop a website
more purely through the bricks model.

Kevin: Correct.

so yeah, for example, other people
who know web design can take over

your projects and manage your product.

You're still locked into
the builder for sure.

Got it.

And I, and I think that builders
should, I'm not saying that

that's a great thing about bricks.

I think that builders should construct
it in a way where you could potentially

disable the builder and, all of your,
your whole website still exists, or

really my main argument is like web flow.

The platform should have
a native capable builder.

And that's what we're all using and it
respects the language of web design.

That's the advantage of Webflow.

Webflow, and that's why
Webflow onboarding is so easy.

You open Webflow, there's one
editor, there's one environment,

you know the language of web
design, you can use it like magic.

there's not a big learning
curve if you already know what

you're doing in web design.

So, that, that is, would be the direction,
WordPress could go with, with org.

You're with the wild, wild west situation
with plugins and all this, you are

going to have dependencies, right?

Yeah.

Yeah.

Bricks is a dependency, but
it's a dependency that respects

the language of web design.

So if you do need it, like
I was on oxygen, I was a big

oxygen guy for a while until it.

You know, shot itself in the head.

so I, when I switched from oxygen
to bricks, people were like,

how, how hard was that switch?

I was like, not hard at all.

Both the builders respect
the language of web design.

So if you know what you're
doing, it's that it's a

weekend and you're done, right?

You just, Oh, bricks puts this thing
here and oxygen, put it over there,

but they're the same fundamental things
and it's the same fundamental workflow.

So it was so easy for me to
jump ship from oxygen to bricks.

To bricks.

That's what I kind of am talking about
with like portability and not lock in.

If I was on Elementor for five
years and Elementor blew up and then

they were like, well, how was the
switch from Elementor to bricks?

Not good.

Not good.

Cause all I, all I know is
Elementor and I don't know a

thing about actual web design.

Matt: Does that, When you're talking
to other, do you still do agency work?

This is something I should ask
at the top of the show, but

do you still do agency work?

Kevin: we have existing agency clients
that we maintain their websites and help

scale their websites and things like that.

But over the past year, year and a
half, I've been actively phasing out.

and we've put a block on all new work.

I actually just launched our
new website, digital gravy.

co.

It's the same company.

but we are focused completely
just because the size and scope

of our software products now.

And.

Half of the team that was
working on the agency side, I've

actually moved into software now.

so it just doesn't make sense economically
for us to pursue agency work anymore.

We are a hundred percent committed
to our software products.

and, and that's it.

Matt: Good.

I guess what I'm getting at is like, I
guess the risk and the reason why I never

used, I was always looking at how can I.

De risk the situation.

How, how few plugins and areas of risk
can I, pull out of a project for a client?

And just like we saw with, I'm
gonna forget the name of it.

The one that shut down the page builder
that shut down quickly, quickly.

Yeah.

I mean, it's still probably something
that, that you would preface any

of the, anybody comes to you for
education purposes or learning to

be like, Hey, this is still a risk.

Like bricks could either go out
of business or all of a sudden

it could be a thousand dollars a
month per license that you have.

Like that is a risk.

That's a point of, of failure or a
point of contention for the business.

So it's something that
everyone should be aware of.

Cause I just feel like in this
page builder world, I love it.

I love your opinion on it as I
just see page builder So many

people going for, you know, faster,
cheaper, cheaper, more add ons.

And I'm just like, man, people, don't
you ever just, all right, so your tool

doesn't have six of those, like, you know,
whatever they're called, Jotty files, the

animation ones, or what a lot of files.

Like, so, all right, fine.

You don't have those.

Okay.

Don't switch your whole business over
to a new page builder just because

you don't have those six free add ons.

Like stay, stay focused here.

So surely you, you must let folks
know that, Hey, this is a risk and,

and, you know, stay, stay the course.

Kevin: Absolutely.

Yeah.

you know, any, any page voters are risk.

What I've actually said though, is, and
people really need to understand this.

The block editor itself is a risk.

Okay.

There is no guarantee that the
block editor survives and thrives.

It is an experiment.

Let's be very clear about that.

And it's eight years into development and
still not nearly where it needs to be.

and it could absolutely still
fail now with regard to bricks.

When you follow best practices, especially
best practices in a content management

system like WordPress, thankfully, a lot
of your data, if you're using custom post

types, if you're using custom fields,
if you're using loops and templates, a

lot of your data, a lot of your data.

Is not in bricks.

A lot of your data.

It's all of your blog posts and most
of your page and custom post type

data is actually in the database.

completely separate from bricks.

So if bricks died tomorrow, I could put
in the next page builder that is closest

to a professional workflow and all of my
data is, The, the, what I have to rebuild

is a couple of templates and I got to,
and I got to hook up the dynamic data

again and the loops and logic, right?

that is a, a much smaller, like
that's not a disaster scenario.

now if you build an element or a
Divi or Beaver and, and you're not

using loops, you're not using custom
post types, you're not using custom

fields and dynamic data and literally
everything exists in the builder.

I've even had clients come to me.

It's heartbreaking to have to tell them
this kind of stuff, but like, They have

576 blog posts and every single one
of them were like assembled in Divi,

like in the, not in, not in WordPress.

and so, you know, you're getting rid
of Divi and you're, and you're, you're,

and it's like, man, this is all of that
content is going to be absolutely littered

with short codes and other nonsense.

and it's just not a good situation, right?

Bricks, you can avoid 90
percent of all of that hassle.

But, but by the way, if you ever
have to leave WordPress, block editor

content is not really portable.

I don't know if anybody's looked
at what that the block editor

does to your underlying data.

but it's not, it's not pretty.

so you're going to have massive issues.

If you do have to leave WordPress
for whatever reason, your data is not

really safe in, in leaving WordPress.

So even natively, there are problems.

Matt: I would hope that the data
liberation project is going to make that

part of the scenario a little bit easier.

One would hope

Kevin: maybe, I mean, what is the
data liberation project from what I've

seen so far WordPress is WordPress is
committed to liberating data from other

platform and bringing it to WordPress.

Matt: Yeah, yeah.

I mean, I, I just wrote about this,
on the last episode of the, of the

five minute, podcast, you know, Here's
the thing with, with all open source

stuff that, that Matt talks about and,
you know, encourages others to do.

I always say like, man, call the bluff.

Like when he put GoDaddy on blast, I
was like, why, why doesn't GoDaddy just

take 50 million a year, in engineers
and commit them to WordPress core?

Because then if all of a sudden 50
GoDaddy people showed up and were like,

okay, we're ready to contribute to core.

That would be like.

I think that's when he'd be like,
Oh my God, you called the bluff.

Now, now I actually have to
deal with, with folks that,

because I see these things.

I see like the, automatic,
they have a name for it.

They have like their own internal
conference, automatic design, something.

It might just be like their design teams
meet up, but they all like coalesce get

in their own meetings About like the
design of like Gutenberg and all this

stuff, but their core They're the ones
that were contributed to court now.

I don't think there's any super conspiracy
here I think that it's just they they

commit the most amount of payroll
to committing to to WordPress core.

It just happens to be Matt's company
and I think that GoDaddy could do

like the same call the same bluff and
say, okay, here's our team of 50 to

a hundred that will commit to this.

Bluehost does this and you know,
they're a sponsor of the WP minute.

Thanks Bluehost.

and a lot of people give Bluehost
flack because hey, they have

a 5 a month hosting plan.

I get it.

It's a volume play.

They know the challenges.

Everyone knows the challenges, but
they also commit to WordPress core

and they have for over a decade
funding word camps and paying

people to commit to WordPress core.

So yeah, they're good
stewards of the community.

But even the Wix thing I wrote about,
which was I was getting at this data

liberation, these other platforms
could also call the bluff and build

their own plug in solution for data
liberation to sink websites over time.

Across from each other to and from
WordPress to Wix and guess what we

would all win But neither party it's
like it's you know It's a standoff like

neither party really wants to do it
because they're like no we're trying

to keep our users You're trying to
keep your users But if the everyone

did it then we would all win at the
end of the day wouldn't be pretty But

we would all win at the end of the day

Kevin: No, you're right.

You're right.

You're right.

And the reason why is because I mean, if
we, if we really, look at the underlying

motivations, if you are going to truly
liberate content, which means you can

move, you can put content anywhere
and use any platform very easily.

It does actually become a true
competition at that point.

Who has Who has the best builder
environment that actually

resonates with the market.

And I think right now, WordPress has to
look at its position and say, we're in

probably the weakest possible position.

Okay.

If we compare our editor to what Wix
offers users, and then Wix of course

has an advanced editor as well.

if we compare our position to Webflow.

Very weak, right?

the Gus goes back to the only, the
only advantage they currently have, and

I want them to have every advantage.

Okay.

Let's go back to that.

I want WordPress to win.

I want WordPress to dominate.

The only advantage we have
right now is being open source.

That is the only advantage
we have right now.

Technologically from a CMS standpoint,
from a native editor standpoint, We are

at a weak position and those are the
things that we need to fix and shore

up from an onboarding perspective,
from an, from an ecosystem, the

ecosystem is the plus and the minus.

Okay.

It's a plus in that everything
is available to you.

It's a minus in that
it's the wild, wild West.

And you have to do a lot of, research
and understanding and weighing of

pros and cons to figure out how you're
going to piece your stack together.

and then what direction you're
going to go with your workflow.

It's just decision after
decision, after decision.

That is a plus, but it's
also a dramatic weak point.

So I think if data was truly liberated,
and if let's say Wix and Webflow and

WordPress were all open source options.

WordPress dies tomorrow.

WordPress dies tomorrow.

It can't compete with those.

The only reason it's still competing
is because it's open source.

and I don't think, you know, you don't
want to put all your eggs in one basket

in anything that you do really in life.

We don't want to put all
our eggs in that one basket.

We want to also have the
best native experience.

We want to also have the
best onboarding flow.

We want WordPress to make cohesive sense
in terms of how it functions in the UI.

We want the C the CMS is the best part of
WordPress and it's been all but abandoned.

and, and that's, that's
a really bad thing.

we need to get back to making it the
best CMS that anybody's ever used.

So much work to be done.

and we just, we just need, I think.

A little counter
leadership is what we need.

Matt: Yeah, I don't disagree with that.

you know, I, I think we've gotten to
this point because, certainly Matt

is the decision maker and there's, I
just wrote about this as well, either

last week or the week before that,
look, there, there's no changing.

Right.

There's no changing that, you
know, there's no changing it.

Hands down.

We have to just accept it and move on.

But what we can do is maybe try to
influence those around him because I

really think he's going to get to a
point because he suffers from probably

just like, just like you, except he has
maybe a few zeros more on the end of his

payroll that goes out every single month.

but he struggles with the same thing.

Not enough people, not enough
time to get all the stuff done.

Automatic does they have like Twenty five
products, you know, along with wordpress.

com and VIP and then all the people
that that that he pays to commit to

WordPress core that he can't even he
cannot corral the this enterprise that

he's built in order to focus on one thing.

Right?

From Pocket Cast to Tumblr to Simple
Note to Videopress, to Newspack.

I mean, we're, you know, so many products
and things that he has his hands in.

How could you even stay
focused on this stuff?

and I think what we're gonna see
is maybe some people put in charge

of the direction of WordPress.

Over the next maybe six months to a
year like I, I think what I'm about to,

to, to see happen is we'll see like the
rich Tabor's, the Anne McCarthy's, the

Matias's really step in as leaders and
then Matt will just show up for state

of the word, which is kind of loosely
what's been happening, I feel, but

he'll show up more for the dramatics
of the presentation and more of these

folks will be directly in charge.

And that is kind of
what's happening today.

Certainly not making, he's not making.

Every single decision, but he is
the north star for this stuff.

And sometimes, you know, all of a sudden
you get like a hundred year hosting plan.

And you're like, where the
hell did this come from?

Like, why, why are we
wasting time with this?

Like, can we just move on?

yeah,

Kevin: no, I, I think
you're absolutely right.

I think, you know, any, anytime you
have an organization this size, that's

still kind of mostly going through
one person, it's a really big problem.

Like to have.

Something like this be successful.

You have to find talented people, put
them in positions of leadership and

influence and let them do their thing.

Right.

and, and you have to be willing
to have conversations with people

that, You know, exactly on the
same page as you with regard.

And, and you also have to know
that's coming when you deviate so

strongly from traditional practices.

but the other thing that I think is
what would shore a lot of this stuff up.

I did a poll, I did a poll like
maybe two years ago where I said,

is the block editor, a page builder.

Okay.

I, I, I thought this was a
very easy question to answer.

It was 50, 50.

Okay.

About 50 50.

Okay.

I can't remember the exact percentages,
but it was pretty close to 50 50, which

tells me that the WordPress ecosystem
doesn't even know how to classify the

native editor in WordPress, which.

Tells me there is a communication and
vision issue that if we're going to do

this thing, you have to come out with
very clear communication and paint a

picture and say, guys, and again, if
it's going to take eight to 10 years,

even more so is the communication
and vision casting important.

You've got to come out and say,
this is where we are going.

Okay.

And this is how we're going to
get there in stages and it's

going to look very different.

And here's why it's going
to look very different.

And here are the advantages
of it being very different.

I haven't seen really any of that.

It's kind of all just done and it appears
when it appears and it appears in pieces

and we're all just left to figure it out.

and it just, yeah, it's not
a great situation to be in.

It's a little bit frustrating.

Matt: Yeah.

The, I.

The Gutenberg project, like if you look
at Gutenberg's standalone, you know, I

think that, again, you go back to Matt's
grand vision, crazy grand vision for

some things, like his idea of Gutenberg,
it could still happen, but, you know,

it being a standalone project, So that
it could be an editor for anything like

literally, you know, he thinks that
it can be forked and used on you like

your Samsung refrigerator as an input
like, okay, I need five eggs, right?

Like, I think he thinks of it that
way, because he's even said that

he envisioned the Gutenberg project
being bigger than WordPress someday.

And I think that's his crazy thinking,
like, Not only am I going to not only am I

going to forge a page building experience
in WordPress It's going to continue to

permeate through the internet in other
areas and other people can build other

things like wouldn't that be amazing
as he sits in like some mushroom high

and With Tim Ferriss somewhere micro
dosing on the top of a mountain, right?

I'm just you know, sorry Matt, but you
know, you did the podcast You know and

and I think those are those crazy visions
I think that we need like crazy vision

leadership sometimes, but man, we got to
get off this roller coaster at some point.

Kevin: Yes.

Yes.

And, and, and that, I, like, I think
big ideas, create awesome things.

Right.

Right.

but yeah, you can't let them wander
and you can't let them linger.

Like eight to 10 years in, and
it's still not a cohesive thing.

and still doesn't have a lot of the
fundamental stuff that we needed to have.

And a lot of people
are frustrated with it.

I mean, there, you know, the classic
editor plugin is what's still like

probably the most installed plugin.

People just kind of opting out.

Of the Gutenberg experiment.

that's a huge problem.

That's a huge problem.

So, we, again, we find ourselves
right now in a very weak position.

I wish we were not in this weak position.

I don't care about blaming people.

I do care about how we're going
to get to where we need to be.

And, I think spending another five years
on the block editor experiment, going

down the same road and neglecting the CMS.

And I don't see that as a one, it's
not a winning proposition and two, it

could actually be the end of WordPress.

Like it could, like, I just, I described
on Twitter, we are a wounded elephant,

like no doubt WordPress is an elephant,
gigantic, monstrous, powerful, right?

It is wounded.

And it is surrounded by
a hungry pack of wolves.

And that is not a, and we don't
have five years to figure it out.

We need to kind of figure it
out like now, because things

rapidly change in this industry.

We've got AI coming in.

We've got all this stuff, right?

We don't know what could happen.

We can't stay in this
wounded state any longer.

We cannot afford it.

So to me, that's like an emergency.

And so emergencies require like
flashing lights and like, Hey,

Hey, everybody stop for a second.

We got to figure this thing out.

And that's kind of what I've been
doing a little bit on Twitter.

Matt: you have 10 more minutes.

How, what, what, what is
your stance on, on AI?

Do you think it's going to.

How far out do you think it's
actually going to impact web design?

Because I look at it and it
can't do anything for me ever.

I mean, the closest thing I've ever come
to is like a decent summary with using

a Claude AI, but I, I really can't get.

Chat GPT or any of these AI website
building platforms to do anything

of substance for me, whereas I could
just go into, you know, let's say

use cadence as an example because
they have a bunch of premade

templates, but I could just go themes.

I could just go.

Oh, restaurant website, click.

Oh, lawyer website, click.

And then I'll just do the rest of
the 5 percent 10 percent later on.

Like, I don't see AI
doing anything crazy yet.

Do you see it really
progressing as a threat?

Kevin: not as a threat.

No.

let's be honest.

Like.

So let's say AI could, let's
say a business owner, the, the,

the Wix person, the person Wix
is trying to sell websites to.

Okay.

So that person, your average
Joe Schmo business guy comes in.

He's like, you know, I don't
want to pay a developer.

I want to use this AI
thing to build my website.

So he gets on whatever, and he says,
this is what I want my website to do

and how many pages I want it to have.

And you have to, and let's just say.

It can make him what looks
to be a traditional business

website in his industry.

And it says kind of all the right things.

And then he pushes the
button to deploy it.

There's not much difference from him
going into Wix right now, choosing a

design pack that somebody already designed
professionally and has starter copy.

and you know, putting that up and
there's not going to be much difference.

Neither website is going to work.

Okay.

This idea that if you build it, they
come, we all know that that's not a thing.

There's a gazillion
websites on the internet.

So, and, and I just had this
conversation on the live stream

the other day where I told people
stop being just a web designer.

Like it's not design, build, good luck.

That's like, if you're doing
that with your clients, That's

a, that's a huge problem.

It's design, build, and then there's
got to be a pathway to success.

What is the pathway to success
that you're going to offer?

Is it going to be PPC?

Is it going to be SEO?

Is it going to be email marketing?

Is it going to be social media?

Like, what is it going to be?

There's got to be a pathway to
success because for the average

business owner, it's If you design
it, build it and launch it, it will

sit there and do absolutely nothing.

They will get zero leads,
zero ROI, zero anything.

Okay.

Yeah.

They think that handing out business
cards with their website on the

bottom is actually doing something.

It's not doing anything.

It's not moving the needle.

And you could say, well, they didn't have
a website before, but they have one now.

But what is it doing?

So the other side of the puzzle is
what's called lost opportunity cost.

If you hired a professional that knew
how to design, Develop right, really

well, and then had a pathway to success.

You would have a website that's
actually generating traffic,

actually generating leads and an
ROI and growing your business.

Okay.

Doing Wix, doing AI and having a website.

Ooh, look, look what it built for
me sitting there doing nothing.

You are experiencing tremendous
lost opportunity costs.

You think you had a success?

You've done nothing.

You've done nothing, right?

And so even if AI could do that, it's
not building anything of, of merit

for people or success for people.

So I'm in that regard there, you still
have to have consultants and you still

have to have experts who understand
marketing, who understand actually

moving the needle for a business.

AI is, you know, Far off from being
able to even create a template.

It's way far off from actually being
the expert on how this business needs

to be represented on the internet.

Matt: Yeah, a hundred percent.

Kevin Geary, thanks for hanging out today.

Thanks for, sharing your thoughts
and opinions on WordPress.

Where do you want folks
to go to say thanks?

How do you want them to check
you out on Twitter or on your

website or your products?

Give us everything you got.

Kevin: Yep, everything is
available@geary.co, so GEAR y.co.

Matt: Awesome stuff.

Kevin: Thanks, Kevin.

Thank you.