content
"}},Qt={element:"span",mutate:function(e){e.setAttribute("style","display: -webkit-flex; display: -ms-flexbox; display: flex;"),e.innerHTML='hello'}},Yt={element:"form",mutate:function(e){e.setAttribute("tabindex",0),e.setAttribute("disabled","disabled")}},en={element:"a",mutate:function(e){return e.href="#void",e.innerHTML='content
",e.firstElementChild}},xn=function(e){if(!e.ownerSVGElement&&"svg"!==e.nodeName.toLowerCase())return!1;var t=s();e.appendChild(t);var n=t.querySelector("input");return n.focus(),n.disabled=!0,e.removeChild(t),!0},yn={element:"div",mutate:function(e){return e.innerHTML=c('Published on: February 21, 2020
1 min read
We release a lot of new features every month! Curious how we're thinking about deprecation?
What is our deprecation strategy for features? We add a ton of features to our product every single month. It can be a not-great user experience or development experience, if you don't deprecate any of them. When we have features that are widespread in the codebase but don't have a lot of usage, it holds us back.
We deprecate features for the same reasons a lot of other companies do, including not generating revenue and not being utilized. I think what's really important is technical debt interest rate. For a feature that exists, it's important to consider how it prevents future features from being added and how it may be infecting existing or potential features with code that could be a higher quality.
Our mission is Everyone Can Contribute. Every time you add a new feature, it needs to be a solid base for people to build on.
Here are some more of my thoughts on how we deprecate features: