-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fixing callbacks PR comments and other misc improvements. #350
Conversation
…d error handling.
… to preprocessor.
…into callbacks-cpca-softmax
…k doesn't need to know anything about callbacks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks good to me. I especially appreciate the effort in self-documenting the callbacks. Great job!
######## CPCA Softmax variants ###### | ||
|
||
|
||
class CPCA1SoftMaxLoss(CPCASoftMaxLoss): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a bit tedious to have so many similar classes just because of the UUID. Would it be possible to have the uuid be an argument to __init__
and have some sort of factory that gives us the right instance given the needed uuid? Didn't think thoroughly about the cons of such a design, so feel free to ignore if it's completely out of scope.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Interesting! I could even imagine that the uuid could be something like "CPCASoftMaxLoss(planning_steps=8)"
and then we could do some reflection to instantiate the class. For now I'll merge but will keep this in mind for the future.
PR: