You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 3, 2024. It is now read-only.
Summary
I have identified a few classes with refactoring potential along with its estimated time to refactor, specifically AbstractCodeCompleteCommand.java. The estimated time is based on historical commits containing refactoring and the complexity of the involved classes. The class was refactored once on Jun 9, 2014 along with other classes in commit 3e5319c. Given the duration of the last refactoring, could it be possible to improve this class further? I am probably not qualified and experienced enough to point out the exact code needs to be refactored, given my limited knowledge of the project and codebase.
Urgency
Low priority. For maintenance of code in the long run.
Hi,
I am currently doing some research on Estimating Time Taken for Software Refactoring. Eclim is one of my case studies being a highly popular project. Would appreciate your kind feedback on the appropriateness of the estimated time to refactor.
I am specifically looking at potential for refactoring, such as breaking functions that are too long into shorter functions, or to remove code duplication. Would you agree that there could be some modification to the code to make it better in the listed classes? And if so, is the estimated time appropriate to carry out the improvement? I will be grateful for any help you can provide.
AbstractCodeCompleteCommand.java - 2 hours
PluginResources.java - 1 hour
CodeCompleteCommand.java - 4 hours
Thank you.
Regards,
Alvin
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Summary
I have identified a few classes with refactoring potential along with its estimated time to refactor, specifically AbstractCodeCompleteCommand.java. The estimated time is based on historical commits containing refactoring and the complexity of the involved classes. The class was refactored once on Jun 9, 2014 along with other classes in commit 3e5319c. Given the duration of the last refactoring, could it be possible to improve this class further? I am probably not qualified and experienced enough to point out the exact code needs to be refactored, given my limited knowledge of the project and codebase.
Urgency
Low priority. For maintenance of code in the long run.
Hi,
I am currently doing some research on Estimating Time Taken for Software Refactoring. Eclim is one of my case studies being a highly popular project. Would appreciate your kind feedback on the appropriateness of the estimated time to refactor.
I am specifically looking at potential for refactoring, such as breaking functions that are too long into shorter functions, or to remove code duplication. Would you agree that there could be some modification to the code to make it better in the listed classes? And if so, is the estimated time appropriate to carry out the improvement? I will be grateful for any help you can provide.
Thank you.
Regards,
Alvin
The text was updated successfully, but these errors were encountered: