< Return to Video

Matt Mullenweg: 2020 State of the Word Q&A

  • 0:04 - 0:07
    Hello. How do you see
  • 0:07 - 0:10
    WordPress integrating with voice
  • 0:10 - 0:13
    AI and 3D publishing on the web
  • 0:13 - 0:16
    in the future?
  • 0:16 - 0:18
    >> Abha, thank you very much for
  • 0:18 - 0:20
    that question. I haven't thought
  • 0:20 - 0:22
    too much about voice AI or 3D
  • 0:22 - 0:24
    publishing, but the good news is
  • 0:24 - 0:26
    that I don't need to for it to
  • 0:26 - 0:27
    be possible. WordPress has so
  • 0:27 - 0:29
    many great APIs. I have seen
  • 0:29 - 0:31
    demos before of people using
  • 0:31 - 0:33
    WordPress to power content
  • 0:33 - 0:34
    embedded in sort of virtual
  • 0:34 - 0:36
    worlds or things like Oculus,
  • 0:37 - 0:39
    and I have seen people use
  • 0:39 - 0:41
    WordPress to build kind of like
  • 0:41 - 0:44
    -- kind of like a voice menu
  • 0:44 - 0:45
    system for I believe it was
  • 0:45 - 0:47
    Alexa. So I know it's possible,
  • 0:48 - 0:51
    but we're probably a few years
  • 0:51 - 0:52
    away from that being in core.
  • 0:52 - 0:54
    And if there's anything that
  • 0:54 - 0:55
    I've missed that I should check
  • 0:55 - 0:58
    out, please send it my way.
  • 0:58 - 1:00
    >> I'm Christina Workman from
  • 1:00 - 1:02
    Calgary, Canada. I'm a designer,
  • 1:02 - 1:03
    developer, enduser and
  • 1:03 - 1:05
    contributor. We saw with the
  • 1:05 - 1:08
    release of WordPress 5.6 that
  • 1:08 - 1:10
    over 600 people contributed to
  • 1:10 - 1:11
    track tickets and GitHub pull
  • 1:11 - 1:13
    requests, all mentioned by name.
  • 1:14 - 1:15
    As well as numerous volunteers
  • 1:15 - 1:16
    contributing in the support
  • 1:16 - 1:18
    forums and translating to make
  • 1:18 - 1:21
    5.6 available in 38 languages,
  • 1:21 - 1:23
    although unnamed. There's no
  • 1:23 - 1:24
    doubt these volunteers are doing
  • 1:24 - 1:27
    great work which is supported by
  • 1:27 - 1:28
    thousands of other contributors
  • 1:28 - 1:30
    volunteering their time outside
  • 1:30 - 1:32
    of core releases throughout the
  • 1:32 - 1:34
    year every year who don't get
  • 1:34 - 1:36
    any recognition outside of their
  • 1:36 - 1:38
    inner circles. Publicly
  • 1:38 - 1:39
    acknowledging the variety of
  • 1:39 - 1:41
    contributor roles available goes
  • 1:41 - 1:43
    a long way to increasing our
  • 1:43 - 1:44
    community's awareness that these
  • 1:44 - 1:45
    roles exist for them to
  • 1:45 - 1:48
    participate in. What plans are
  • 1:48 - 1:49
    there for recognizing
  • 1:49 - 1:51
    contributions made by those who
  • 1:51 - 1:53
    contribute to any team
  • 1:53 - 1:55
    throughout the year, even those
  • 1:55 - 1:56
    not involved in a core release?
  • 1:57 - 1:57
    Thank you.
  • 1:59 - 2:02
    >> Christina, this was an
  • 2:02 - 2:04
    excellent question, and I do
  • 2:04 - 2:06
    agree that recognition is a
  • 2:06 - 2:07
    fantastic way to get more people
  • 2:07 - 2:09
    contributing to the things that
  • 2:09 - 2:11
    we're doing. The WordPress
  • 2:11 - 2:13
    release post and of course the
  • 2:13 - 2:15
    core itself is probably better
  • 2:15 - 2:18
    at recognizing core itself and
  • 2:18 - 2:19
    contributors there than anything
  • 2:19 - 2:22
    else. One thing we did build to
  • 2:22 - 2:24
    improve this was the badge
  • 2:24 - 2:26
    system on profiles. So if you go
  • 2:26 - 2:27
    to profiles.wordpress.org/Matt,
  • 2:28 - 2:29
    you'll see there are a number of
  • 2:29 - 2:31
    badges there at the very top
  • 2:31 - 2:32
    that show all the different
  • 2:32 - 2:34
    things that I've done and
  • 2:34 - 2:35
    contributed to the WordPress
  • 2:35 - 2:36
    community. I think there might
  • 2:36 - 2:39
    be a bug there, because it shows
  • 2:39 - 2:40
    that I am a translation editor
  • 2:40 - 2:42
    and I am unable to speak any
  • 2:42 - 2:45
    language besides English. And
  • 2:45 - 2:46
    even English I struggle with
  • 2:46 - 2:49
    sometimes, so -- but I noticed
  • 2:49 - 2:50
    that on these badges, there's no
  • 2:50 - 2:51
    way to click on them and see all
  • 2:51 - 2:52
    the other people that have the
  • 2:52 - 2:54
    same badges. So that could be a
  • 2:54 - 2:56
    really nice start to having
  • 2:56 - 2:58
    pages that recognize folks,
  • 2:58 - 2:59
    particularly folks whose work
  • 3:00 - 3:01
    isn't just tied to a single
  • 3:01 - 3:05
    release within WordPress.org and
  • 3:05 - 3:06
    it could have some sort of
  • 3:06 - 3:08
    natural decay function so, you
  • 3:08 - 3:09
    know, if you haven't done
  • 3:09 - 3:10
    anything for an amount of time,
  • 3:10 - 3:11
    maybe you drop off the list.
  • 3:12 - 3:13
    That would be, I think, a very
  • 3:13 - 3:15
    natural place to start to add it
  • 3:15 - 3:16
    and we'll look into it.
  • 3:16 - 3:17
    Excellent suggestion and thank
  • 3:17 - 3:18
    you very much.
  • 3:18 - 3:20
    >> Hi, Matt. I'm Courtney
  • 3:20 - 3:21
    Robertson with the training
  • 3:21 - 3:23
    team. You recently shared an
  • 3:23 - 3:24
    article from ZDNet that
  • 3:24 - 3:28
    indicates an 834% rise in PHP
  • 3:28 - 3:30
    developer jobs since January of
  • 3:30 - 3:33
    2020. It's fair to assume that
  • 3:33 - 3:34
    some of that would be WordPress
  • 3:34 - 3:37
    developer-related jobs. W3Techs
  • 3:37 - 3:39
    indicates that WordPress powers
  • 3:39 - 3:42
    over 39.3% of all websites
  • 3:42 - 3:45
    online, surpassing 38.5% of
  • 3:45 - 3:46
    websites that have no content
  • 3:46 - 3:49
    management system at all. Given
  • 3:49 - 3:50
    those stats, what role do you
  • 3:50 - 3:52
    see for employers in the
  • 3:52 - 3:54
    WordPress.org ecosystem as it
  • 3:54 - 3:55
    relates to the
  • 3:55 - 3:58
    learn.wordpress.org website? How
  • 3:58 - 4:00
    do you think that the learned
  • 4:00 - 4:02
    platform can address hiring,
  • 4:02 - 4:04
    skills and ongoing professional
  • 4:04 - 4:05
    development needs?
  • 4:06 - 4:08
    >> Thank you, Courtney, for
  • 4:08 - 4:10
    highlighting those stats, and
  • 4:10 - 4:11
    also thank you for the awesome
  • 4:11 - 4:12
    WordPress swag you have in your
  • 4:12 - 4:14
    background. One cool thing about
  • 4:14 - 4:15
    this format is it's really neat
  • 4:15 - 4:17
    to see people where they are,
  • 4:17 - 4:18
    not just us all being in the
  • 4:18 - 4:20
    same auditorium. You know, for
  • 4:20 - 4:23
    Learn, I think the first step is
  • 4:23 - 4:24
    really just organizing and
  • 4:24 - 4:26
    getting really high-quality
  • 4:26 - 4:28
    educational material up there.
  • 4:29 - 4:30
    The equivalent -- like if you
  • 4:30 - 4:31
    were going to take a university
  • 4:31 - 4:33
    course on WordPress. How do we
  • 4:33 - 4:35
    walk you from just learning the
  • 4:35 - 4:36
    basics all the way up to being
  • 4:36 - 4:38
    able to be able to customize and
  • 4:38 - 4:40
    basically be a WordPress pro, so
  • 4:40 - 4:41
    you could build sites for other
  • 4:41 - 4:43
    people and be kind of like an
  • 4:43 - 4:46
    expert. Down the line, it would
  • 4:46 - 4:48
    be great if this platform could
  • 4:48 - 4:49
    have some sort of
  • 4:50 - 4:52
    self-certification or perhaps
  • 4:52 - 4:53
    even some sort of administered
  • 4:54 - 4:56
    certification that could show
  • 4:56 - 4:56
    people that, you know, you
  • 4:56 - 4:58
    mastered a certain skill. That
  • 4:58 - 5:00
    you, you know, went through --
  • 5:00 - 5:02
    either you went through lessons
  • 5:02 - 5:03
    or you didn't need to, but you
  • 5:03 - 5:04
    were able to, like, take a test
  • 5:04 - 5:05
    at the end and show that you
  • 5:05 - 5:06
    were competent in this. It
  • 5:06 - 5:08
    wouldn't be a perfect system,
  • 5:08 - 5:10
    but it could be a nice way for
  • 5:10 - 5:12
    people to learn more about
  • 5:12 - 5:14
    WordPress and hopefully as they
  • 5:14 - 5:15
    go through, since WordPress is
  • 5:15 - 5:16
    open source, improve the
  • 5:16 - 5:18
    materials as we go through it,
  • 5:18 - 5:19
    both from the point of view of
  • 5:19 - 5:21
    making it more intuitive or
  • 5:21 - 5:22
    easier to understand, and then
  • 5:22 - 5:23
    also translating, as well.
  • 5:23 - 5:25
    Because there is huge demand for
  • 5:25 - 5:26
    WordPress really all over the
  • 5:26 - 5:26
    world now.
  • 5:26 - 5:28
    >> Hey, Matt. Dan Maby here from
  • 5:28 - 5:31
    Big Orange Hearts, a charity
  • 5:31 - 5:32
    providing well-being and mental
  • 5:32 - 5:33
    health support for remote
  • 5:33 - 5:35
    workers. To support our mission,
  • 5:35 - 5:36
    we deliver events to help reduce
  • 5:36 - 5:38
    social isolation for those
  • 5:38 - 5:41
    working remotely. With more than
  • 5:41 - 5:42
    12,000 attendees through our
  • 5:42 - 5:44
    virtual event platform built on
  • 5:44 - 5:45
    open source technologies this
  • 5:45 - 5:47
    year, I wanted to ask about your
  • 5:47 - 5:49
    vision for events within the
  • 5:49 - 5:50
    WordPress community through
  • 5:50 - 5:53
    2021. As a regular WordCamp and
  • 5:53 - 5:55
    meetup organizer myself, I also
  • 5:55 - 5:56
    wanted to ask your thoughts on
  • 5:56 - 5:58
    responsibility towards safety of
  • 5:58 - 6:01
    attendees and fellow organizers
  • 6:01 - 6:02
    as we start to take steps
  • 6:02 - 6:05
    towards a vaccinated era. And,
  • 6:05 - 6:07
    finally, with virtual events
  • 6:07 - 6:08
    offering a great level of
  • 6:08 - 6:10
    accessibility for attendees, do
  • 6:10 - 6:12
    you see the potential for a
  • 6:12 - 6:13
    hybrid approach towards
  • 6:13 - 6:16
    WordCamps in the future? Thanks
  • 6:16 - 6:16
    for your time.
  • 6:19 - 6:22
    >> Hi, Dan. Andrea here. Thanks
  • 6:22 - 6:24
    for asking this question. It's
  • 6:24 - 6:26
    been inspirational to watch
  • 6:26 - 6:28
    WordPress community organizers
  • 6:28 - 6:30
    rise to the challenges that this
  • 6:30 - 6:32
    horrible pandemic has brought,
  • 6:32 - 6:34
    especially since so many of us
  • 6:34 - 6:37
    love this work because we love
  • 6:37 - 6:40
    seeing each other in person and
  • 6:40 - 6:42
    we know how powerful those
  • 6:42 - 6:44
    face-to-face, in-person
  • 6:44 - 6:47
    interactions can really be. And
  • 6:47 - 6:48
    like other WordPressers, I am
  • 6:48 - 6:50
    really eager to get back to
  • 6:50 - 6:52
    those in-person events, just as
  • 6:52 - 6:55
    soon as it's safe. All that
  • 6:55 - 6:57
    said, and as you point out,
  • 6:58 - 7:01
    moving all of our events online
  • 7:01 - 7:02
    has made them much more
  • 7:02 - 7:05
    accessible, especially to those
  • 7:05 - 7:07
    who either can't travel or don't
  • 7:07 - 7:09
    wish to travel to our in-person
  • 7:09 - 7:13
    events. When I think about our
  • 7:13 - 7:17
    return to in-person events, I
  • 7:17 - 7:19
    think that some sort of hybrid
  • 7:19 - 7:22
    element will be necessary,
  • 7:22 - 7:23
    especially in those first
  • 7:23 - 7:25
    stages. But I also know that
  • 7:25 - 7:27
    hybrid events are much more
  • 7:27 - 7:30
    expensive, and so yet again
  • 7:30 - 7:32
    we're gonna be hoping and
  • 7:32 - 7:33
    looking for WordPressers who
  • 7:34 - 7:36
    want to take the opportunity to
  • 7:36 - 7:39
    really look for innovative ways
  • 7:39 - 7:41
    to make our community events
  • 7:41 - 7:45
    accessible at scale. I don't
  • 7:45 - 7:48
    know all the answers here, but I
  • 7:48 - 7:49
    know that some of the smartest
  • 7:49 - 7:51
    people -- that I know, at least
  • 7:51 - 7:52
    --
  • 7:52 - 7:54
    are in WordPress, and I'm really
  • 7:54 - 7:57
    looking forward to work on this
  • 7:57 - 7:58
    together with the global
  • 7:58 - 8:01
    community team. I hope that's
  • 8:01 - 8:03
    helpful. Thanks for all that you
  • 8:03 - 8:04
    do for WordPress and the
  • 8:04 - 8:06
    WordPress community. I hope to
  • 8:06 - 8:06
    see you soon.
  • 8:07 - 8:09
    >> Hi, Matt. I'm Dave from
  • 8:09 - 8:10
    Belgium. Almost 15 years
  • 8:10 - 8:12
    building sites professionally
  • 8:12 - 8:14
    with ten years on WordPress
  • 8:14 - 8:15
    websites. Hope you're okay and
  • 8:15 - 8:17
    Happy Christmas in advance for
  • 8:17 - 8:19
    everyone listening. Well,
  • 8:19 - 8:21
    WordPress is in its nature a
  • 8:21 - 8:22
    very clean, no-overkill-on-
  • 8:22 - 8:24
    options kind of software, and
  • 8:24 - 8:25
    thankfully this created our
  • 8:25 - 8:27
    beloved WordPress ecosystem. It
  • 8:27 - 8:29
    also created momentum for page
  • 8:29 - 8:31
    builders like Elementer to arise
  • 8:31 - 8:33
    with enormous success. And the
  • 8:33 - 8:35
    reason for that is simple: The
  • 8:35 - 8:37
    user got all the options. Just
  • 8:37 - 8:38
    to mention a few to make my
  • 8:38 - 8:40
    question more specific, I'm
  • 8:40 - 8:42
    talking about layout, padding,
  • 8:42 - 8:44
    margin, desktop versus mobile,
  • 8:44 - 8:47
    and tablet and so on. Now, the
  • 8:47 - 8:49
    Block Editor is right now also
  • 8:49 - 8:51
    that kind of no-overkill-on-
  • 8:51 - 8:53
    options kind of software. Some
  • 8:53 - 8:54
    like that. I totally understand
  • 8:54 - 8:57
    that, but some don't. The
  • 8:57 - 8:58
    question is, how far do you
  • 8:58 - 9:01
    think the core blocks must go in
  • 9:01 - 9:03
    those kinds of customization to
  • 9:03 - 9:05
    please the mass non-tech
  • 9:05 - 9:07
    audience because if you look
  • 9:07 - 9:08
    back, honestly, that's what they
  • 9:08 - 9:10
    want, that's what they choose.
  • 9:10 - 9:12
    Or would you rather keep that
  • 9:12 - 9:14
    WordPress simplicity again to
  • 9:14 - 9:16
    leave the door open for the next
  • 9:16 - 9:18
    block page builder plug-in to
  • 9:18 - 9:18
    arise.
  • 9:19 - 9:20
    So how dependent on a
  • 9:20 - 9:23
    third-party layout plug-in do
  • 9:23 - 9:24
    you want the WordPress block
  • 9:24 - 9:26
    user to be? Thank you.
  • 9:28 - 9:30
    >> Hello, Dave. You bring up an
  • 9:30 - 9:32
    interesting point, which is that
  • 9:32 - 9:34
    we're trying to walk a very fine
  • 9:34 - 9:36
    line between creating something
  • 9:36 - 9:37
    which is intuitive and easy to
  • 9:37 - 9:40
    use, and also providing the
  • 9:40 - 9:41
    customization that people
  • 9:41 - 9:43
    clearly want in WordPress. While
  • 9:43 - 9:45
    also trying to do something
  • 9:45 - 9:46
    which has never really been done
  • 9:46 - 9:49
    before, which is provide a "what
  • 9:49 - 9:50
    you see is what you get"
  • 9:50 - 9:52
    WYSIWYG-style interface that,
  • 9:52 - 9:53
    again, is intuitive and easy to
  • 9:53 - 9:56
    use in lay out, but that also
  • 9:56 - 9:58
    creates really semantic markup,
  • 9:59 - 10:01
    structured data, and is fast and
  • 10:01 - 10:02
    performant.
  • 10:03 - 10:04
    I don't know if you've seen any
  • 10:04 - 10:05
    of the comparisons on the web
  • 10:05 - 10:08
    between WordPress with Gutenberg
  • 10:08 - 10:10
    versus other page filters or
  • 10:10 - 10:12
    other proprietary CMSs. That
  • 10:12 - 10:13
    page building and functionality.
  • 10:13 - 10:14
    Gutenberg blows them out of the
  • 10:14 - 10:16
    water. It is really fast, really
  • 10:16 - 10:19
    clean markup, really lean. This
  • 10:19 - 10:22
    is taking a little longer to do,
  • 10:22 - 10:23
    right, to do it right, it's
  • 10:23 - 10:24
    taking longer, but I believe
  • 10:24 - 10:26
    it's the right long-term
  • 10:26 - 10:27
    investment in both the future of
  • 10:27 - 10:28
    WordPress and the future of the
  • 10:28 - 10:31
    web. In terms of customization,
  • 10:31 - 10:33
    I believe there will always be
  • 10:33 - 10:34
    space for not just one plug-in
  • 10:34 - 10:36
    but many, many, many plug-ins to
  • 10:36 - 10:38
    extend Gutenberg. And that is
  • 10:38 - 10:40
    really the idea, that by --
  • 10:40 - 10:43
    where before we had, you know,
  • 10:43 - 10:45
    lots and lots of different page
  • 10:45 - 10:46
    builders kind of having their
  • 10:46 - 10:47
    own data structures, their own
  • 10:47 - 10:50
    way to do essentially the same
  • 10:50 - 10:51
    thing from a user point of view,
  • 10:51 - 10:52
    and themes would have to build
  • 10:52 - 10:54
    to one, SEO plug-ins would have
  • 10:54 - 10:55
    to build to each one. We're
  • 10:55 - 10:57
    trying to provide common rails
  • 10:57 - 11:00
    or framework that every vision
  • 11:00 - 11:02
    for how page-building could work
  • 11:02 - 11:03
    on top of WordPress can leverage
  • 11:03 - 11:04
    these blocks.
  • 11:04 - 11:05
    In fact, blocks are even built
  • 11:05 - 11:07
    so that other CMSs can leverage
  • 11:07 - 11:09
    them, too. So that is the path
  • 11:09 - 11:10
    we are on.
  • 11:10 - 11:12
    It's the way WordPress is going.
  • 11:12 - 11:13
    I believe it's the future. I
  • 11:13 - 11:14
    hope that as many people get on
  • 11:14 - 11:16
    that train as possible, but if
  • 11:16 - 11:17
    not, I do believe it is
  • 11:17 - 11:18
    inevitable.
  • 11:18 - 11:19
    >> Hey, Matt, this is Doc from
  • 11:19 - 11:20
    "Torque" magazine. I'm wondering
  • 11:20 - 11:22
    what features for core are you
  • 11:22 - 11:24
    targeting to make WordPress a
  • 11:24 - 11:25
    better headless experience in
  • 11:25 - 11:26
    2021?
  • 11:27 - 11:29
    >> First, I have to say, I don't
  • 11:29 - 11:30
    love the term "headless."
  • 11:30 - 11:31
    I like called it "decoupled
  • 11:31 - 11:32
    WordPress" because who wants to
  • 11:32 - 11:34
    be headless? But by and far, the
  • 11:34 - 11:36
    thing that's been driving the
  • 11:36 - 11:37
    most improvements to our APIs
  • 11:38 - 11:39
    has been our first-priority
  • 11:39 - 11:40
    usage of them. So, with
  • 11:40 - 11:42
    Gutenberg, built on and using
  • 11:42 - 11:43
    the REST API, and, of course,
  • 11:43 - 11:46
    our mobile apps, both Android
  • 11:46 - 11:48
    and iOS, you know, a million
  • 11:48 - 11:50
    active users, all running
  • 11:50 - 11:53
    through the APIs. So that has
  • 11:53 - 11:55
    helped expose a ton of bugs and
  • 11:55 - 11:57
    a ton of other areas where we
  • 11:57 - 11:59
    can improve it. I'm keeping my
  • 11:59 - 12:01
    eye on the GraphQL plug-in. I
  • 12:01 - 12:02
    think that that is an
  • 12:02 - 12:05
    interesting possible next step
  • 12:05 - 12:08
    after REST to support either as
  • 12:08 - 12:10
    a more official plug-in, or just
  • 12:10 - 12:10
    something that we point people
  • 12:10 - 12:12
    to because it seems to be doing
  • 12:12 - 12:15
    well. You know, I was actually
  • 12:15 - 12:16
    -- I don't think that a
  • 12:16 - 12:18
    decoupled architecture or
  • 12:18 - 12:19
    "headless" sites are right for
  • 12:19 - 12:21
    everything. I think they're
  • 12:21 - 12:23
    right in certain situations, but
  • 12:24 - 12:26
    as I am quoted with saying, they
  • 12:26 - 12:28
    are probably a regression for
  • 12:28 - 12:29
    many of the people adopting
  • 12:29 - 12:31
    them. I actually had a really
  • 12:31 - 12:33
    good debate about this at the
  • 12:33 - 12:35
    Netlifly JAMStack Conference
  • 12:35 - 12:37
    with Matt Billman, but I guess
  • 12:37 - 12:38
    it was too good because they
  • 12:38 - 12:40
    elected not to post it, but
  • 12:40 - 12:41
    perhaps you can track down a
  • 12:41 - 12:43
    recording or something, and hear
  • 12:43 - 12:45
    some more of my thoughts about
  • 12:46 - 12:47
    decoupled architectures and
  • 12:47 - 12:48
    WordPress there.
  • 12:48 - 12:51
    >> Hi, Matt. My name is George
  • 12:51 - 12:52
    Alger. I've been a WordPress
  • 12:52 - 12:56
    user since 2007, and I've been
  • 12:56 - 12:57
    watching State of the Word for a
  • 12:57 - 12:59
    number of years. My question has
  • 12:59 - 13:02
    to do with Gutenberg versus page
  • 13:02 - 13:04
    builders, and more specifically
  • 13:04 - 13:07
    regarding page load speed. I'm
  • 13:07 - 13:10
    wondering, as Gutenberg in the
  • 13:10 - 13:13
    future adds more and more
  • 13:13 - 13:16
    features, do you anticipate that
  • 13:16 - 13:17
    the page load speeds for
  • 13:17 - 13:21
    Gutenberg will also slow down to
  • 13:22 - 13:25
    support the new features? All
  • 13:25 - 13:26
    right. Thanks for all you do.
  • 13:26 - 13:27
    Bye-bye.
  • 13:27 - 13:29
    >> So, George, my name is Riad
  • 13:29 - 13:31
    Benguella. I am a developer on
  • 13:31 - 13:33
    the Gutenberg team. It's an
  • 13:33 - 13:34
    interesting question you bring
  • 13:34 - 13:37
    here related to performance. As
  • 13:37 - 13:38
    you can see with the different
  • 13:38 - 13:41
    WordPress releases since the
  • 13:41 - 13:43
    initial release of the core --
  • 13:43 - 13:45
    the Block Editor in WordPress,
  • 13:45 - 13:46
    the performance of the editor
  • 13:46 - 13:49
    have been improving, even if we
  • 13:49 - 13:51
    were adding features at the same
  • 13:51 - 13:54
    time. So, it's definitely a big
  • 13:54 - 13:55
    priority for us, and for the
  • 13:55 - 13:57
    front end and the page load
  • 13:57 - 13:58
    speed, we've been approaching
  • 13:58 - 14:00
    that in a few different ways.
  • 14:00 - 14:02
    The first one is the block
  • 14:02 - 14:03
    markup. We are trying to make
  • 14:03 - 14:05
    sure the block markup is as
  • 14:05 - 14:08
    clean as possible, and also the
  • 14:08 - 14:09
    interesting thing is that
  • 14:09 - 14:11
    Gutenberg brings semantics to
  • 14:11 - 14:12
    the content that is being
  • 14:12 - 14:14
    rendered. So WordPress can know
  • 14:14 - 14:16
    exactly what blocks are being
  • 14:16 - 14:18
    rendered, what assets they need,
  • 14:18 - 14:20
    what CSS, what JavaScripts they
  • 14:20 - 14:22
    need, and, in fact, recently, we
  • 14:22 - 14:23
    landed the pull request that
  • 14:23 - 14:26
    allows us to only load the CSS
  • 14:26 - 14:27
    of the blocks that are actually
  • 14:27 - 14:28
    in need in the currently
  • 14:28 - 14:31
    rendered page, and this opens a
  • 14:31 - 14:32
    lot of possibilities. For
  • 14:32 - 14:34
    example, in the future, we may
  • 14:34 - 14:35
    do the same for JavaScript and
  • 14:35 - 14:40
    lazy-load blocks. When we expand
  • 14:40 - 14:42
    that to full site editing where
  • 14:42 - 14:44
    a theme is basically composed
  • 14:44 - 14:46
    entirely of blocks, you can
  • 14:46 - 14:48
    imagine that the CSS and the
  • 14:48 - 14:50
    JavaScript provided by the teams
  • 14:50 - 14:52
    themselves won't be as necessary
  • 14:52 - 14:53
    as today.
  • 14:53 - 14:56
    So I think we have a big
  • 14:56 - 14:58
    opportunity here to actually
  • 14:58 - 14:59
    improve the performance of all
  • 14:59 - 15:01
    the WordPress websites and not
  • 15:01 - 15:03
    decrease it as we add features.
  • 15:03 - 15:04
    Thank you.
  • 15:05 - 15:07
    >> Hi, Matt. I'm Hitha from
  • 15:07 - 15:09
    India. I'm a project manager,
  • 15:09 - 15:12
    mainly working with a group of
  • 15:12 - 15:15
    WordPress developers. My
  • 15:15 - 15:16
    question for you today is a
  • 15:16 - 15:21
    simple one. In the recent
  • 15:21 - 15:23
    releases, we have a lot of new
  • 15:23 - 15:25
    features and advancement in
  • 15:25 - 15:29
    WordPress, but as an end user or
  • 15:29 - 15:31
    maybe a content manager, have
  • 15:31 - 15:33
    you ever felt like it would be
  • 15:33 - 15:35
    good to have a more modern
  • 15:35 - 15:37
    design for the back end, and if
  • 15:37 - 15:39
    it would have been good if we
  • 15:39 - 15:41
    had more customization options
  • 15:41 - 15:43
    just for the back end? Have you
  • 15:43 - 15:45
    ever felt so? Thanks.
  • 15:45 - 15:47
    >> Hello, Hitha. I'm Joen from
  • 15:47 - 15:49
    Denmark. I worked a little bit
  • 15:49 - 15:50
    on the Block Editor design.
  • 15:50 - 15:52
    Thank you for your question.
  • 15:52 - 15:53
    I'll try to answer it as best I
  • 15:53 - 15:58
    can. As you suggest, WordPress
  • 15:58 - 15:59
    has landed many features in
  • 15:59 - 16:02
    recent releases, but very few
  • 16:02 - 16:03
    changes to the dashboard
  • 16:03 - 16:05
    visuals. If you're asking
  • 16:05 - 16:06
    whether that's gonna change, my
  • 16:06 - 16:08
    answer is I'd like to see that
  • 16:08 - 16:11
    very much. One of the challenges
  • 16:11 - 16:12
    to making that happen is that
  • 16:12 - 16:14
    the dashboard as it exists has
  • 16:14 - 16:17
    been customized by a great deal
  • 16:17 - 16:20
    of plug-ins and developers, and
  • 16:20 - 16:22
    although it is complicated to
  • 16:22 - 16:25
    new users, the fact that it's
  • 16:25 - 16:27
    been unchanged for so long means
  • 16:27 - 16:29
    that it's familiar to existing
  • 16:29 - 16:32
    users. That means whatever
  • 16:32 - 16:34
    changes we make have to be
  • 16:34 - 16:36
    rolled out carefully and in
  • 16:36 - 16:38
    small iterations. But my hope is
  • 16:38 - 16:40
    that over time those iterations
  • 16:40 - 16:43
    can add up. For example, the
  • 16:43 - 16:45
    Block Editor, we have a new icon
  • 16:45 - 16:47
    set and a new set of components,
  • 16:47 - 16:49
    user interface controls.
  • 16:50 - 16:51
    Although technically
  • 16:51 - 16:53
    challenging, if we could roll
  • 16:53 - 16:54
    those out to the rest of the
  • 16:54 - 16:56
    dashboard, it would bring a
  • 16:56 - 16:57
    great deal of improvements to
  • 16:57 - 17:00
    both accessibility and visual
  • 17:00 - 17:02
    simplicity. So I'd like to see
  • 17:02 - 17:04
    that happen. You also ask about
  • 17:04 - 17:07
    customization options, and the
  • 17:07 - 17:08
    thing is, WordPress is a lot of
  • 17:08 - 17:10
    things to a lot of people, and
  • 17:11 - 17:13
    customization options beyond
  • 17:13 - 17:15
    color schemes might help tailor
  • 17:15 - 17:18
    the interface to each group. I
  • 17:18 - 17:19
    would suggest, though, that the
  • 17:19 - 17:21
    first step to take would be to
  • 17:21 - 17:24
    make general user interface
  • 17:24 - 17:25
    enhancement because that would
  • 17:25 - 17:27
    benefit everyone, but after
  • 17:27 - 17:29
    that, absolutely, we could look
  • 17:29 - 17:32
    at customization options. I hope
  • 17:32 - 17:34
    that answers your question, and
  • 17:34 - 17:36
    thank you again for your time.
  • 17:37 - 17:40
    >> Hey, Matt. Jeroen here from
  • 17:40 - 17:42
    Belgium. Thank you for taking
  • 17:42 - 17:43
    the State of the Word online
  • 17:43 - 17:46
    this year. I'm using WordPress
  • 17:46 - 17:47
    for all of the websites I
  • 17:47 - 17:48
    develop with my company Site
  • 17:48 - 17:50
    Fly, and I'm an active
  • 17:50 - 17:52
    contributor to the WordPress
  • 17:52 - 17:54
    project. You mentioned before
  • 17:54 - 17:56
    that in Phase 4 of the Gutenberg
  • 17:58 - 18:00
    project, that multilingual
  • 18:00 - 18:01
    features are coming to WordPress
  • 18:01 - 18:04
    core. I know this is in the
  • 18:04 - 18:06
    future, but is there any public
  • 18:06 - 18:08
    roadmap of all the features and
  • 18:08 - 18:10
    functionalities we want in
  • 18:10 - 18:14
    WordPress? And is it going to
  • 18:14 - 18:17
    include a language fallback into
  • 18:17 - 18:18
    core so we can configure
  • 18:18 - 18:20
    multiple locales and the
  • 18:20 - 18:22
    fallback when a translation is
  • 18:22 - 18:23
    not on wordpress.org?
  • 18:25 - 18:27
    Currently as a contributor to
  • 18:27 - 18:28
    the polyglots team, I find it
  • 18:28 - 18:30
    very difficult to translate
  • 18:31 - 18:32
    thousands of plug-ins and
  • 18:32 - 18:35
    themes, and I would love that
  • 18:35 - 18:37
    fallback to another locale would
  • 18:37 - 18:39
    be there before it goes to
  • 18:39 - 18:39
    English.
  • 18:41 - 18:42
    Currently, I'm using Preferred
  • 18:42 - 18:46
    Languages as a plug-in for this,
  • 18:46 - 18:47
    but it would be very cool if
  • 18:47 - 18:49
    this would be included in
  • 18:49 - 18:50
    WordPress core. Thank you for
  • 18:50 - 18:51
    answering my question.
  • 18:51 - 18:54
    >> Hello, Jeroen. I'm Matias
  • 18:54 - 18:55
    Ventura helping lead the
  • 18:55 - 18:57
    Gutenberg project forwards.
  • 18:57 - 18:58
    Thank you for your question and
  • 18:58 - 19:00
    for contributing to the project.
  • 19:01 - 19:04
    Regarding the roadmap, there is
  • 19:04 - 19:05
    a public roadmap published in
  • 19:05 - 19:10
    wordpress.org/about/roadmap that
  • 19:10 - 19:11
    has sort of like an overview of
  • 19:11 - 19:14
    the next immediate steps, and it
  • 19:14 - 19:16
    touches upon the four phases of
  • 19:16 - 19:17
    Gutenberg as well. And what it
  • 19:17 - 19:19
    doesn't contain, though, is a
  • 19:19 - 19:21
    detailed plan on Phase 4
  • 19:21 - 19:22
    specifically, multilingual,
  • 19:23 - 19:25
    because it's fairly further
  • 19:25 - 19:27
    ahead for us and we're in the
  • 19:27 - 19:30
    thick of Phase 2. However, like,
  • 19:31 - 19:32
    there has been some
  • 19:32 - 19:34
    conversations around the
  • 19:34 - 19:36
    implications of localization
  • 19:36 - 19:38
    and some of the multilingual
  • 19:38 - 19:40
    aspects, specifically around
  • 19:40 - 19:42
    patterns and block themes and
  • 19:42 - 19:44
    how those could be built in the
  • 19:44 - 19:46
    Gutenberg repository. Nothing
  • 19:46 - 19:48
    substantial yet, but if you are
  • 19:48 - 19:49
    interested in those
  • 19:49 - 19:50
    conversations, that's a good
  • 19:50 - 19:52
    place to engage with and start
  • 19:52 - 19:55
    looking at. But, yeah, like as
  • 19:55 - 19:56
    we approach -- as we get closer
  • 19:56 - 19:58
    to Phase 4, we will have a more
  • 19:58 - 20:00
    detailed overview of what's
  • 20:00 - 20:01
    needed, what requirements and
  • 20:01 - 20:04
    what we want to do. Regarding
  • 20:04 - 20:06
    the other topic about fallback
  • 20:06 - 20:08
    languages, that's a very good
  • 20:08 - 20:10
    point. For me, I'm very
  • 20:10 - 20:11
    sympathetic to that,
  • 20:11 - 20:13
    specifically because I speak variant,
  • 20:13 - 20:16
    but of the Voseo variant
  • 20:16 - 20:18
    That means that in most cases
  • 20:18 - 20:21
    I would benefit from a fallback to
  • 20:21 - 20:23
    Spain's Spanish
  • 20:23 - 20:25
    because there is not much
  • 20:25 - 20:26
    translations going on for you
  • 20:26 - 20:29
    I'm not even sure if we
    have a locale, honestly.
  • 20:30 - 20:31
    so that's something that could
  • 20:31 - 20:33
    -- personally, I think it could happen
  • 20:33 - 20:35
    before Phase 4?
  • 20:35 - 20:37
    I think it could be, like,
  • 20:37 - 20:38
    a small step towards
  • 20:38 - 20:41
    a significantly better experience.
  • 20:41 - 20:43
    So it might be good to discuss it
  • 20:43 - 20:44
    before Phase 4.
  • 20:44 - 20:47
    But in any case, if that happens -- if it
  • 20:47 - 20:49
    doesn't happen before, it would
  • 20:49 - 20:52
    surely be a part of the phase 4
  • 20:52 - 20:54
    conversation. Thank you again
  • 20:54 - 20:56
    and hope you're doing well. Bye-bye.
  • 20:56 - 20:58
    >> Hello, everyone.
  • 20:58 - 21:00
    Good moring, Matt. This is Joe Simpson
  • 21:00 - 21:02
    in Castilla, California
  • 21:02 - 21:04
    in the Santa Clarita Valley,
  • 21:04 - 21:06
    just north of Los Angeles.
  • 21:06 - 21:08
    I'm the lead organizer for WordCamp
  • 21:08 - 21:10
    Santa Clarita online and I run
  • 21:10 - 21:12
    two WordPress meetups in the
  • 21:12 - 21:14
    area as well. As you can tell,
  • 21:14 - 21:17
    I'm a big WordPress fan.
  • 21:17 - 21:19
    I'm a big advocate for accessibility
  • 21:19 - 21:21
    as well, and I've done quite a
  • 21:21 - 21:23
    few events this year in that space.
  • 21:23 - 21:26
    What I wanted to reach out to you today
  • 21:26 - 21:28
    about was a matter
  • 21:28 - 21:30
    that's pretty important to me.
  • 21:30 - 21:34
    When we had our event in the spring,
  • 21:34 - 21:38
    we had volunteers from Bangladesh, we had
  • 21:38 - 21:40
    attendees from Europe, from
  • 21:40 - 21:41
    Africa, volunteers from South
  • 21:41 - 21:44
    America, and it opened up my
  • 21:44 - 21:47
    eyes to WordPress as a worldwide
  • 21:47 - 21:50
    entity and a community that's
  • 21:50 - 21:54
    global in nature, but my concern
  • 21:54 - 21:56
    was these online presentations,
  • 21:56 - 21:58
    these online events, Wordcamps,
  • 21:58 - 21:59
    workshops, et cetera,
  • 21:59 - 22:02
    I was really really wondering whether they
  • 22:02 - 22:03
    could be more accessible.
  • 22:03 - 22:06
    What is WordPress doing to make its
  • 22:06 - 22:09
    online presence more accessible
  • 22:09 - 22:12
    to everyone? I'm really big on
  • 22:12 - 22:13
    inclusion and diversity, and I would
  • 22:13 - 22:15
    love to hear what WordPress plans to do
  • 22:15 - 22:18
    moving forward with online events.
  • 22:18 - 22:20
    Thank you. Have a great holiday
  • 22:20 - 22:21
    and a good New Year, everyone.
  • 22:21 - 22:22
    Take care.
  • 22:23 - 22:25
    >> Well, first of all, Joe,
  • 22:25 - 22:27
    thank you so much for your
  • 22:27 - 22:29
    contributions and leading by
  • 22:29 - 22:31
    example, which is, well, many would say
  • 22:31 - 22:34
    the only type of leadership
  • 22:34 - 22:36
    I do believe that as
  • 22:36 - 22:38
    anxious as I am to get back to
  • 22:38 - 22:40
    our in-person events, I do
  • 22:40 - 22:42
    believe that much like your
  • 22:42 - 22:43
    experience of hosting a, you
  • 22:43 - 22:45
    know, a more local WordCamp and
  • 22:45 - 22:47
    people from all over the world joining,
  • 22:47 - 22:49
    I think if we can move more and more of
  • 22:49 - 22:52
    our community engagement to be
  • 22:52 - 22:55
    really rich and interactive online,
  • 22:55 - 22:57
    we get the benefits of the metaverse,
  • 22:57 - 22:59
    right? That people can choose to
  • 22:59 - 23:00
    represent themselves however
  • 23:00 - 23:04
    they like or not. They can be treated
  • 23:04 - 23:06
    for their -- and perceived by their
  • 23:06 - 23:08
    contributions, their words,
  • 23:08 - 23:09
    how they participate.
  • 23:09 - 23:10
    Not necessarily who they are,
  • 23:10 - 23:12
    where they're from or any of that.
  • 23:12 - 23:15
    You know, when I first got started
  • 23:15 - 23:18
    contributing to open source,
  • 23:18 - 23:19
    I didn't have any of the background
  • 23:19 - 23:22
    or there wasn't really a community
  • 23:22 - 23:23
    in Houston where I was
  • 23:23 - 23:25
    or anything like that, to see.
  • 23:25 - 23:27
    But I appreciated so much
  • 23:27 - 23:29
    that people would look at,
  • 23:29 - 23:32
    for me, my code and say,
  • 23:32 - 23:34
    okay, this isn't just some young kid
  • 23:34 - 23:36
    in Houston who is not a real engineer,
  • 23:36 - 23:39
    They were able to look at it for
  • 23:39 - 23:41
    its own merits.
  • 23:41 - 23:43
    And I think that, you know,
  • 23:43 - 23:44
    almost 20 years later,
  • 23:44 - 23:47
    we can do so much more
  • 23:47 - 23:48
    than that in terms of
  • 23:48 - 23:51
    creating a truly, truly
  • 23:51 - 23:52
    inclusive community.
  • 23:52 - 23:54
    The other thing that's really,
  • 23:54 - 23:55
    really important to me there and that
  • 23:55 - 23:57
    I do see demonstrated throughout WordPress
  • 23:57 - 23:59
    but I just want to emphasize it again,
  • 23:59 - 24:01
    is what you mentioned, that idea of
  • 24:01 - 24:03
    always being welcoming, always being
  • 24:03 - 24:05
    kind, always being friendly,
  • 24:05 - 24:07
    particularly as more folks from
  • 24:07 - 24:08
    around the world get involved,
  • 24:08 - 24:10
    it's important to remember that
  • 24:10 - 24:12
    not everyone's first language is English.
  • 24:12 - 24:14
    and so there might be communication
  • 24:14 - 24:16
    barriers or misunderstandings.
  • 24:16 - 24:19
    And so just -- we have a saying within
  • 24:19 - 24:21
    Automattic that I think is fantastic
  • 24:21 - 24:22
    for any sort of distributed work or
  • 24:22 - 24:24
    collaboration, and it's a
  • 24:24 - 24:25
    different kind of "API"
  • 24:25 - 24:29
    It stands for Assume Positive Intent.
  • 24:29 - 24:30
    Find that if you can --
  • 24:30 - 24:32
    this isn't something you can ask of anyone else,
  • 24:32 - 24:34
    but if you can remind yourself of it,
  • 24:34 - 24:36
    it allows you to see other people's
  • 24:36 - 24:39
    interactions through a lens which,
  • 24:39 - 24:41
    allows you to put your best foot forward
  • 24:41 - 24:42
    and allows them to
  • 24:42 - 24:44
    regain their best foot, if they
  • 24:44 - 24:46
    didn't put it forward,
  • 24:46 - 24:49
    probably on accident with whatever
  • 24:49 - 24:51
    interaction or communication it was.
  • 24:51 - 24:54
    So, I keep all those things in mind.
  • 24:54 - 24:56
    Just to recap, more and more online.
  • 24:56 - 24:59
    Again, leaning way more into the
  • 24:59 - 25:01
    online education, online engagement,
  • 25:01 - 25:04
    online mentorship, online –
  • 25:04 - 25:05
    you know, everything.
  • 25:05 - 25:07
    Which is kind of funny because it is
  • 25:07 - 25:09
    a little bit back to our roots before we
  • 25:09 - 25:10
    ever had events
  • 25:10 - 25:11
    Remembering that great ideas,
  • 25:11 - 25:13
    great contributions can come
  • 25:13 - 25:15
    from everywhere and anywhere,
  • 25:15 - 25:16
    and then making sure
  • 25:16 - 25:18
    that people regardless of where they are,
  • 25:18 - 25:20
    the background, the language they speak,
  • 25:20 - 25:22
    their economic ability, anything,
  • 25:22 - 25:23
    feel fully included
  • 25:23 - 25:25
    in the WordPress community.
  • 25:25 - 25:26
    Everyone has a place here.
  • 25:26 - 25:28
    We are trying to democratize publishing
  • 25:28 - 25:30
    and commerce. We are -- and
  • 25:30 - 25:32
    democratize means it's for everyone.
  • 25:32 - 25:35
    It's not just for the few, or the elite,
  • 25:35 - 25:36
    or the technical.
  • 25:36 - 25:37
    That's our mission.
  • 25:37 - 25:39
    It's a lifelong mission.
  • 25:39 - 25:40
    We'll never be perfect,
  • 25:40 - 25:42
    and I plan to keep working on this
  • 25:42 - 25:44
    the rest of my life, and I hope that --
  • 25:44 - 25:47
    to see you and others alongside
  • 25:47 - 25:48
    in that mission
  • 25:48 - 25:50
    for many years and decades to come.
  • 25:50 - 25:53
    >> Hi, Matt. My name's Laura.
  • 25:53 - 25:56
    I am a member of the WordPress
  • 25:56 - 25:58
    community in Montclair, New Jersey,
  • 25:58 - 26:02
    and I have used WordPress
  • 26:02 - 26:03
    every day of my life
  • 26:03 - 26:06
    since January of 2006.
  • 26:06 - 26:10
    So I'm a really early adopter and
  • 26:10 - 26:12
    a longtime user. I'm also somebody
  • 26:12 - 26:15
    who doesn't code. I'm a content
  • 26:15 - 26:18
    creator, and I love doing that
  • 26:18 - 26:20
    and getting all kinds of
  • 26:20 - 26:22
    messages out there in the world.
  • 26:23 - 26:24
    Primarily I've created content
  • 26:24 - 26:27
    for non-profits, for
  • 26:27 - 26:29
    entertainment industry websites.
  • 26:29 - 26:31
    So I guess my question to you, Matt, is,
  • 26:31 - 26:34
    when I go to WordCamps,
  • 26:34 - 26:37
    I frequently don't see a lot of tracks
  • 26:37 - 26:40
    for fellow content creators like me.
  • 26:40 - 26:44
    What could you say to the folks who are
  • 26:44 - 26:47
    running WordPress events, specifically
  • 26:47 - 26:50
    WordPress meetups and WordCamps,
  • 26:50 - 26:52
    that might encourage them
  • 26:52 - 26:55
    to embrace content creators
  • 26:55 - 26:57
    and think about creating more
  • 26:57 - 27:01
    tracks for users that were less technical?
  • 27:02 - 27:05
    >> Hey, Laura. I think this is
  • 27:05 - 27:06
    an excellent question and one
  • 27:06 - 27:08
    that's really important to me.
  • 27:08 - 27:11
    I think that content is the thing
  • 27:11 - 27:14
    that gives your website power
  • 27:14 - 27:16
    and meaning. It's wonderful to
  • 27:16 - 27:18
    have a well-built, well-constructed,
  • 27:18 - 27:20
    well-designed website,
  • 27:20 - 27:21
    but if you don't have anything for
  • 27:21 - 27:23
    your users once they arrive,
  • 27:23 - 27:25
    I'm not certain that your website is
  • 27:25 - 27:28
    really doing its best job for you.
  • 27:28 - 27:31
    And so to encourage event organizers
  • 27:31 - 27:33
    to embrace content creators and
  • 27:33 - 27:35
    make sure that we have provided
  • 27:35 - 27:39
    content for them to up-level their skills,
  • 27:39 - 27:41
    I think the thing that's most important to
  • 27:41 - 27:43
    remember is that writing for the
  • 27:43 - 27:45
    internet is a specific and
  • 27:45 - 27:46
    different skill.
  • 27:46 - 27:50
    It's not the same as technical writing,
  • 27:50 - 27:52
    and it's not the same as writing prose.
  • 27:52 - 27:55
    So when we want to have
  • 27:55 - 27:57
    very good websites that are
  • 27:57 - 27:59
    engaging to our audiences but
  • 27:59 - 28:00
    still get the point across,
  • 28:00 - 28:02
    I think the only way to do it is
  • 28:02 - 28:04
    with excellent content, no matter
  • 28:04 - 28:05
    how that looks for you,
  • 28:05 - 28:07
    and the best way for us to help
  • 28:07 - 28:09
    WordPressers do that is to
  • 28:09 - 28:11
    provide training through our
  • 28:11 - 28:14
    WordCamps, meetups, et cetera.
  • 28:14 - 28:16
    >> Hi, Matt. I'm Lax here.
  • 28:16 - 28:20
    Using WordPress more than ten years.
  • 28:20 - 28:24
    And congrats for
  • 28:24 - 28:27
    growing up to 40% of the web.
  • 28:27 - 28:28
    That's nice.
  • 28:28 - 28:31
    So my question for you today is,
  • 28:31 - 28:35
    do you have any plans to optimize
  • 28:35 - 28:37
    WordPress performance?
  • 28:37 - 28:39
    I mean the self-hosted WordPress.
  • 28:39 - 28:40
    it's like, you know,
  • 28:40 - 28:43
    we have Jetpack, we have caching plugins,
  • 28:43 - 28:46
    but I found not only me,
  • 28:46 - 28:48
    my clients, and I see
  • 28:48 - 28:50
    bloggers and everyone struggle
  • 28:50 - 28:51
    with the performance,
  • 28:51 - 28:55
    and also like optimizing the database
  • 28:55 - 28:59
    queries -- like, to get a simple
  • 28:59 - 29:01
    tag or category, we are running
  • 29:01 - 29:04
    too much of subqueries, right?
  • 29:04 - 29:07
    I'm sure you are a programmer
  • 29:07 - 29:09
    yourself, so you might have some
  • 29:09 - 29:12
    plans for the future. And good
  • 29:12 - 29:15
    luck with our motto, like
  • 29:15 - 29:16
    democratizing the web. Thank
  • 29:16 - 29:17
    you.
  • 29:17 - 29:20
    >> Howdy, Lax. You hit on one of
  • 29:20 - 29:21
    my favorite topics, which is
  • 29:21 - 29:22
    performance. I was really
  • 29:22 - 29:24
    excited that we were able to get
  • 29:24 - 29:25
    some performance improvements
  • 29:25 - 29:27
    into WordPress 5.4, as I talked
  • 29:27 - 29:30
    about in the talk, but there's
  • 29:30 - 29:30
    always more to do. That's the
  • 29:30 - 29:31
    beautiful thing about
  • 29:31 - 29:32
    performance, is it can always be
  • 29:32 - 29:35
    better. For the issues that you
  • 29:35 - 29:37
    describe, I would encourage you
  • 29:37 - 29:39
    to perhaps check out a different
  • 29:39 - 29:41
    web post. If you're running into
  • 29:41 - 29:42
    that frequent of performance
  • 29:42 - 29:44
    issues, there might be something
  • 29:44 - 29:45
    where, you know, they have you
  • 29:45 - 29:46
    on a server with too many other
  • 29:46 - 29:49
    clients or they don't have SSDs
  • 29:49 - 29:50
    in the servers or whatever it
  • 29:50 - 29:53
    is. But any modern performant
  • 29:53 - 29:55
    WordPress web post, primarily
  • 29:55 - 29:56
    the ones we recommend on
  • 29:56 - 29:59
    wordpress.org can really handle
  • 29:59 - 30:01
    a ton of traffic to even an
  • 30:01 - 30:03
    un-cached, unconfigured site.
  • 30:04 - 30:06
    That's always great. In terms of
  • 30:06 - 30:08
    things in core that we could do
  • 30:08 - 30:10
    to make it better, our queries,
  • 30:10 - 30:12
    I do believe they're pretty
  • 30:12 - 30:13
    optimized. They run in a lot of
  • 30:13 - 30:15
    places, but who knows, maybe a
  • 30:15 - 30:16
    new future got introduced, maybe
  • 30:16 - 30:17
    something regressed. So,
  • 30:17 - 30:19
    please, if there is something
  • 30:19 - 30:21
    out there that you have noticed,
  • 30:22 - 30:24
    either open a track ticket or,
  • 30:24 - 30:26
    you know, share it with someone
  • 30:26 - 30:27
    or if you, you know, debugging
  • 30:27 - 30:28
    queries is actually one of the
  • 30:28 - 30:30
    ways I learned the most about
  • 30:30 - 30:31
    programming and engineering,
  • 30:31 - 30:32
    just spending hours and hours
  • 30:32 - 30:34
    inside the mySQL command line
  • 30:34 - 30:38
    was -- was actually an amazing
  • 30:38 - 30:39
    sort of way I developed as a
  • 30:39 - 30:40
    developer and progressed as a
  • 30:40 - 30:42
    developer. So it might be
  • 30:42 - 30:43
    something -- you can discover
  • 30:43 - 30:45
    something new within WordPress
  • 30:45 - 30:47
    that then could save millions
  • 30:47 - 30:49
    and millions of server hours
  • 30:49 - 30:52
    someplace. So, let me know what
  • 30:52 - 30:54
    you find or let me know if that
  • 30:54 - 30:56
    -- if you make a ticket there.
  • 30:56 - 30:57
    I'll make sure to bump it with
  • 30:57 - 30:58
    the developers and that it gets
  • 30:58 - 30:59
    the proper attention.
  • 31:00 - 31:02
    >> 2020 brought new and
  • 31:02 - 31:04
    unexpected challenges, and I'm
  • 31:04 - 31:06
    proud to be a part of a
  • 31:06 - 31:07
    community like WordPress,
  • 31:07 - 31:09
    willing to step up, act quickly
  • 31:09 - 31:11
    and offer solutions in times of
  • 31:11 - 31:13
    need. Which emerging web
  • 31:13 - 31:14
    technologies are you most
  • 31:14 - 31:17
    interested in following in 2021
  • 31:17 - 31:18
    and how would you like to see
  • 31:18 - 31:21
    groups like MSP Media within the
  • 31:21 - 31:23
    WordPress ecosystem innovating
  • 31:23 - 31:25
    and solution-building using that
  • 31:25 - 31:26
    technology?
  • 31:27 - 31:29
    >> Hi, Meg. First of all,
  • 31:29 - 31:31
    congratulations for getting
  • 31:31 - 31:32
    SchoolListIt in the Call for
  • 31:32 - 31:34
    Code Top Five. I believe the
  • 31:34 - 31:36
    WordPress power tool to make it
  • 31:36 - 31:37
    the furthest. I know that wasn't
  • 31:37 - 31:39
    easy, so congratulations on
  • 31:39 - 31:41
    that. In terms of emerging
  • 31:41 - 31:44
    technologies, more broadly, I'm
  • 31:44 - 31:46
    excited that 2020 looks like
  • 31:46 - 31:48
    it's a year when more mainstream
  • 31:48 - 31:52
    adoption of cryptocurrencies is
  • 31:52 - 31:54
    really coming to bear, and that,
  • 31:54 - 31:55
    to me, you know, as someone who
  • 31:55 - 31:56
    is a big supporter of open
  • 31:56 - 31:59
    source and cryptocurrency is
  • 31:59 - 32:00
    kind of like open source applied
  • 32:00 - 32:01
    to money, the finance system.
  • 32:02 - 32:04
    Excited about that. Still very,
  • 32:04 - 32:06
    very early days. Probably, like,
  • 32:06 - 32:07
    you know, we're 10 years into
  • 32:07 - 32:08
    something that's going to take
  • 32:08 - 32:11
    30 years to happen, but it's
  • 32:11 - 32:13
    exciting to see steps. Closer to
  • 32:13 - 32:16
    home in the WordPress world, the
  • 32:16 - 32:18
    most emerging technologies --
  • 32:18 - 32:19
    not new, but they'll be new to
  • 32:19 - 32:20
    us when we adopt it for Phase 3
  • 32:20 - 32:22
    of Gutenberg will be Web RTC,
  • 32:22 - 32:24
    which is essentially like a way
  • 32:24 - 32:25
    for browsers to connect to each
  • 32:25 - 32:27
    other in a peer-to-peer fashion
  • 32:27 - 32:28
    that we can use for real-time
  • 32:28 - 32:30
    communication, so, for example,
  • 32:30 - 32:31
    the real-time co-editing that we
  • 32:31 - 32:33
    want to put into Gutenberg, and
  • 32:33 - 32:34
    we want to do it without a
  • 32:34 - 32:36
    centralized server so that, you
  • 32:36 - 32:37
    know, clients will be able to
  • 32:37 - 32:38
    connect to each other directly.
  • 32:40 - 32:43
    A little simpler, and I guess
  • 32:43 - 32:43
    don't know if you'd call it
  • 32:43 - 32:45
    emerging, but it's something we
  • 32:45 - 32:46
    need to do a lot better at, is
  • 32:46 - 32:48
    native development. So both the
  • 32:48 - 32:50
    mobile apps on iOS and Android
  • 32:50 - 32:52
    and native desktop apps for
  • 32:52 - 32:54
    WordPress, I think have a lot of
  • 32:54 - 32:56
    potential for just creating a
  • 32:56 - 32:59
    really slick, highly integrated,
  • 32:59 - 33:01
    ultra-fast application-like
  • 33:01 - 33:03
    interface for WordPress. We've
  • 33:03 - 33:06
    got the APIs for it now. We've
  • 33:06 - 33:08
    got some good starts, including
  • 33:08 - 33:09
    some of the code that's based on
  • 33:09 - 33:10
    Calypso, which is the
  • 33:10 - 33:12
    open-source React framework that
  • 33:12 - 33:14
    runs with WordPress.com. So
  • 33:14 - 33:15
    there is some good stuff there,
  • 33:15 - 33:17
    but I would like to see a lot
  • 33:17 - 33:18
    more, so, thank you for your
  • 33:18 - 33:19
    question.
  • 33:19 - 33:21
    >> Hi, Matt. I'm Michelle
  • 33:21 - 33:22
    Frechette, Head of Customer
  • 33:22 - 33:24
    Success at GiveWP, volunteer for
  • 33:24 - 33:26
    WordPress and Big Orange Heart,
  • 33:26 - 33:29
    and podcaster at WP Coffee Talk.
  • 33:29 - 33:30
    We've seen the WordPress
  • 33:30 - 33:31
    community grow and morph over
  • 33:31 - 33:32
    the years and it's been amazing.
  • 33:32 - 33:34
    This year changed a lot of the
  • 33:34 - 33:35
    way the community meets and
  • 33:35 - 33:37
    interacts due to the pandemic.
  • 33:37 - 33:38
    Some of it has been
  • 33:38 - 33:39
    heartbreaking, like not meeting
  • 33:39 - 33:41
    in person, but so much good has
  • 33:41 - 33:42
    come from it, too, like people
  • 33:42 - 33:44
    connecting from outside of their
  • 33:44 - 33:45
    areas on meet-ups, online
  • 33:45 - 33:47
    conferences and more. My
  • 33:47 - 33:49
    question is, what do you see for
  • 33:49 - 33:50
    the future of the WordPress
  • 33:50 - 33:52
    community as we move forward in
  • 33:52 - 33:54
    still uncertain times? What
  • 33:54 - 33:55
    initiatives should we be looking
  • 33:55 - 33:57
    forward to and what kind of
  • 33:57 - 33:58
    support can we expect for our
  • 33:58 - 34:00
    communities? Thanks for
  • 34:00 - 34:01
    providing the online State of
  • 34:01 - 34:02
    the Word and an opportunity to
  • 34:02 - 34:04
    contribute with questions.
  • 34:04 - 34:07
    >> Hi, Michelle. Thanks for
  • 34:07 - 34:09
    taking time to send in a
  • 34:09 - 34:11
    question. Andrea Middleton here.
  • 34:13 - 34:15
    Gosh, the changes that we have
  • 34:15 - 34:16
    weathered this year have been
  • 34:16 - 34:20
    immense, haven't they? I agree
  • 34:20 - 34:22
    with both the heartbreak and the
  • 34:22 - 34:23
    unexpected benefits that you
  • 34:23 - 34:26
    pointed out. When I think about
  • 34:26 - 34:27
    what the future holds for of the
  • 34:27 - 34:29
    WordPress community, though,
  • 34:29 - 34:31
    especially as we move out of
  • 34:31 - 34:33
    2020, but potentially into more
  • 34:33 - 34:35
    uncertainty, I'm really
  • 34:35 - 34:38
    optimistic. I know that
  • 34:38 - 34:39
    WordPress enthusiasts are
  • 34:39 - 34:41
    incredibly resourceful and
  • 34:41 - 34:42
    resilient in the face of
  • 34:42 - 34:45
    adversity, as we've proven this
  • 34:45 - 34:47
    year in many ways. The
  • 34:47 - 34:48
    initiative I'm most excited
  • 34:48 - 34:51
    about moving into 2021 is the
  • 34:51 - 34:54
    Learn WordPress platform, which
  • 34:54 - 34:55
    formally launched this week.
  • 34:56 - 34:58
    This on-demand WordPress
  • 34:58 - 35:00
    training platform has the
  • 35:00 - 35:03
    potential to build more bridges
  • 35:03 - 35:05
    and paths to WordPress and
  • 35:05 - 35:07
    success in WordPress than we've
  • 35:07 - 35:10
    ever seen at a time when more
  • 35:10 - 35:13
    people than ever are looking to
  • 35:13 - 35:15
    move their businesses online or
  • 35:15 - 35:16
    shift careers and become
  • 35:16 - 35:19
    WordPress professionals. I hope
  • 35:19 - 35:21
    to see a great deal of support
  • 35:21 - 35:22
    for this effort from
  • 35:22 - 35:24
    WordPress-based businesses as
  • 35:24 - 35:26
    well as individual contributors
  • 35:26 - 35:28
    who want to help others to help
  • 35:28 - 35:31
    WordPress as they themselves
  • 35:31 - 35:34
    have been helped. The support we
  • 35:34 - 35:36
    in WordPress provide to each
  • 35:36 - 35:40
    other is all about how small
  • 35:40 - 35:44
    kindnesses build into great and
  • 35:44 - 35:45
    interdependent, powerful
  • 35:45 - 35:47
    organizations. And I don't see
  • 35:47 - 35:49
    that changing any time soon.
  • 35:50 - 35:51
    Thanks so much for asking.
  • 35:52 - 35:52
    Talk to you later.
  • 35:55 - 35:58
    >> Hello. I'm Milana, a
  • 35:58 - 35:59
    freelance WordPress developer
  • 35:59 - 36:02
    based in Serbia and also an
  • 36:02 - 36:03
    active member of the
  • 36:03 - 36:05
    documentation team, and that is
  • 36:05 - 36:07
    the subject of my question
  • 36:07 - 36:11
    today. So as I see it, there are
  • 36:11 - 36:13
    two major problems which are not
  • 36:13 - 36:15
    unique only to the documentation
  • 36:15 - 36:16
    team. All teams seem to be
  • 36:16 - 36:19
    suffering from same conditions.
  • 36:19 - 36:21
    So the first one is we are
  • 36:21 - 36:24
    heavily understaffed. We don't
  • 36:24 - 36:26
    have enough active contributors
  • 36:26 - 36:28
    to cover all documentation
  • 36:28 - 36:31
    areas, and the second one is we
  • 36:31 - 36:34
    don't collaborate enough or at
  • 36:34 - 36:37
    all with other teams. And this
  • 36:37 - 36:39
    goes that far that sometimes we
  • 36:39 - 36:40
    don't even know who is the
  • 36:40 - 36:42
    person doing documentation for
  • 36:42 - 36:44
    release team, you know, the dev
  • 36:44 - 36:47
    notes. Also, there was this huge
  • 36:47 - 36:50
    gap between Gutenberg and the
  • 36:50 - 36:51
    documentation team and it's
  • 36:51 - 36:53
    getting bridged this year, but
  • 36:54 - 36:56
    it shouldn't even happen with
  • 36:56 - 36:58
    such a project as Gutenberg is.
  • 36:58 - 37:00
    And I'm not saying that anyone
  • 37:00 - 37:03
    here is doing anything wrong. We
  • 37:03 - 37:05
    all do as much as we can. I'm
  • 37:05 - 37:09
    just stating how it is. So, my
  • 37:09 - 37:12
    question is, how can we, as
  • 37:12 - 37:16
    global community, recognize this
  • 37:16 - 37:19
    need to connect teams, to work
  • 37:19 - 37:22
    more closely with each other? In
  • 37:22 - 37:24
    documentation team, we are
  • 37:24 - 37:27
    working right now on two big
  • 37:27 - 37:29
    projects, external linking
  • 37:29 - 37:31
    policy and documentation style
  • 37:31 - 37:34
    guide. Now, these will have
  • 37:34 - 37:36
    impact beyond documentation
  • 37:36 - 37:39
    team, and I'm not even sure how
  • 37:39 - 37:41
    many people are aware of the
  • 37:41 - 37:43
    fact that we are doing it. So,
  • 37:45 - 37:47
    from my perspective, WordPress
  • 37:47 - 37:48
    as a project is getting more
  • 37:48 - 37:51
    complex, and the way we were
  • 37:51 - 37:53
    doing things in the past and the
  • 37:53 - 37:55
    way we are doing things right
  • 37:55 - 37:58
    now is not sufficient anymore.
  • 37:59 - 38:01
    So, I guess it comes down to
  • 38:02 - 38:05
    rethinking what is the role of
  • 38:05 - 38:07
    making teams in WordPress
  • 38:07 - 38:07
    project.
  • 38:07 - 38:12
    [ Sound effect ]
    And how can we improve our
  • 38:12 - 38:15
    activities to make our work more
  • 38:15 - 38:18
    efficient in this situation that
  • 38:18 - 38:20
    we are all in, that we don't
  • 38:20 - 38:22
    have enough people and we don't
  • 38:22 - 38:23
    communicate. We need to
  • 38:23 - 38:25
    communicate more. So what is
  • 38:25 - 38:28
    your opinion on that? Thank you.
  • 38:30 - 38:32
    >> Hey, Milana, it sounds like
  • 38:32 - 38:34
    you have two big questions, and
  • 38:34 - 38:36
    I have two big thoughts about
  • 38:36 - 38:38
    them. Firstly, on the question
  • 38:38 - 38:41
    of recognizing how connected we
  • 38:41 - 38:44
    are, I agree. WordPress teams
  • 38:44 - 38:45
    frequently don't understand how
  • 38:45 - 38:47
    connected they are, a little bit
  • 38:47 - 38:49
    because it's hard to know how
  • 38:49 - 38:51
    your actions affect others when
  • 38:51 - 38:53
    you just barely have enough time
  • 38:53 - 38:54
    to focus on the contributions
  • 38:54 - 38:55
    that you want to make to the
  • 38:55 - 38:57
    teams that you're participating
  • 38:57 - 38:59
    with. Myself, I think that
  • 38:59 - 39:00
    sharing the internal workings a
  • 39:00 - 39:02
    bit better from my side can help
  • 39:02 - 39:04
    us all to know who we might need
  • 39:04 - 39:05
    to collaborate with during
  • 39:05 - 39:08
    projects, and I'm working up a
  • 39:08 - 39:10
    podcast for 2021 to share
  • 39:10 - 39:12
    bite-sized insight for
  • 39:12 - 39:13
    contributors who want to know
  • 39:13 - 39:14
    more about how their
  • 39:15 - 39:17
    contributions fit into the
  • 39:17 - 39:19
    larger picture. But I also
  • 39:19 - 39:20
    understand that part of the
  • 39:20 - 39:22
    solution is getting more
  • 39:22 - 39:24
    contributors into the space, and
  • 39:24 - 39:25
    I don't necessarily have a
  • 39:25 - 39:28
    solution for that outside of our
  • 39:28 - 39:29
    in-person events, which, of
  • 39:29 - 39:31
    course, in 2020 we haven't seen
  • 39:31 - 39:33
    a lot of. But it does kind of
  • 39:33 - 39:35
    lead us into your next question,
  • 39:35 - 39:38
    given that WordPress is so
  • 39:38 - 39:40
    complex and there aren't enough
  • 39:40 - 39:40
    people, not enough
  • 39:40 - 39:44
    communication, what can we do? I
  • 39:44 - 39:45
    have been on the more-
  • 39:45 - 39:47
    communication bandwagon for a
  • 39:47 - 39:51
    long time. But I actually think
  • 39:51 - 39:52
    that one of our short-term
  • 39:52 - 39:54
    problems as a project is how to
  • 39:54 - 39:57
    take our efficient communication
  • 39:57 - 39:59
    and make it more effective. I'm
  • 39:59 - 40:01
    gonna quote for you now the 19th
  • 40:01 - 40:03
    lesson from The Cathedral and
  • 40:03 - 40:05
    The Bazaar, our kind of source
  • 40:05 - 40:06
    material for things that we've
  • 40:06 - 40:10
    learned about open source in
  • 40:10 - 40:13
    general. To quote it, it says,
  • 40:13 - 40:14
    "provided the development
  • 40:14 - 40:16
    coordinator has a communications
  • 40:16 - 40:18
    medium at least as good as the
  • 40:18 - 40:20
    internet and knows how to lead
  • 40:20 - 40:22
    without coercion, many heads are
  • 40:22 - 40:24
    inevitability better than one."
  • 40:25 - 40:29
    And later in the document, later
  • 40:29 - 40:30
    in this -- in this piece of
  • 40:30 - 40:34
    writing, it's noted that open
  • 40:34 - 40:36
    source at scale can't
  • 40:36 - 40:40
    necessarily function very
  • 40:40 - 40:43
    effectively by constantly having
  • 40:43 - 40:44
    chaos all the time. It's hard
  • 40:44 - 40:46
    for human beings to work in that
  • 40:46 - 40:48
    sort of space, and so I think
  • 40:48 - 40:49
    that one of our short-term
  • 40:49 - 40:52
    questions for the project as a
  • 40:52 - 40:54
    whole is to make sure that when
  • 40:54 - 40:56
    we ask people to communicate
  • 40:56 - 40:57
    about what they're doing, why
  • 40:57 - 40:59
    they're doing it and where they
  • 40:59 - 41:01
    are doing it, we have made sure,
  • 41:01 - 41:04
    as leaders in WordPress, that
  • 41:04 - 41:06
    the plans for the product are
  • 41:06 - 41:08
    clear, so that everyone makes
  • 41:08 - 41:09
    good use of their time.
  • 41:10 - 41:14
    >> Myself, Monika, I'm working
  • 41:14 - 41:17
    with WordPress since 2015 and
  • 41:17 - 41:18
    regular contributing to the
  • 41:18 - 41:20
    WordPress. My question is about
  • 41:20 - 41:22
    the automation testing in the
  • 41:22 - 41:25
    WordPress ecosystem. As we know,
  • 41:25 - 41:27
    people are very much concerned
  • 41:27 - 41:28
    about the securities and the
  • 41:28 - 41:30
    other issues before upgrading to
  • 41:30 - 41:33
    the new version. So what are the
  • 41:33 - 41:35
    things we can implement in our
  • 41:35 - 41:37
    WordPress ecosystem to deliver
  • 41:37 - 41:40
    100% security? So, basically,
  • 41:40 - 41:41
    what are the automation things
  • 41:41 - 41:42
    we can integrate in our
  • 41:42 - 41:44
    WordPress ecosystem? Thank you.
  • 41:45 - 41:47
    >> Hi, Monika. I'm Jonathan.
  • 41:47 - 41:48
    Thank you for asking this
  • 41:48 - 41:51
    question. Security is always
  • 41:51 - 41:52
    evolving and changing, and
  • 41:52 - 41:53
    moving targets are very
  • 41:53 - 41:55
    difficult to reach definitively.
  • 41:56 - 41:57
    It's also a process that
  • 41:57 - 41:59
    unfortunately cannot be 100%
  • 41:59 - 42:01
    automated. Everyone needs to
  • 42:01 - 42:02
    learn to practice a
  • 42:02 - 42:04
    security-first mindset, but,
  • 42:04 - 42:06
    thankfully, there are some tools
  • 42:06 - 42:07
    that can help us in our
  • 42:07 - 42:10
    projects. For example, the
  • 42:10 - 42:11
    WordPress security team has
  • 42:11 - 42:12
    several automated testing
  • 42:12 - 42:14
    processes behind the scenes.
  • 42:14 - 42:16
    Every change to WordPress core
  • 42:16 - 42:18
    is run through these processes
  • 42:18 - 42:19
    to protect against known
  • 42:19 - 42:22
    security vulnerabilities. The
  • 42:22 - 42:23
    processes are continually
  • 42:23 - 42:25
    changing and expanding as new
  • 42:25 - 42:26
    security issues are discovered
  • 42:26 - 42:28
    and fixed. I'm being a little
  • 42:28 - 42:29
    intentionally vague, because
  • 42:29 - 42:31
    often security practiced will be
  • 42:31 - 42:33
    tailored to a certain project or
  • 42:33 - 42:35
    organization. Being ambiguous
  • 42:35 - 42:36
    will help you keep your project
  • 42:36 - 42:39
    more secure. There are also some
  • 42:39 - 42:41
    code analysis tools like the PHP
  • 42:41 - 42:42
    code sniffer that can be used to
  • 42:42 - 42:44
    identify potentially insecure
  • 42:44 - 42:46
    code in your project. Adding
  • 42:46 - 42:48
    these tools to your project and
  • 42:48 - 42:49
    requiring them to produce a
  • 42:49 - 42:51
    passing scan is a great way to
  • 42:51 - 42:52
    ensure the quality of the code
  • 42:52 - 42:55
    that you release. In WordPress
  • 42:55 - 42:57
    itself, several user-facing
  • 42:57 - 42:59
    features have been introduced in
  • 42:59 - 43:00
    the last few major versions that
  • 43:00 - 43:02
    make it easier for site owners
  • 43:02 - 43:04
    to be more aware of their site
  • 43:04 - 43:06
    security. The most recent one is
  • 43:06 - 43:08
    the ability to opt in to auto-
  • 43:08 - 43:10
    updates for plug-ins and themes.
  • 43:11 - 43:13
    Turning these on is a great way
  • 43:13 - 43:14
    to make sure your sites are
  • 43:14 - 43:15
    running the latest and most
  • 43:15 - 43:17
    secure code automatically, all
  • 43:17 - 43:20
    the time. Site Health is another
  • 43:20 - 43:22
    great example of a user-facing
  • 43:22 - 43:24
    tool. There are over a dozen
  • 43:24 - 43:25
    security-related checks included
  • 43:25 - 43:27
    in WordPress core by default,
  • 43:27 - 43:29
    and when they don't pass, site
  • 43:29 - 43:30
    health educates the user and
  • 43:30 - 43:32
    provides them with a recommend
  • 43:32 - 43:34
    way forward to fix the issue.
  • 43:35 - 43:37
    Any plug-in and theme can add
  • 43:37 - 43:38
    their own test to Site Health.
  • 43:38 - 43:39
    If there are any
  • 43:39 - 43:41
    security-related checks specific
  • 43:41 - 43:43
    to your project, adding them at
  • 43:43 - 43:44
    Site Health is a great way to
  • 43:44 - 43:46
    make a site owner aware of a
  • 43:46 - 43:49
    problem automatically. A few of
  • 43:49 - 43:50
    the tests check that you are
  • 43:50 - 43:51
    running secure versions of tools
  • 43:51 - 43:53
    installed at the server level.
  • 43:54 - 43:56
    Using PHP as an example, you
  • 43:56 - 43:57
    could set up an email alert
  • 43:57 - 43:59
    whenever a new version of PHP is
  • 43:59 - 44:01
    released. This would help you
  • 44:01 - 44:02
    automatically become aware of
  • 44:02 - 44:04
    security releases so you could
  • 44:04 - 44:05
    reach out to your host and
  • 44:05 - 44:07
    request that they update you to
  • 44:07 - 44:10
    this new version. Because of our
  • 44:10 - 44:11
    strong community, we have the
  • 44:11 - 44:13
    opportunity to work together to
  • 44:13 - 44:15
    continue educating site owners,
  • 44:15 - 44:17
    users and developers about
  • 44:17 - 44:19
    security best practices. If
  • 44:19 - 44:20
    everyone is more aware of
  • 44:20 - 44:22
    insecure practices, the entire
  • 44:22 - 44:24
    ecosystem will be elevated as a
  • 44:24 - 44:26
    result. I hope that that's
  • 44:26 - 44:27
    helpful and answers your
  • 44:27 - 44:28
    questions, and thank you for
  • 44:28 - 44:29
    choosing WordPress.
  • 44:30 - 44:33
    >> Hey. My name is Robert
  • 44:33 - 44:36
    Anderson. I am a WordPress
  • 44:36 - 44:37
    co-contributor living in Sydney,
  • 44:37 - 44:40
    Australia. Seth Miller wrote in
  • 44:40 - 44:43
    with this question: As Gutenberg
  • 44:43 - 44:44
    becomes more modern and feature-
  • 44:44 - 44:46
    driven, how do you approach
  • 44:46 - 44:48
    onboarding of new contributors
  • 44:48 - 44:50
    and other curious types - think
  • 44:50 - 44:52
    novice theme developer - to look
  • 44:52 - 44:53
    into block building with the
  • 44:53 - 44:55
    existing complexity of WebPack
  • 44:55 - 44:58
    and other build tools? Great
  • 44:58 - 44:59
    question, Seth. Thank you for
  • 44:59 - 45:02
    asking it. So, before I get into
  • 45:02 - 45:04
    the meat of Seth's question,
  • 45:04 - 45:06
    there's two quick things that I
  • 45:06 - 45:08
    want to note. Firstly, one of
  • 45:08 - 45:10
    the aims of the Block Editor is
  • 45:10 - 45:11
    to make it so that users can
  • 45:11 - 45:13
    create really ambitious websites
  • 45:13 - 45:14
    without having to be a theme
  • 45:14 - 45:17
    developer. So as an example, if
  • 45:17 - 45:19
    you insert a custom HTML block
  • 45:19 - 45:20
    and then save that as a
  • 45:20 - 45:22
    reusable block, you've more or
  • 45:22 - 45:24
    less created a new block without
  • 45:24 - 45:25
    having to write a single line of
  • 45:25 - 45:26
    code, which is really cool.
  • 45:28 - 45:30
    Secondly, tools like WebPack are
  • 45:30 - 45:32
    totally optional. Developers can
  • 45:32 - 45:35
    write a block using plain old
  • 45:35 - 45:37
    JavaScript that all web browsers
  • 45:37 - 45:39
    will understand, and, in fact,
  • 45:39 - 45:41
    if you load up the Gutenberg
  • 45:41 - 45:43
    handbook, you'll see that all of
  • 45:43 - 45:44
    our code examples there come in
  • 45:44 - 45:47
    two flavors, ESNext, which has
  • 45:47 - 45:48
    all the bells whistles,
  • 45:48 - 45:52
    including React's JSX, and ES5,
  • 45:52 - 45:57
    which doesn't. But, yes building
  • 45:57 - 45:59
    blocks and working with React,
  • 45:59 - 46:02
    is a lot easier if you are able
  • 46:02 - 46:04
    to use React's JSX syntax, so
  • 46:04 - 46:06
    setting up some kind of build
  • 46:06 - 46:07
    tooling is often worth the
  • 46:07 - 46:09
    up-front effort, and, yes, I
  • 46:09 - 46:12
    100% agree that this is very
  • 46:12 - 46:13
    challenging and can be pretty
  • 46:13 - 46:15
    off-putting to new developers.
  • 46:16 - 46:19
    Broadly speaking, I think that
  • 46:19 - 46:20
    there's two things that we can
  • 46:20 - 46:23
    do to make this easier: Tooling
  • 46:23 - 46:25
    and education. On the tooling
  • 46:25 - 46:27
    front, we now have some really
  • 46:27 - 46:29
    neat tools that make getting set
  • 46:29 - 46:30
    up with block development a lot
  • 46:30 - 46:32
    easier. The first, which is
  • 46:32 - 46:34
    developed by the core team at
  • 46:34 - 46:36
    WordPress, is WordPress/scripts.
  • 46:37 - 46:40
    This is a npm package that hides
  • 46:40 - 46:41
    away all of the complexity of
  • 46:41 - 46:43
    webpack and gives you a single
  • 46:43 - 46:45
    command that turns a source
  • 46:45 - 46:48
    directory of JavaScript, which
  • 46:48 - 46:50
    has all the fancy syntax, into a
  • 46:50 - 46:52
    build directory of compiled
  • 46:52 - 46:56
    JavaScript. The second,
  • 46:57 - 46:58
    developed by the WordPress
  • 46:58 - 47:01
    community is "create-guten-block."
  • 47:01 - 47:03
    This one gives you a
  • 47:03 - 47:04
    single command that instantly
  • 47:04 - 47:06
    creates an entire block plugin
  • 47:06 - 47:08
    for you. It does all the work of
  • 47:08 - 47:09
    configuring the build
  • 47:09 - 47:11
    environment and generates, like,
  • 47:11 - 47:13
    the necessary PHP to load things
  • 47:13 - 47:15
    into WordPress. It's really
  • 47:15 - 47:18
    quite straightforward. On the
  • 47:18 - 47:20
    education front, we have some
  • 47:20 - 47:22
    really great tutorials in the
  • 47:22 - 47:24
    Gutenberg handbook which cover
  • 47:24 - 47:25
    how to get set up with block
  • 47:25 - 47:26
    development using WordPress
  • 47:27 - 47:30
    script and you can see them at
  • 47:30 - 47:31
    wordpress.org/gutenberg/handbook
  • 47:35 - 47:36
    and, lastly, the WordPress
  • 47:36 - 47:39
    training team has just recently
  • 47:39 - 47:41
    learned learn.wordpress.org
  • 47:42 - 47:43
    which is a new home for video
  • 47:43 - 47:46
    workshops about WordPress. And
  • 47:46 - 47:47
    one of the video workshops there
  • 47:47 - 47:50
    by Jonathan Bossenger is all
  • 47:50 - 47:52
    about how to develop a block, so
  • 47:52 - 47:54
    definitely check that out and
  • 47:54 - 47:58
    definitely watch that space. I
  • 47:58 - 47:59
    hope that was helpful. I hope I
  • 47:59 - 48:01
    answered your question. And
  • 48:01 - 48:02
    thank you for choosing
  • 48:02 - 48:02
    WordPress.
  • 48:02 - 48:05
    >> Hi. My name is Sudar Muthu.
  • 48:05 - 48:06
    I'm from a city called Chennai
  • 48:06 - 48:08
    in the southern part of India.
  • 48:08 - 48:09
    I've been involved with
  • 48:09 - 48:11
    WordPress for about 15 years
  • 48:11 - 48:13
    now, and for the past six years,
  • 48:13 - 48:14
    I've been working as a full-time
  • 48:14 - 48:16
    WordPress developer. In short,
  • 48:16 - 48:18
    WordPress is what puts food on
  • 48:18 - 48:21
    my table. So here's my question.
  • 48:21 - 48:22
    So, it's been about 17 years
  • 48:22 - 48:24
    since the first version of
  • 48:24 - 48:25
    WordPress has been released, and
  • 48:25 - 48:27
    all of us know where WordPress
  • 48:27 - 48:29
    is there right now. So my
  • 48:29 - 48:31
    question is, where do you see
  • 48:31 - 48:34
    WordPress in the next 17 years?
  • 48:35 - 48:35
    Thank you.
  • 48:35 - 48:38
    >> Sudar, 17 years is such a
  • 48:38 - 48:41
    long time! Sometimes I feel
  • 48:41 - 48:42
    amazed that I've been doing
  • 48:42 - 48:45
    WordPress for this long. I think
  • 48:45 - 48:47
    my hope is the same as many
  • 48:47 - 48:48
    others in the WordPress
  • 48:48 - 48:52
    community, that by 2037 we've
  • 48:52 - 48:54
    gotten the vast majority, maybe
  • 48:54 - 48:56
    as close to 100% as we can get
  • 48:56 - 48:57
    of the web on open source
  • 48:57 - 49:00
    software. I'd love to see
  • 49:00 - 49:02
    Gutenberg used not just by
  • 49:02 - 49:04
    WordPress, but by all of its
  • 49:04 - 49:06
    competitors as well, by everyone
  • 49:06 - 49:08
    who is accepting text in a box
  • 49:08 - 49:10
    on the internet or on native.
  • 49:10 - 49:12
    I'd love them to build on
  • 49:12 - 49:14
    Gutenberg Blocks, because then
  • 49:14 - 49:15
    that allows us to work together
  • 49:15 - 49:16
    on something that we all used to
  • 49:16 - 49:18
    have to rewrite and recreate a
  • 49:18 - 49:19
    million, million times, and I
  • 49:19 - 49:21
    believe that's how humanity
  • 49:21 - 49:22
    moves forward, is when we
  • 49:22 - 49:23
    collaborate, not when we
  • 49:23 - 49:27
    compete. In terms of, you know,
  • 49:27 - 49:29
    freedom and the open web, it's
  • 49:29 - 49:30
    hard to imagine what
  • 49:30 - 49:32
    technologies will be relevant.
  • 49:32 - 49:36
    One thing I always say within my
  • 49:36 - 49:38
    company at Automattic is that
  • 49:39 - 49:40
    the particular change will be
  • 49:40 - 49:42
    impossible to predict, but the
  • 49:42 - 49:44
    fact that change is going to
  • 49:44 - 49:47
    happen is inevitable. It is 100%
  • 49:47 - 49:49
    certain. And so as long as we
  • 49:49 - 49:52
    can stay adaptable, flexible,
  • 49:52 - 49:54
    not become too ossified in our
  • 49:54 - 49:55
    beliefs and always keep that
  • 49:55 - 49:57
    beginner's mind, the ability to
  • 49:57 - 49:59
    learn new technology. I've been
  • 49:59 - 50:00
    really, really impressed,
  • 50:00 - 50:02
    particularly in the past year or
  • 50:02 - 50:04
    two, post-Gutenberg, how so many
  • 50:04 - 50:05
    folks across WordPress have been
  • 50:05 - 50:07
    picking up JavaScript. You know,
  • 50:07 - 50:09
    taking where they were probably
  • 50:09 - 50:12
    PHP pros and JavaScript novices,
  • 50:12 - 50:14
    they've really invested the time
  • 50:14 - 50:15
    to become incredible JavaScript
  • 50:15 - 50:17
    developers, and now the entire
  • 50:17 - 50:18
    WordPress community is
  • 50:18 - 50:19
    benefitting from that. There
  • 50:19 - 50:21
    will be new generations of
  • 50:21 - 50:23
    technology. I imagine 17 years
  • 50:23 - 50:24
    from now, there will be
  • 50:24 - 50:26
    something after JavaScript that
  • 50:26 - 50:26
    will be the most important thing
  • 50:26 - 50:28
    to WordPress. I don't know what
  • 50:28 - 50:29
    that will be yet, but I'm
  • 50:29 - 50:31
    looking forward to finding it
  • 50:31 - 50:32
    out, and I hope that you're a
  • 50:32 - 50:33
    part of the journey as well, so
  • 50:34 - 50:35
    see you around.
  • 50:35 - 50:39
    >> Hi, my name is Tobi or Tobi
  • 50:39 - 50:41
    Ffjellner, as my handle is here
  • 50:41 - 50:44
    for WordPress. I'm one of the
  • 50:46 - 50:47
    people in the biggest
  • 50:48 - 50:50
    contributor team, polyglots. We
  • 50:50 - 50:52
    have almost 60,000 people who
  • 50:52 - 50:54
    have contributed at least some
  • 50:54 - 50:56
    translations to WordPress to
  • 50:57 - 51:00
    around 200 different language
  • 51:00 - 51:02
    versions, and out of those,
  • 51:02 - 51:05
    between 40 and 60 are actively
  • 51:05 - 51:06
    maintained, so that you can use
  • 51:06 - 51:09
    them right now if you want. And
  • 51:09 - 51:12
    a lot of people do that. 55% of
  • 51:12 - 51:15
    all WordPress sites around the
  • 51:15 - 51:16
    world that we know about use
  • 51:16 - 51:18
    some other language than U.S.
  • 51:18 - 51:22
    English. My question is about
  • 51:22 - 51:24
    multilingual WordPress. It has
  • 51:24 - 51:26
    been mentioned a couple of times
  • 51:26 - 51:28
    that in a future phase,
  • 51:28 - 51:31
    Gutenberg will cater for
  • 51:31 - 51:33
    multilingual content. I would
  • 51:33 - 51:35
    like to suggest that we already
  • 51:35 - 51:37
    now make decisions on what
  • 51:38 - 51:40
    storage structures we are going
  • 51:40 - 51:42
    to use and procedures, and
  • 51:42 - 51:45
    perhaps even already now go
  • 51:45 - 51:48
    forward to make WordPress
  • 51:48 - 51:49
    multilingual. There are already
  • 51:49 - 51:51
    solutions, and we could probably
  • 51:51 - 51:54
    reuse some of those, and by
  • 51:54 - 51:55
    doing this we open the
  • 51:55 - 51:57
    possibility for a lot of new
  • 51:58 - 52:00
    solutions to come up that could
  • 52:00 - 52:03
    support procedures around
  • 52:03 - 52:04
    translation, handling the
  • 52:04 - 52:06
    multilingual content, and so on.
  • 52:06 - 52:09
    And that part is where Gutenberg
  • 52:09 - 52:10
    actually would need to develop
  • 52:10 - 52:12
    something, but for the storage
  • 52:12 - 52:14
    procedures and so on, I think
  • 52:14 - 52:16
    we're talking more about PHP
  • 52:16 - 52:18
    development, where we could
  • 52:18 - 52:20
    reuse already existing plug-ins
  • 52:20 - 52:23
    to a large extent. Thank you.
  • 52:24 - 52:26
    >> Tobi, thank you so much for
  • 52:26 - 52:28
    your question, and, of course,
  • 52:28 - 52:29
    thank you for your contributions
  • 52:30 - 52:31
    for -- with translations and
  • 52:31 - 52:33
    that entire polyglots team. Much
  • 52:33 - 52:36
    love to the polyglots team. I,
  • 52:36 - 52:38
    like you, am very anxious to get
  • 52:38 - 52:42
    multilingual into Gutenberg,
  • 52:42 - 52:43
    whether we do it as part of
  • 52:43 - 52:44
    core, as part of an official
  • 52:44 - 52:48
    plug-in, TBD, but part of the
  • 52:48 - 52:50
    reason we made it Phase 4 is I
  • 52:50 - 52:52
    know that we can only do so many
  • 52:52 - 52:55
    things well at a time. And it is
  • 52:55 - 52:57
    supremely important that we
  • 52:57 - 53:00
    really execute super well on
  • 53:00 - 53:01
    these first phases of Gutenberg
  • 53:01 - 53:03
    Blocks. That's why also, even
  • 53:03 - 53:04
    though I'm super excited about
  • 53:04 - 53:05
    it, we haven't officially
  • 53:05 - 53:07
    started anything with the
  • 53:07 - 53:08
    real-time co-editing yet, for
  • 53:08 - 53:12
    Phase 3. If we don't get Phase 1
  • 53:12 - 53:14
    and Phase 2 to be the best
  • 53:14 - 53:15
    experiences in the world for
  • 53:15 - 53:17
    editing, bar none, of any open
  • 53:17 - 53:18
    source, any proprietary
  • 53:18 - 53:22
    competitors, any builders, Phase
  • 53:22 - 53:23
    3 and Phase 4 just won't matter,
  • 53:23 - 53:26
    right? Because it just --
  • 53:26 - 53:28
    WordPress won't be relevant a
  • 53:28 - 53:31
    decade from now. So I do believe
  • 53:31 - 53:32
    that that is the most important
  • 53:32 - 53:35
    problem that we're facing. And
  • 53:35 - 53:36
    part of why, even though we do
  • 53:36 - 53:38
    have a wide breadth of
  • 53:38 - 53:39
    contributors, and like you
  • 53:39 - 53:40
    mentioned, some plug-ins that do
  • 53:40 - 53:44
    solve multilingual already, I
  • 53:44 - 53:46
    don't want to dilute sort of the
  • 53:46 - 53:49
    core contributors' focus away
  • 53:49 - 53:50
    from the initial phases of
  • 53:50 - 53:52
    Gutenberg, because that's just
  • 53:52 - 53:54
    how important I think they are.
  • 53:54 - 53:56
    Now, that said, much like
  • 53:56 - 53:57
    Gutenberg has innovated in
  • 53:57 - 53:59
    plug-ins and then it gets later
  • 53:59 - 54:00
    adopted and merged into core,
  • 54:01 - 54:03
    there is nothing stopping, I
  • 54:03 - 54:05
    think, you know, more innovation
  • 54:05 - 54:06
    or more investments happening in
  • 54:06 - 54:07
    the plug-ins. In fact, I think
  • 54:07 - 54:09
    it's interesting that the
  • 54:09 - 54:10
    plug-ins can take various
  • 54:10 - 54:12
    different approaches with
  • 54:12 - 54:14
    regards to data storage and we
  • 54:14 - 54:15
    can see which works the best and
  • 54:15 - 54:17
    what scales, and the pluses and
  • 54:17 - 54:19
    minuses of each. My hope is that
  • 54:19 - 54:21
    down the line, much like the
  • 54:21 - 54:22
    page builders are coalescing
  • 54:22 - 54:24
    around sort of Gutenberg as --
  • 54:24 - 54:26
    and Blocks as page building,
  • 54:27 - 54:28
    kind of primitive that they all
  • 54:28 - 54:30
    build on top of. My hope is that
  • 54:30 - 54:32
    using learnings and hopefully
  • 54:32 - 54:33
    contributions from all of the
  • 54:33 - 54:34
    folks currently during
  • 54:34 - 54:36
    multilingual plug-ins right now,
  • 54:36 - 54:38
    we can figure out what is the
  • 54:38 - 54:40
    sort of 20% that gets us 80% of
  • 54:40 - 54:42
    the way there and create a
  • 54:42 - 54:43
    common framework that all of
  • 54:43 - 54:45
    them build on and then, you
  • 54:45 - 54:46
    know, much like we are with
  • 54:46 - 54:48
    Gutenberg Blocks, that Rails
  • 54:48 - 54:50
    will, you know, work well with
  • 54:50 - 54:51
    every other plug-in and theme.
  • 54:51 - 54:53
    So that is the hope, that is the
  • 54:53 - 54:56
    plan. 2022 is what I am
  • 54:56 - 54:58
    personally hoping to begin
  • 54:59 - 55:01
    working and focusing on this.
  • 55:01 - 55:03
    That also gives me a few years
  • 55:03 - 55:06
    to learn another language. Thank
  • 55:06 - 55:06
    you for your question. I'll see
  • 55:06 - 55:07
    you around WordPress.
  • 55:09 - 55:13
    >> Hi, Tom. I'm Otto. You wrote
  • 55:13 - 55:15
    in with this question. It reads,
  • 55:15 - 55:16
    sorry I can't make a video to
  • 55:16 - 55:18
    ask my question, but what I
  • 55:18 - 55:19
    would like to ask is what you
  • 55:19 - 55:20
    think about plug-ins like
  • 55:20 - 55:22
    Wordfence and Security Ninja
  • 55:22 - 55:23
    which recommend removing version
  • 55:23 - 55:24
    information from WordPress
  • 55:24 - 55:26
    headers and changing file
  • 55:26 - 55:28
    operations for certain files. If
  • 55:28 - 55:29
    you agree with these
  • 55:29 - 55:30
    permissions, then I wonder why
  • 55:30 - 55:31
    they aren't implemented in the
  • 55:31 - 55:33
    WordPress core. Or if you
  • 55:33 - 55:34
    disagree, then why are these
  • 55:34 - 55:37
    plug-ins allowed to remain in
  • 55:37 - 55:38
    the plug-in libraries and
  • 55:38 - 55:40
    charged for making changes that
  • 55:40 - 55:41
    are not recommended by
  • 55:41 - 55:44
    WordPress. That's a good
  • 55:44 - 55:49
    question, Tom. Well, removing
  • 55:49 - 55:50
    version information is often
  • 55:50 - 55:52
    referred to as a security
  • 55:52 - 55:54
    measure, but on the whole, it is
  • 55:54 - 55:56
    kind of an ineffective one. You
  • 55:56 - 55:57
    see, the thinking is that
  • 55:57 - 55:59
    hackers search for versions in
  • 55:59 - 56:00
    things like the HTML of the site
  • 56:00 - 56:02
    before they run scripts on it,
  • 56:03 - 56:04
    but history has shown that to be
  • 56:04 - 56:07
    rarely the case. The most common
  • 56:07 - 56:09
    problem faced by sites is
  • 56:09 - 56:11
    essentially bots and scripting
  • 56:11 - 56:12
    attacks. From these kind of
  • 56:12 - 56:14
    automated attempts, the failed
  • 56:14 - 56:17
    cases don't really matter, so it
  • 56:17 - 56:19
    doesn't save a hacker any time
  • 56:19 - 56:20
    or effort to have sophisticated
  • 56:20 - 56:21
    code to check versioning first.
  • 56:22 - 56:24
    So, by and large, this kind of
  • 56:24 - 56:26
    thing is the same as hiding the
  • 56:26 - 56:28
    login screen. It's not for
  • 56:28 - 56:29
    security, it's mostly for
  • 56:29 - 56:32
    vanity. The problem really with
  • 56:32 - 56:33
    calling these kind of things
  • 56:33 - 56:35
    security measures is that users
  • 56:35 - 56:36
    who don't understand security in
  • 56:36 - 56:38
    the form of layers of protection
  • 56:38 - 56:40
    will think that doing these is
  • 56:40 - 56:41
    the only security they have to
  • 56:41 - 56:43
    have. I've seen people use bad
  • 56:43 - 56:45
    passwords simply because they
  • 56:45 - 56:47
    assume the login screen couldn't
  • 56:47 - 56:48
    be found in the first place.
  • 56:49 - 56:51
    Doing such things like removing
  • 56:51 - 56:52
    versions or hiding logins or
  • 56:53 - 56:54
    anything like that isn't
  • 56:54 - 56:56
    actively dangerous or harmful,
  • 56:56 - 56:58
    it's just not the first thing
  • 56:58 - 56:59
    you should be doing to improve
  • 56:59 - 57:00
    the security of a website in
  • 57:00 - 57:02
    general. So in that respect
  • 57:02 - 57:03
    they're allowed in the plug-in
  • 57:03 - 57:05
    directory the same as anything
  • 57:05 - 57:07
    else is. I mean, plug-ins are
  • 57:07 - 57:08
    allowed for people who want to
  • 57:08 - 57:10
    do such things, even if that
  • 57:10 - 57:13
    isn't the majority of users. I
  • 57:13 - 57:14
    mean, that's what plug-ins are
  • 57:14 - 57:15
    for, after all, it's to
  • 57:15 - 57:16
    customize your site the way you
  • 57:16 - 57:18
    want it. As for whether they can
  • 57:19 - 57:20
    charge for making changes, all
  • 57:20 - 57:22
    plug-ins on wordpress.org are
  • 57:22 - 57:26
    free. Any charges made by
  • 57:26 - 57:28
    plug-ins such as pro versions
  • 57:28 - 57:30
    that are sold elsewhere is sort
  • 57:30 - 57:32
    of outside of our purview. So in
  • 57:32 - 57:35
    that respect, I would say I only
  • 57:35 - 57:37
    use free plug-ins, so there's
  • 57:37 - 57:38
    probably a free plug-in that
  • 57:38 - 57:40
    will make the changes you want.
  • 57:40 - 57:41
    Thanks for your question, Tom.
  • 57:42 - 57:43
    Appreciate it. Hope that helps.
  • 57:45 - 57:48
    >> Hi, Matt. I'm Winstina. In
  • 57:48 - 57:50
    2017, I presented at Wordcamp
  • 57:50 - 57:52
    U.S. on how cities and towns can
  • 57:52 - 57:54
    work with their residents to
  • 57:54 - 57:59
    sell locally online. My question
  • 57:59 - 58:02
    for you is this: What more can
  • 58:02 - 58:04
    Woo achieve beyond the freedom
  • 58:04 - 58:06
    of empowerment and expression
  • 58:06 - 58:08
    for all to sell digitally?
  • 58:09 - 58:11
    Essentially, what's your vision
  • 58:11 - 58:15
    for Woo democratizing commerce
  • 58:15 - 58:18
    during this pandemic and beyond?
  • 58:20 - 58:20
    Thanks.
  • 58:20 - 58:23
    >> Hi, Winstina. My name is Paul
  • 58:23 - 58:24
    Maiorana. I'm the CEO here at
  • 58:24 - 58:26
    WooCommerce. Thank you for your
  • 58:26 - 58:27
    question and thank you for
  • 58:27 - 58:28
    everything you do to support
  • 58:28 - 58:31
    local businesses. We share that
  • 58:31 - 58:33
    mission, ultimately. So your
  • 58:33 - 58:34
    question couldn't be more
  • 58:34 - 58:36
    pertinent in a year like 2020
  • 58:36 - 58:37
    that has brought such hardship
  • 58:37 - 58:38
    to small businesses.
  • 58:39 - 58:41
    WooCommerce powers over 2
  • 58:41 - 58:42
    million stores on our platform,
  • 58:42 - 58:44
    and we take that role really
  • 58:44 - 58:44
    seriously.
  • 58:46 - 58:47
    One of the things that we've
  • 58:47 - 58:50
    been focused on this year, we
  • 58:50 - 58:50
    know that WordPress and
  • 58:50 - 58:53
    WooCommerce can often be - or
  • 58:53 - 58:54
    require a little bit of
  • 58:54 - 58:55
    technical knowledge, or even
  • 58:55 - 58:57
    just some courage to kind of get
  • 58:57 - 58:58
    up and running with if you're
  • 58:58 - 58:59
    less experienced with the
  • 58:59 - 58:59
    platforms.
  • 59:00 - 59:02
    And this year, especially this
  • 59:02 - 59:05
    year, stores may not necessarily
  • 59:05 - 59:06
    have the budget to go out and
  • 59:06 - 59:08
    hire that additional help. So,
  • 59:09 - 59:11
    we've been focused this year on
  • 59:11 - 59:12
    empowering merchants to be more
  • 59:12 - 59:14
    self-sufficient and removing
  • 59:14 - 59:15
    many of the obstacles that a
  • 59:15 - 59:16
    merchant might hit in getting
  • 59:16 - 59:18
    their store online and then
  • 59:18 - 59:19
    running and growing that store.
  • 59:21 - 59:22
    We've been focused on our
  • 59:22 - 59:24
    on-boarding for one,
  • 59:25 - 59:26
    streamlining the setup process
  • 59:26 - 59:28
    in configuration for Woo, such
  • 59:28 - 59:29
    that you can get to that first
  • 59:29 - 59:30
    sale that much more quickly.
  • 59:31 - 59:33
    We're redesigning the navigation
  • 59:33 - 59:34
    around WooCommerce to make it
  • 59:34 - 59:36
    that much more intuitive, again,
  • 59:36 - 59:37
    for folks who are maybe less
  • 59:37 - 59:38
    experienced with WooCommerce and
  • 59:38 - 59:39
    WordPress.
  • 59:40 - 59:42
    We've been investing big in the
  • 59:42 - 59:44
    Block Editor and bringing new
  • 59:44 - 59:46
    product blocks into WooCommerce
  • 59:46 - 59:47
    to enable our merchants to be,
  • 59:48 - 59:49
    again, more self-sufficient in
  • 59:49 - 59:50
    the way that they merchandise
  • 59:50 - 59:51
    their products and not have to
  • 59:51 - 59:53
    be reliant on a developer to
  • 59:53 - 59:57
    implement those promotions. And
  • 59:57 - 59:58
    we also know that it's not
  • 59:58 - 59:59
    enough to just get a store
  • 59:59 - 60:01
    online and kind of, you know,
  • 60:01 - 60:03
    operate the store. Our merchants
  • 60:03 - 60:05
    want to grow, so we need to help
  • 60:05 - 60:06
    them reach their customers, so
  • 60:06 - 60:08
    we've also been investing a lot
  • 60:08 - 60:09
    in improving the marketing
  • 60:09 - 60:10
    solutions that are available for
  • 60:10 - 60:12
    WooCommerce to help our
  • 60:12 - 60:14
    merchants grow their stores. So,
  • 60:14 - 60:16
    I hope that's helpful. Thank you
  • 60:16 - 60:17
    for contributing to WordPress.
  • 60:17 - 60:20
    >> Wow, that was a lot of
  • 60:20 - 60:23
    questions and answers. I really
  • 60:23 - 60:25
    appreciate everyone from the
  • 60:25 - 60:26
    community who helped answer the
  • 60:26 - 60:29
    questions. As always with
  • 60:29 - 60:30
    WordPress, these things are so
  • 60:30 - 60:31
    much better when we work
  • 60:31 - 60:34
    together, and it was exciting to
  • 60:34 - 60:35
    me to be able to do a
  • 60:35 - 60:37
    distributed and virtual version
  • 60:37 - 60:38
    of what happens sometimes at
  • 60:38 - 60:40
    Wordcamps when I'll pass the mic
  • 60:40 - 60:42
    to someone, usually in the front
  • 60:42 - 60:43
    row from the WordPress
  • 60:43 - 60:44
    community, who knows so much
  • 60:44 - 60:46
    more than I can and can answer
  • 60:46 - 60:48
    the question so much better. So
  • 60:48 - 60:48
    keep an eye out for these
  • 60:48 - 60:50
    recordings and captions and
  • 60:50 - 60:52
    more, which will be on
  • 60:52 - 60:56
    wordpress.tv and the WordPress
  • 60:56 - 60:59
    YouTube channel. With that, I
  • 60:59 - 61:01
    bid you adieu. Thank you so much
  • 61:01 - 61:03
    for tuning in. I am so
  • 61:03 - 61:05
    appreciative to the WordPress
  • 61:05 - 61:07
    community this year for being
  • 61:07 - 61:10
    just a place of stability and
  • 61:10 - 61:12
    strength. I really love and
  • 61:12 - 61:14
    appreciate you all. Thank you so
  • 61:14 - 61:17
    much and see you again online.
Title:
Matt Mullenweg: 2020 State of the Word Q&A
Video Language:
English
Duration:
01:01:16

English subtitles

Revisions