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
We should make contribution guidelines clearer. We got the feedback that "Although the current project seems welcoming to new developers, there is little concrete information on how to get involved. For example, what code style does the project follow? What are the criteria for including a new algorithm: what documentation does it need to have, test cases, etc? There is little in the way of API docs either, this admittedly is not critical as the files are themselves quite readable, but I'd suggest adding at least one-line docstrings to classes, methods, etc (and consider splitting up the scripts into more separate methods as well)"
This is great feedback. To address it, let's re-think the checklist for including a new algorithm. Such a checklist should include:
pre-commit utilities: sort dependencies, remove unused variables and imports, format code using black, and check word spelling Introduce pre-commit pipelines #107.
Empirical analysis and benchmark: we should adopt a similar guide from sb3-contrib with a bit of our spin. The implemented algorithm should come with tracked experiments that
match the reported performance in the paper (if applicable)
match the reported performance in a high-quality reference implementation (SB3, Tianshou, and others) (if applicable).
We should also add documentation on how exactly we want the tracked experiments to be done (i.e., what W&B project? should they capture video recording?)
We should make contribution guidelines clearer. We got the feedback that "Although the current project seems welcoming to new developers, there is little concrete information on how to get involved. For example, what code style does the project follow? What are the criteria for including a new algorithm: what documentation does it need to have, test cases, etc? There is little in the way of API docs either, this admittedly is not critical as the files are themselves quite readable, but I'd suggest adding at least one-line docstrings to classes, methods, etc (and consider splitting up the scripts into more separate methods as well)"
This is great feedback. To address it, let's re-think the checklist for including a new algorithm. Such a checklist should include:
pre-commitutilities: sort dependencies, remove unused variables and imports, format code using black, and check word spelling Introduce pre-commit pipelines #107.I will try to make some examples next week.