-
My question is both general and specific. I was examining
In fact, I sort of "made" these changes while parsing the code, as they were part of the digesting. Since I've already put some effort into this, I was thinking, why not do a good thing by spending a few more hours (hopefully) and committing the changes and run some tests? I feel confident that overall my changes benefit readability and maintenance. However I have some concerns:
So I am asking for opinions and advice. How do people approach refactoring/restructuring/cleaning? Is there any sense in what I am saying? What approach and workflow do scikit-learn maintainers and developers follow? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
We don't like changing thing just for the style :) Basically, I would accept a refactor:
So regarding the change for declaring abstract methods, we need to actually see a draft PR :). |
Beta Was this translation helpful? Give feedback.
We don't like changing thing just for the style :)
However, making maintenance work to make the code easier and keep it up to date with some other development is completely legit. It is always difficult to say in advance what we would agree to refactor and what we would not without seeing the change.
Basically, I would accept a refactor:
So regarding the change for declaring abstract methods, we need to actually see …