Birgit Olzem (@CoachBirgit) introduced us to her Project “Inclusive Language Checker for Open-Source Contributors“. At the CloudFest Hackathon.

Transcript (auto generated)

Simon:
Okay, Birgit, what is your project called and what is it all about?

Birgit:
Okay, the project I’m currently leading is called the Inclusive Language Checker for Open Source Contributors.

Simon:
I love how all the project titles at this hackathon are like 10 meters long.

Birgit:
Yeah, we managed to keep it short and possible.
It should also be descriptive enough. So basically the idea behind it is to improve written content on basicallyMakeWordPress.org or all WordCamp sites to make sure that there’s always the usage of inclusive language.
Often documentation is written in English and often based in the US and there’s always use of slang or terminology whichmight be difficult and offensive to someone else.
And also we have other cultural backgrounds and so we are looking basically for a list of terms and phrases which may be problematic and want to highlight that in the back end when you are composing content using in our case now WordPressblock editor to have a basic check if the terms you are using in your documentation documentation is inclusive or highlights when you maybe use a word which needs to be replaced for instance.

So that is the basic functionality we are having scoped out for the hackathon but for the future we imagine also have a basic accessibility check for correct semantic and hierarchy of headings and paragraphs but also the correct usage of alttags for image and visuals but also checking always for the good color contrast currently is a basic check already in there but we want to bring it more into awareness that these small tweaks for contributors are more helpful to make sure that the content published is more inclusive for everyone who isn’t really aware of that there is an issue maybe and we don’t want to put a burden on contributors contributors as well and we want to keep it as simple as possible so that is not invasive and nondestructive but also helpful educative in a wild dream maybe something like this will exist someday in core by default to make the wordpress project more accessible and inclusive by default but it’s a dream and we can dream about.

And we have a great team at our current setting. We have a really diverse team based on development.
We have some folks who are good in writing documentation.
We have a linguist. We have a project manager.
And so we are currently checking a list of words, which may be extended afterwards.
We are also putting the basics on GitHub, like creating workflows, how to open a bug report. so it gets tagged already inthe right position.
So we are preparing our GitHub repositories for a scale so that we can scale afterwards.
But it’s also easier to merge maybe to the WordPress org account on GitHub.
So we try to stay as close as possible to the WordPress core.
Don’t add any fancy new stuff, just hooking into the existing functionality and trying to catch and be performant as good aspossible so that we also stay in a sustainable way, not only from performance side, but also sustainable that contributors geteducated that there might be an issue, but doesn’t offend them or judge them for bad practices, but just only a gentle hit.
Okay, maybe you can tweak a little bit. it. That’s a basic idea.

Simon:
Okay. Thank you so much.

Birgit:
Thank you very much.

Javier Casares (@javiercasares) one of the team reps of the WordPress hosting team, introduced us to his project “WordPress Tools for Hosting Providers” at the CloudFest Hackathon.

Transcript (auto generated)

Simon:
What is your project called, and what is it all about?

Javier: I don’t remember the name. Yeah, no, no, no.
No, it’s a WordPress hosting tool for hosting providers because the main thing is almost half of the internet uses WordPress, so we need to test the future versions of WordPress.
So the hosting team has some tools that checks every commit, So every change that is made in the future code is going to be tested in the most possible hosting companies can reach.
So we have a tool that hosting companies uses to run those tests.
And we can check if all the changes in the code works on all the hosting companies as possible.

Simon:
But that’s a tool that’s already existing, right?

Javier:
Yeah, that was a tool that existed for six years, but has been there for a long time.
And nobody paid a lot of attention.
So in the last six months, I’ve been trying to understand the tool because it wasn’t build by me.
And then we detected some things that we can improve. For example, a lot of hosting companies offer different PHP versions.
So we need to check the same WordPress code in different PHP versions.
And that was something that it wasn’t in the tool. So that’s something we just added.
And then for example, another thing is hosting companies offer different types of services.
For example, the shared hosting, the VPS, the cloud.
Whatever they are using. So another thing we are going to try, this is what we are doing now, is to have like a multi-environment reporting.
So the idea is to go from one test, one report to a multi-exponential reporting.

Simon:
So more like a matrix of different tests to run at a hosting company.

Javier:
Yeah. So for example, the developers, developers, will see how the WordPress software works in a lot of combinations and in a lot of possible versions and everything.
So that’s the main goal we are working on right now.
We have some ideas in mind to improve in the future, but that’s something the hosting companies and the developers mainly, were asking us for four years, maybe.
And we didn’t have the time or the resources to do it.
And that’s when CloudFest, like six months ago, when they asked me, OK, you have a project in mind?
It was like, OK, I think we can have a lot of hackers working on this because that’s something they asked to do and to improve.
Proof, and right now, we have half of the code, and I think we are going to have everything that we have in mind at the end, so yeah, it’s very, very cool.

Simon:
Cool. One final question.
What’s in it for me as a hosting company to run these tests?
Because it’s nice for WordPress, I get that. But what’s in it for the hosting companies?

Javier:
For the hosting companies, you will get a report with its pass.
So everything is fine. But you can get a report that something is not working.
So you will get some information about what’s happening, that your configuration fails or has any problem.
And you can ask the host WordPress community that, okay, we have this error.
Maybe we detected that, okay, it’s something that we need to improve or some version or whatever.
Or maybe it’s something that our system is not compatible with WordPress.
So maybe we need to improve WordPress to be compatible with this error.
So it’s like a win-win for everybody because it’s a win for developers.
So they can see that WordPress works in all the environments.
And for hosting companies, it’s a win because you can check months before a new release that that release will work in your hosting company.
So you can offer the best service to your clients.

Simon:
Thank you.

Javier:
Okay, you’re welcome.

We’re about to kick off CloudFest 2024 with the CloudFest Hackathon.