Author: roger

  • WP Book Club Week Dos – Getting Started

    Reading: Producing Open Source Software, Chapter 2 – Getting Started

    So this week was Chapter 2 of Producing Open Source Software and, true to form, I stayed up late the night before to get the reading done. Not my proudest habit, but hey, it got me reading, and that’s the whole point of joining a book club, right? And honestly, once I sat down with it, I found myself really interested. This stuff is about open source, about community, and even though I’m not a developer, it feels like exactly the kind of work I should be learning about. My day job is partnerships and community in the WordPress ecosystem, so yeah, this is community work.

    I’ve got to give credit where it’s due; Aaron Jobin did a great job leading the group this week. He gave us some structure and nudges to participate, and that made it easier for everyone to jump in. I had a few highlights saved from the chapter (side note: discovered a neat Safari trick, if you highlight text in Safari, you can send it straight to the “Quick Notes” folder in Apple Notes, which is kind of hidden but really useful). That made it easier to come into the discussion with actual notes instead of half-remembered scribbles.

    One section that stuck out to me was about naming a project. The advice was basically “look around first.” Maybe what you’re trying to build already exists, or maybe it fits better as an addition to an existing project. In WordPress, that often means a plugin or a contribution to core instead of spinning up something brand new. I thought that was timely. With AI changing things so fast, and with the reality that WordPress needs younger people coming into the community, there’s something powerful about channeling energy into existing projects instead of scattering it into the wind.

    Another highlight: Fogel points out that even in projects designed for non-technical users, some percentage of those users are future developers. That clicked for me. You’ve basically got two audiences at all times: the everyday end user and the people who might roll up their sleeves and become contributors. My marketing brain went off here: that’s segmentation, right? Different messages, different documentation, different entry points. In business, we’d call it marketing, but in open source it sometimes gets treated as a dirty word. I’m not saying “sell out,” just that maybe we can borrow ideas from the business world, test them, adapt them, see what sticks.

    There was also this part about how no project starts perfectly. In a dream world you’d launch with perfect docs, a user manual, cross-platform support, all of it. But in reality? That’s impossible. People hope others will fill in the gaps later. And that’s where I laughed to myself because I usually hate the phrase “hope is not a strategy.” It’s one of those eye-roll business clichés. But here, it kind of fits. Hope is at least a half-plan. The question for me is whether AI could step in here. Could we use it to accelerate documentation, compatibility notes, or early roadmaps? Not as a magic fix, but as a tool. The trick, of course, is being specific about what AI can actually do and setting up some kind of system that multiple projects could use.

    Then there was the section about flaws. Fogel says: In open source, you list your shortcomings openly. No need to exaggerate, just be scrupulous and matter-of-fact. That’s a little brutal, honestly. It’s tough to admit what’s broken in something you care about. But it makes sense. Everyone sees the issues anyway. Pretending they’re not there just makes you look less trustworthy. The caveat is security; some things really do need to stay private, but outside of that, transparency wins.

    We got a laugh out of the part about “naïve newcomers.” Every project has them. Sometimes they’re the next star contributor, sometimes they stay naïve forever. The tension is in how much time and grace to give people. And this is where it gets tricky, because open source doesn’t hire and fire. Anyone can show up, anyone can participate, which is both amazing and, let’s be real, chaotic. WordPress plugins are a perfect analogy: it’s great that anyone can build one, and it’s also… not so great that anyone can build one. That’s where codes of conduct come in. They’re a way to set boundaries in a space where there aren’t bosses and paychecks to manage behavior. It’s not easy, but it’s necessary.

    That led us into one of the most fascinating parts of the chapter: codes of conduct for organizations. I hadn’t thought about this before. We all know about individual CoCs, but what about commercial actors in open source? The Arches Project has a really thoughtful example, guidelines for companies that participate. Stuff like: don’t replace community infrastructure, make sure your offerings are clearly labeled, contribute to shared documentation, don’t siphon conversations into private spaces. Reading that, I couldn’t help but think about WordPress. We’ve got sponsors, agencies, hosting companies, product makers, all of them commercial entities shaping the project. Instead of pretending they’re not there, why not have a set of guidelines? Something that says: yes, you can bring your commercial interests, but here’s how to do it in a way that strengthens the community.

    We also circled around the point that open source depends on public conversations. Decisions made behind closed doors erode trust. Security discussions are one of the few exceptions. But otherwise, transparency is oxygen. And of course, we had to bring up Gutenberg. When it was introduced, the decision felt very top-down, very closed-door, and we’re still living with the ripples of that moment. Gutenberg, aka the block editor, is in a good place now, but the way it was introduced left scars. It’s a reminder of how fragile trust can be when discussions happen in private.

    By the end of the conversation, I was struck by how much of open source is about people, not code. Grace, forgiveness, patience, transparency, all of those values are hard to live up to, especially when conflicts arise. But that’s the point. Open source isn’t just a job. It’s not just code. It’s community. It’s messy, it’s human, and it requires a different mindset than a paycheck-driven project.

    So that’s week two. I’m still very much learning, still feeling like a bit of an outsider, but I’m glad to be part of this. The group is great. The book is better than I expected. And even if I only get the reading done at the last minute, I’m getting a lot out of it.

    Wanna read a take from someone who is deep in the work? Check out Jeff Paul’s status updates of the book here.

  • The Global Dev Next Door: Felix’s Story from Kenya to WooCommerce

    One of the best parts of working in the WordPress ecosystem is seeing just how global and connected it really is. In this conversation, I had the pleasure of chatting with Felix Kipyego, a Kenyan developer who went from tinkering with Arduino boards to building high-impact WooCommerce plugins used by large international organizations.

    A Tech-Savvy Start

    Felix didn’t grow up with a computer. In fact, he didn’t get one until university, where he studied Telecommunication and Information Engineering. But his interest in electronics and systems led him to programming, and eventually to WordPress, where he saw an opportunity to learn, earn, and build.

    Why Clients Choose Custom

    Today, Felix builds bespoke WooCommerce plugins for clients with unique business processes. One example: a plugin that supports organizations using purchase orders rather than credit cards. It automates the PO approval process, ensures correct documentation, and only processes the order once everything checks out.

    “It’s not about how complex a plugin is, it’s about how usable it is,” Felix says.

    The Power of Showing Up

    Despite being active in Kenya’s local WordPress scene (where there are monthly meetups and lively WhatsApp groups), WordCamp EU 2025 was Felix’s first international WordCamp. Contributor Day gave him a huge unlock: realizing that contributing isn’t about being a genius. It’s about showing up.

    “When I met the people behind the plugins, I realized we were more or less on the same level. That helped me see I could contribute too.”

    AI, but Make it Real

    Felix uses AI tools for debugging and QA but is clear-eyed about their limits. “AI is good in theory,” he says. “But it doesn’t always understand the real-world consequences of the code it suggests.”

    He’s not dismissing AI, he’s just waiting to see where it matures before diving deeper.

    Looking Ahead

    Felix is currently accepting new client work (within reason, he’s busy!). You can reach him through LinkedIn.

  • WP Book Club Week 1

    Aaron Jorbin has been nice enough to organize a book club for WordPress people, especially core contributors. I love a book club and have tried to create and join a few over the years. This one is interesting to me because WordPress and also I like Aaron.

    Preface

    The first book we are tackling is Producing Open Source Software by Karl Fogel. Its a book that has been around for over 20 years and had an update in 2023. I have not read this book before, and the Preface hooked me immediately:

    Everyone has infinite power; everyone has no power.

    Karl Fogel – Producing Open Source Software

    This week we are covering the Preface and the Intro. The Preface is a call to arms for us all to get involved with Open Source Software. We all use it everyday yet the vast majority of people have no idea. We have no idea that we can participate even just as users giving feedback. Karl talks about “competence at cooperation” as a key skill for participating in open source software. Cooperation is something I can always be better at.

    Introduction to Free then Open Source Software

    In the Introduction Karl gives us a history of software development. Starting in the early days of the 40’s, 50’s, and 60’s software was seen as a secondary feature that the hardware allowed to happen. Back then software was given freely by the manufacturers and exchanged between users, mainly academics. It was similar to what we now call open source software.

    Naturally this changed as hardware became standardized and suddenly software was the differentiator. Laws were updated to allow copyright of software and the modern close source software movement was cemented. Developers could now copyright their work and license it to users.

    Then Richard Stallman had a thought to give software away for free and created GNU (GNU is Not Unix) and the GNU GPL(General Public License). The GPL should be familiar to WordPress people. This license “says that the code may be copied and modified without restriction, and that both copies and derivative works (i.e., modified versions) must, if they are distributed at all, be distributed under the same license as the original, with no additional restrictions.”

    This was a big event in the free software movement as it created a legal framework for it to exist. For many this was more than just software and was seen as an ideological movement. Software is words the same as speech and deserves to be freely distributed just like thoughts. For others this was a convenient method for sharing their work and getting others to review it and improve it. They didn’t necessarily see a movement just a practical way to operate.

    In the late 1990’s the free software movement was doing well. Linux had been created along with the X Windowing system and many other parts and pieces allowing people to fully own their computer hardware and software.

    The problem at this point was marketing. For businesses the word ‘free’ is anathema to just about everything they exist for. An adjustment needed to be made to bring commercial interests into the movement. It was also confusing to think of ‘free’ software that was given away at no cost to the user versus software which you had access to the source code.

    The change was made to ‘Open Source’ to alleviate these concerns and today rough estimates put to total economic value at over $9 Trillion.

    Today we need to work to create community around our projects to ensure they keep going and improving. We should be aware of each others motivations to be a part of the projects that we work on. We should also work to make everyone feel welcome.

  • Will AI Replace WordPress?

    I keep hearing the same questions pop up lately, in Slack, at events, in casual convos with agency folks:

    “Do we even need WordPress anymore?”

    “Can’t AI just build the whole site?”

    So I asked someone who would know, Adam Silverstein, a longtime WordPress core contributor. He’s also one of the people Kinsta proudly sponsors for his work on open source.

    In the run-up to WordCamp US 2025, Adam joined me for a chat about his upcoming talk:

    Unlock Developer Superpowers with AI

    What followed was one of the most grounded, insightful takes on AI in development that I’ve heard in a while.

    Here are a few takeaways:


    AI is (still) just glorified autocomplete

    That’s how Adam described it, a reminder that under all the hype, it’s still a tool that completes what we start. Helpful? Absolutely. But magical? Not quite.

    WordPress isn’t going anywhere

    Sure, AI can spin up a brochure site. But what about maintaining that site? Editing content? Handling forms and workflows? That’s what CMSs (WordPress) were built for.

    Developers still matter

    One of the best parts of the conversation was Adam’s take on junior devs. He sees AI as a way to accelerate their growth, not replace them. That said, he’s quick to point out the risk of over-relying on AI without understanding the code it generates.

    “If you don’t have any discernment to tell what a good result is, you’re going to wind up with not-great code.”


    Adam’s talk is coming up at WordCamp US, and I’m excited to see the full version. Until then, I highly recommend watching our full interview. Especially if you’re a developer, agency owner, or just trying to figure out where this whole AI-in-web-dev thing is headed.

  • Making the Most of Contributor Day at WordCamp US: Insights from Aaron Jorbin

    In less than two weeks, WordCamp US 2025 kicks off in Portland — and Contributor Day is first on the schedule. I had the chance to catch up with Aaron Jorbin, core team lead for the event, to talk about what makes Contributor Day special and how to get the most from it.

    For Aaron, these days are about more than code commits and bug scrubs. They’re about connecting faces to avatars, sharing half-baked ideas to get real-time feedback, and helping contributors — both new and experienced — find their place in the project.

    His advice for newcomers? Decide on a team in advance (but don’t be afraid to switch if it’s not the right fit), do a little prep work so you’re not wrestling with setup on the day, and remember that any contribution is valuable.

    For experienced contributors, Aaron suggests looking for ways to mentor, connect with other teams, and bring your unique perspective to the table — even if it’s outside your usual focus area.

    We also talked about one of his favorite Contributor Day memories — helping a new contributor at WordCamp Philly in 2011 fix a small bug. That contributor was Mel Choyce, who has since gone on to become a core committer and lead releases.

    And yes, we snuck in some Portland tips. Aaron recommends Upper Left Roasters for coffee lovers, and a visit to St. John’s Bridge for its stunning views and Cathedral Park underneath.

    Whether you’re there to write code, test, document, or just learn, Contributor Day is your chance to help shape WordPress — and maybe share a coffee or two while you’re at it.

    Full Transcript(Edited for clarity):

    Roger Williams (00:00)

    For other coffee lovers, are there one, two, or three coffee shops in Portland that you’d say, “You’ve got to check these out”?

    Aaron Jorbin (00:07)

    You’re putting me on the spot here!

    Roger Williams (00:09)

    Okay, how about just one?

    Aaron Jorbin (00:12)

    I actually have an entire map of Portland with a number of my favorite coffee shops. The roaster that stands out is Upper Left Roasters, down in Ladd’s Addition. They brew a variety of single-origin coffees and rotate them daily. They also have a great little patio area. It’s a nice spot not far from WordCamp, and there are some food cart pods nearby.

    Roger Williams (00:49)

    Excellent. We’ll have links for people. How about a Portland feature you wish more people visited?

    Aaron Jorbin (00:59)

    It’s a bit out of the way, but the St. John’s Bridge in North Portland is gorgeous. Some say it was the model for the Golden Gate Bridge. It’s a suspension bridge with Cathedral Park underneath, where you can walk among the pillars and see the underside of the bridge. You can also walk across it, and on a clear day, see Mount Hood.

    Roger Williams (01:32)

    Wow. There’s a big event coming up — WordCamp US in less than two weeks — and Contributor Day is happening on Tuesday. You’ll be leading the core team. How do you approach a Contributor Day?

    Aaron Jorbin (02:10)

    Contributor Days are one of my favorite parts of WordCamps. They give new people a chance to see how the software is made and how the project functions, while also allowing existing contributors to meet in person, put faces to avatars, and share half-baked ideas to get quick feedback.

    Roger Williams (02:53)

    Right, because the WordPress project is essentially remote work. In person, we can read body language and tell if something’s working. For someone new, Contributor Day can be intimidating. What’s your advice?

    Aaron Jorbin (04:00)

    Decide beforehand what team you want to join — though it’s fine to switch if it’s not the right fit. Do some prep work; most Make Teams post instructions ahead of time. For core, that means setting up a local development environment before you arrive. Wi-Fi can be unreliable at big events, so avoiding large downloads onsite helps. And remember: any contribution you make is valuable.

    Roger Williams (04:49)

    If I’m not a developer, will I still have a good experience with the core team?

    Aaron Jorbin (05:25)

    If you’re in software development — project managers, product managers, designers, developers, QA testers — you’ll find plenty to do. If you’re more on the content or support side, other teams might offer a more immediate impact.

    Roger Williams (05:57)

    Do you have specific goals for this Contributor Day?

    Aaron Jorbin (06:09)

    I’d like to help passive contributors become more active. We’re planning a live bug scrub so people can learn how to run one and maybe lead their own in the future. We may also have deep dives into harder technical areas for those who want to tackle legacy parts of WordPress.

    Roger Williams (07:02)

    What’s your advice for setting up a reliable local environment?

    Aaron Jorbin (07:38)

    WordPress ships with one using Docker, with instructions in the readme. Using it means you’ll have the same environment as many other contributors, making it easier to collaborate.

    Roger Williams (07:56)

    For experienced contributors, how can they make the most of the day?

    Aaron Jorbin (08:32)

    Talk to other teams. If you usually work in the forums, bring common issues you’ve seen to the core team — we may point you to a Trac ticket or explain the reasoning behind a feature. It’s a great way to cross-pollinate ideas.

    Roger Williams (09:10)

    What about mentorship?

    Aaron Jorbin (09:33)

    It’s a chance for everyone to learn. Experienced contributors can hear about the challenges new contributors face. For example, we realized there’s no single document explaining Trac keywords and workflow, so I want to find people to help create that and test it with newcomers in real time.

    Roger Williams (10:19)

    Do you have a Contributor Day memory that could only have happened in person?

    Aaron Jorbin (10:36)

    At WordCamp Philadelphia in 2011, I helped a new contributor fix a small bug. That contributor was Mel Choyce, who has since become a core committer and led releases. That was her first contribution to WordPress.

    Roger Williams (11:20)

    That’s fantastic. Are you looking forward to getting back to Portland?

    Aaron Jorbin (11:45)

    Absolutely. I lived there years ago — it’s where I fell in love with coffee — so I’ll be visiting a few favorite spots and enjoying the “sweet nectar of the gods.”

    Roger Williams (13:47)

    Any talks you’re especially looking forward to?

    Aaron Jorbin (13:47)

    Jeff Paul is doing a workshop on ethical and scalable AI. There’s so much potential in AI, and I’m excited to see the ethical side addressed.

    Roger Williams (14:31)

    If people want to connect with you, where should they go?

    Aaron Jorbin (14:31)

    My WordPress site: aaron.jorb.in

    Roger Williams (14:36)

    Perfect. Looking forward to seeing you in Portland.

    Aaron Jorbin (14:41)

    Likewise.

  • Why Your E-Commerce Store Might Need a Rebuild

    When it comes to running an e-commerce store, most managers are focused on sales, marketing, and customer experience. But what happens when new regulations suddenly put your entire platform under the microscope?

    That’s where Lillie Mazitova of Rocket Conseil comes in. Lillie’s Paris-based web agency that specializes in e-commerce automation and compliance. She’s spent over a decade helping brands navigate a constantly shifting landscape of regulations—everything from GDPR and payment security to the European Accessibility Act.

    Lillie shared with me that there are some clear red flags that often mean a site will need a complete rebuild:

    • Using a SaaS platform that makes digital accessibility difficult to implement compared to open source.
    • Running on an outdated IT ecosystem with years of neglect.
    • Using a theme that was never designed with accessibility or compliance in mind.

    In her words, compliance is “case-by-case,” but many companies wait until they get fined before taking action. And with the European Accessibility Act now applying to businesses with as few as 10 employees or €2M in turnover—plus fines of €20,000–€50,000 every six months—waiting is no longer a safe bet.

    The good news? Accessibility and compliance aren’t just about avoiding penalties. Done right, they improve SEO, speed, and usability for everyone.

    If your e-commerce store is facing compliance questions—or you want to avoid expensive rebuilds—reach out to Lillie on LinkedIn. Getting an expert in early can save you time, budget, and a lot of stress down the road.

    Full Transcript:

  • Why I Think You Should Show Up for Contributor Day at WordCamp Canada

    Recently, I had the chance to catch up with Troy Chaplin, long-time WordPress contributor, plugin developer, and one of the key organizers behind this year’s WordCamp Canada, happening October 15–17, 2025 in Ottawa.

    We talked about everything from accessibility to Contributor Day, and if you’re anywhere near Canada, or even just have a valid passport and a love for the open web, you should go.


    WordCamp Canada: Come for the Talks, Stay for Contributor Day

    WordCamp Canada is shaping up to be one of the most exciting WordPress events in North America this year. It kicks off at Carleton University in Ottawa with Contributor Day on October 15, followed by two days of talks and community on the 16th and 17th.

    Yes, Dave Winer, co-creator of RSS, is a keynote speaker. That alone is worth the $100 CAD ticket price (roughly $65 USD). But what really stood out in my conversation with Troy was how much energy he’s putting into making Contributor Day a valuable, welcoming experience, especially for folks who’ve never contributed before.


    Contributor Day: A Gateway, Not a Gate

    Troy shared how he came into last year’s Contributor Day with a goal: contribute to Gutenberg for the first time. This year, he’s returning to help others do the same.

    He’s also pushing for more collaboration with WordPress Accessibility Day, which happens to fall on the same day. That’s no coincidence. Troy works at a university, where accessibility isn’t just a checkbox, it’s a necessity. That mindset is baked into the way he thinks about WordPress.

    As someone who spends a lot of time helping agencies and developers through my role at Kinsta, I’ve seen firsthand how powerful open-source contributions can be, not just for the project, but for the contributor. Contributor Day is where new contributors find their lane, and experienced ones find their people.


    A Plugin for Accessible Publishing

    One of the coolest things Troy mentioned was his new plugin, Block Accessibility Checks. It’s a validation tool that helps content creators spot issues, like missing button text or links, before publishing. Think of it as the WordPress version of Gmail’s “Did you mean to attach something?” prompt.

    Version 2.0 of the plugin adds a developer API, so other block developers can plug in their own rules. It’s clean, useful, and built with the same collaborative spirit that makes WordPress great.


    So, Should You Go to WordCamp Canada?

    Yes.

    Contributor Day isn’t just for seasoned developers. It’s for anyone who wants to better understand how WordPress gets built, and maybe build a little of it yourself.

    Whether you’re looking to dive into accessibility, design, documentation, or development, there’s a place for you. And if you’re not sure where to start? People like Troy will help you figure it out.


    Quick Details

    • Contributor Day: October 15, 2025
    • WordCamp Canada: October 16–17, 2025
    • Location: Carleton University, Ottawa
    • Tickets: ~$65 USD / $100 CAD — buy here

    Full Transcript

    Full Transcript: Roger Williams and Troy Chaplin on WordCamp Canada & Contributor Day

    Roger Williams: WordCamp Canada is going to be in Ottawa this year—just to make sure people get to the right city. Can you remind me of the dates?

    Troy Chaplin: Yeah, days one and two are October 16th and 17th on the campus of Carleton University in Ottawa.

    Roger: Excellent. And I recall seeing that the keynote speaker is going to be the one and only Dave Winer, one of the creators of RSS. That’s pretty exciting.

    Troy: Yeah, and in addition to that, we also have a second keynote speaker—Evan Prodromou. He’s really big in the Fediverse and ActivityPub space. We’re also close to confirming a third keynote speaker for Contributor Day.

    Roger: Wow, more big announcements coming. But the most important thing here is: people need to buy tickets and go to the event. Head to the website, grab your ticket, and share that you’re attending. Let’s make this a big one.

    Troy: Absolutely. Tickets are $100 CAD—so around $65 USD. Where else can you get two or three days of solid content for that?

    Roger: And also get access to Contributor Day, which is always a really fun and fascinating part of any WordCamp. Now let’s shift gears and talk about your WordPress contributions. What have you been up to?

    Troy: My main focus recently has been an article I’ve been working on for a while—an advanced multi-block tutorial. I finally submitted it for review. I’ve also been digging into Gutenberg issues, particularly in the design area, and making some accessibility-related contributions. Design contributions take patience, but it’s been rewarding.

    Roger: What about your past articles?

    Troy: The first one was about building a multi-block plugin that mashed assets together. This new article improves that by supporting static, dynamic, and interactive blocks in one package. It also uses Webpack to help with block variations and styling, all while reducing complexity for developers.

    Roger: Is that available publicly?

    Troy: Yes, it’ll be available in the WordPress Training Team GitHub. I’ve also written about hybrid themes and block categories. Writing those helped me learn things I didn’t know before—like how much you can actually do with block categories.

    Roger: Definitely deep technical content. But it’s fascinating, even for those of us who don’t write code. Now, back to Contributor Day—what’s your mindset going in?

    Troy: Last year, my goal was to contribute to Gutenberg for the first time—and I did. This year, I want to focus on accessibility, especially with Contributor Day overlapping with WP Accessibility Day. I’d also love to help onboard new contributors, just like I was helped last year.

    Roger: That’s what makes Contributor Day special—new people, experienced people, and face-to-face collaboration. It really builds the community. Huge thanks to you and all the contributors who make WordPress what it is. Anything else you want to share?

    Troy: I’ve been building and maintaining a plugin called Block Accessibility Checks. It ensures content creators meet basic accessibility needs—like making sure buttons have text and URLs. Version 2.0 includes a developer API that lets others use the validation engine for their own blocks, whether it’s for accessibility or other purposes. It’s flexible and integrates into the options pages of my plugin.

    Roger: That sounds like the Gmail “Did you mean to attach something?” alert, but for publishing. What’s the plugin called?

    Troy: Block Accessibility Checks. I focused on accessibility, but in hindsight, it could also be used more broadly for validation. Still, I’m happy with the direction.

    Roger: Love it. We’ll link to the plugin and the event below. Everyone—go buy your ticket to WordCamp Canada and make plans to be in Ottawa in mid-October. If someone wants to reach out to you, what’s the best way?

    Troy: You can find me on the Make WordPress Slack, or go to WPSlack.ca to join the WordPress Canada Slack group.

    Roger: Perfect. Always a pleasure talking with you, Troy. Thanks so much for your time.

    Troy: Thank you, Roger. Cheers.

  • Services to Scalable Products: Arpit’s Journey with WPSyncSheets

    When I sat down to chat with Arpit G Shah, I wasn’t expecting to get a crash course in how a client request turned into a thriving WordPress plugin business. But that’s exactly what I got.

    Arpit started out building custom websites in India after graduating in Information Technology. Like many of us, his early experience was hands-on: working in PHP, customizing themes, tweaking plugins, and delivering websites for a wide range of clients.

    But it didn’t take long for the realities of agency life to set in.

    “We needed to offer service during the day and also stay up late to support overseas clients,” Arpit told me. “It became hard to manage. That’s when I started looking for something more scalable.”

    That “something” turned into WPSyncSheets, a plugin business born out of a real-world problem: a client needed to manage data between Gravity Forms and Google Sheets in real time. So Arpit built the integration, and then realized it wasn’t just a one-off. There was real product-market fit.

    He launched the first plugin in 2018 and hasn’t looked back. Today, WPSyncSheets includes integrations for Gravity Forms, WooCommerce, and more, with features like syncing coupons, inventory, and pricing directly from Google Sheets.

    It’s the kind of plugin that scratches a real itch for agencies and store owners alike.

    What’s next? AI.

    Arpit’s team is working on WPSyncSheets AI, a new version designed to help manage massive inventories, think 50,000 products, while detecting duplicates and mismatches between data fields automatically. It’s not just about automation; it’s about insight.

    “The AI will clean and map the data for you,” Arpit said. “It’s about making things easier before import.”

    On top of that, Arpit’s deeply involved in the WordPress scene in India, co-organizing his local meetup and encouraging global folks to come to WordCamp Asia in 2026.

    “We had 2,000 people at just one local meetup,” he said. “Imagine what WordCamp Asia will be like!”

    If you’re building plugins, managing clients, or just thinking about how to shift from service to product, Arpit’s story is worth following. It’s proof that you can go from solving one client’s problem… to helping thousands of others solve theirs too.

    👉 Follow Arpit on LinkedIn

    👉 Check out WPSyncSheets

  • Plugin Updates Without Panic — Highlights & Full Conversation

    Last week I hopped on a call with three Codeable experts—Edith Allison (WooCommerce), Tome Pajkovski(performance), and Elson Ponte (front‑end & project management)—to talk about that moment every site owner dreads: when a plugin update breaks the site.

    Below is a quick‑read recap for busy agency owners and DIY site builders, followed by the fully edited transcript if you’d like to dive into the complete discussion.


    5 Key Takeaways

    1. Every plugin update is a security update. Most WordPress vulnerabilities start in plugins. Staying current closes the door before attackers get in.
    2. Staging isn’t optional. Spin up a staging site, run updates there, test critical paths (forms, checkout, log‑in), thenpush live.
    3. Automation + eyeballs = safest combo. Kinsta’s automatic updater handles the busywork—rolling back if screenshots don’t match or PHP errors appear—but a human still needs to test payments and watch for alert emails.
    4. Know when to call a pro. If checkout fails, a plugin is abandoned, or a security breach occurs, hire a vetted developer. Codeable’s fixed‑price model removes guesswork.
    5. Give limited access. Start freelancers on Kinsta’s staging‑only Site Developer role; promote privileges only when trust is earned.

    🚀 Ready to update without stress? Test Kinsta and get the first month free and practice safe updates in staging. Need expert help? Post your project on Codeable — you might hear from Edith, Tome, or Elson directly.


    Full Edited Transcript

    (Time stamps removed, filler words trimmed for clarity.)


    Roger Williams: What’s your process when an update breaks something?

    Elson Ponte: I try to prevent disasters by testing on a local or staging server first. If something breaks in production, I check the logs, identify the culprit plugin, roll it back, and clear any caching or minification that might mask the real issue. Then I bring the site back up as fast as possible.

    Roger: Good point. For non‑technical readers: server logs are your friend. In MyKinsta you can view them in the dashboard or via SSH.

    Roger: Today I’m joined by Elson, Tome, and Edith from Codeable. We’re talking about WordPress plugin updates—why they matter and how to handle them. Quick intros?

    Edith Allison: I’m based in Austria and specialize in WooCommerce development.

    Tome Pajkovski: I’m from Skopje, Macedonia. I do a bit of everything, but performance is my passion.

    Elson Ponte: I live on Madeira Island, Portugal. I started as a front‑end dev and now wear a project‑management hat as well.


    Why Updates Matter

    Roger: Patchstack says 97 percent of WordPress vulnerabilities come through plugins. Edith, from a store‑owner perspective, why else should we update?

    Edith: Security is obvious, but performance is huge. Plugin authors constantly reduce queries and streamline code. If you don’t update, you’re stuck with last year’s speed.

    Tome: And some plugins connect to external services. If those APIs change, only the new version keeps working.


    Automatic vs Manual Updates

    Roger: WordPress Core now auto‑rolls back fatal errors, and Kinsta’s updater adds visual regression tests. When do you still choose manual?

    Edith: I don’t automate on shops. I update every other week at a quiet hour, then monitor orders for the day.

    Tome: Start on staging. Update gradually. The higher the business risk, the slower you go.


    Keep a Human in the Loop

    Elson: Automation is great, but someone must click a form, place a test order, and watch alert emails. If Kinsta rolls back an update, the site stays up—but you still need to find out why it failed.


    Troubleshooting 101

    Elson: Logs first. Disable the problem plugin. Roll back. Clear cache. Test again. Document everything.

    Edith: Have a second browser or your phone open—not logged in—so you see what customers see.

    Tome: Don’t hand freelancers the master login. Use limited roles.


    When to Hire a Developer

    Roger: Red‑flag moments?

    Edith: Broken checkout.

    Tome: Abandoned plugins or tanking Core Web Vitals.

    Elson: Security breaches.

    Roger: That’s where Codeable shines—vetted experts, fixed bids, payment on success.


    Performance & WooCommerce

    Tome: Lab scores are diagnostics. Real users matter.

    Edith: Fifty good plugins beat one bloated mega‑plugin every time.


    Closing Thoughts

    Roger: Prevention beats all‑nighters. Use staging, stay updated, and keep a trusted dev in your contacts.

    Tome / Edith / Elson: Thanks, Roger.


    End of Transcript

  • From Print to Pixels to Prompt-Driven Teams: Andrew Palmer and the Future of Agency Collaboration with Atarim AI

    When Andrew Palmer built his first website in the late ’90s, armed with nothing but a night school HTML class and Notepad, he probably didn’t imagine leading a team of AI agents two decades later. But here we are.

    I recently caught up with Andrew for a conversation that spanned printing presses, dot-com chaos, and his latest mission: bringing AI-powered collaboration to agencies through the new Atarim AI.

    And let me tell you, this is more than another AI wrapper.

    A Career in Constant Reinvention

    Andrew’s journey started in print. He ran massive print operations in the UK, with hundreds of employees and millions in revenue. But as the web emerged, he didn’t just adapt, he jumped in with both feet.

    “I needed a website, so I built it,” Andrew says. That DIY instinct became a theme throughout his career: launching Elegant Marketplace, managing plugin portfolios, selling agencies, and even co-founding Bertha.ai, one of the first AI writing tools for WordPress.

    He’s been through Joomla, Drupal, Dreamweaver, and more than his fair share of yelling at early versions of WordPress. But that friction taught him something: the true bottleneck in web work isn’t tools, it’s communication.

    That insight led him to Atarim.

    From JPEG to Game-Changer

    When Andrew first saw Atarim (then WP Feedback), it was just a JPEG mockup on an iPad. But he saw the potential immediately.

    “Three days after sending a client a collaboration link, a website that had been stuck for a year was finished,” he told me. “That’s when I knew.”

    He joined the team as an investor and evangelist, eventually stepping into a customer success and sales role, though let’s be honest, he was probably doing that unofficially for years.

    Now, he’s back full time, and things are heating up.

    Enter: Atarim AI

    Atarim is now going AI-first with a bold new vision: giving every freelancer or agency a virtual creative team.

    Here’s the pitch: six AI-powered teammates embedded in your workflow, each specializing in different roles, SEO (Index), clarity (Claro), accessibility (Navi), creative (Pixel), QA (Glitch), and more. It’s like having a $500K team in your pocket.

    Need accessibility feedback? Navi’s got you. Want SEO suggestions? Index is on it. Missing alt text, broken buttons, poor layout choices? The team flags it all, while also giving you positive reinforcement where you’re getting it right.

    This isn’t just AI as a tool. It’s AI as a collaborator.

    Real-Time, Real Feedback, Real Results

    This new version of Atarim doesn’t just analyze your site. It scans, suggests, and sparks conversation. Click “Review,” and within 90 seconds, your AI team returns with thousands of insights, plus the ability to turn those into tasks or dig deeper with chat.

    Even better? It’s not limited to WordPress. Atarim is becoming platform-agnostic, integrating with Figma, Shopify, and others.

    As Andrew put it: “We’ve seen users double their output with no new hires, just by speeding up the loop. That’s productivity, and that’s profit.”

    Want In?

    The Atarim AI early access program is open now, and Andrew made it clear: this is not a black-box beta. Participants will actively shape the tool, just like the agencies who’ve helped evolve Atarim from day one.

    👉 Sign up here to join the early access program.

    Whether you’re building five sites a month or 500, this is one worth watching. Or better yet, start collaborating with your new AI teammates today.