Performance Chat Summary: 14 January 2025

The full chat log is available beginning here on Slack.

Announcements

Discussion

  • Bug scrub cadence proposal from @flixos90
    • Bug scrub meetings can be inefficient because the people who need to weigh in on tickets are usually not there. So they sometimes end up mostly as a “monologue”.
    • There’s also the overhead of commenting on the ticketticket Created for both bug reports and feature development on the bug tracker. but also sharing what happens in SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/., which makes scrubbing the bugs slower.
    • Scheduled bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrubs are important also for the fact that otherwise there’s a chance nobody will do it.
    • We could consider a format where we have regular bug scrubs, but it’s always one person doing it (rotating per meeting). They would always share a report on Slack when they start and then go over the tickets on their own and comment on each ticket with whatever update they think makes sense (checking in with reporter or PR author, changing milestone, changing priority, …).
  • After discussion, it has been agreed that the cadence of these meetings will remain fortnightly, and will be led by one person
    • The recommended process has been captured in this document which we invite people to review and comment
    • The rotation of bug scrub leads can be found in this spreadsheet – we welcome volunteers to help here

Our next chat will be held on Tuesday, January 28, 2025 at 16:00 UTC in the #core-performance channel in Slack

#core-performance, #hosting, #performance, #performance-chat, #summary