Deprecation Working Group

Owned by Diana Huang
Last updated: Jul 03, 2024 by Sarina Canelake
1 min read

Purpose

A group with a focus on how to get rid of old, dead code that has better alternatives.

Communications

AKA 'slash n burn' AKA 'kill it with fire'

Slack

Members

  • @Diana Huang

  • @Yagnesh Nayi

  • @Feanil Patel

  • @Robert Raposa

  • @Kyle McCormick

Process

Open edX Proposal (OEP)

There's an OEP that covers the deprecation and removal process:

OEP-21: Deprecation and Removal

  • Keep an eye on whether or not this process is working

  • If not, suggest improvements/revisions

Board

Scratch Confluence Page

Deprecation/Removal Evaluation is an internal page where the Architecture team started this process and that we can use for exploring possible items to remove.

Meetings

All public Working Group meetings follow the Recording Policy for Open edX Meetings

We meet once every two weeks. You can view the meeting on the Open edX Working Group calendar.

Meeting Notes

https://openedx.atlassian.net/wiki/spaces/COMM/pages/2556592441

Working Group Objectives

Part of the work that I would like to tackle as part of this group is:

  • How do we get this work onto our team backlogs?

  • What work should be added to this list?

  • Are there ways to make deprecation more 'frictionless'? What pain points do people run into during deprecation work?

  • How can we hold the engineering org accountable for technical debt deliberately introduced?

Resources

https://openedx.atlassian.net/wiki/spaces/COMM/pages/3313598531 - How much it costs to keep around code we don’t use anymore.

DEPR Release Notes Process - Process for ensuring deprecations have proper release notes. If we are contacted by BTR about a release being cut, follow this process.

DEPR HOW-TOs