On Jan 20, 2021, at 10:36 AM, Owen Nichols 
<onich...@vmware.com<mailto:onich...@vmware.com>> wrote:

Sounds like good cleanup, but I'm not sure I understand why you propose 
breaking up the work and sneaking it in through mostly-unrelated PRs?  My first 
thought would be do it in one shot, start by deleting the old constants, and 
let the compiler guide you to all code that needs pruning.  Or, if for some 
reason it needs to be done/tested iteratively, a feature branch or a long-lived 
PR might be an appropriate way to segment the work.

Just like we don’t cleanup all our code in one giant shot, there is too much to 
tackle at one time for one person to bite it off. This makes large scale 
cleanup efforts fail to take off. If however, you are in a chunk of code and 
the compiler and static analyzers are complaining that the file has things to 
clean up then we should all be compelled to leave it better than we found it. 
This proposal lays the ground work to add version checking into this large set 
of cleanup that needs to happen. While it isn’t ideal for some cleanup to 
linger it is certainly better to do part now than none at all.

-Jake

Reply via email to