-
Notifications
You must be signed in to change notification settings - Fork 27
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
API inconsistencies when saving and loading model snapshots #566
Comments
Runner
methods load_run()
and save_run()
API inconsistency
As for the The second inconsistency is sort of by design. My intuition (which may be completely off here) was that the Runner, Trainer, etc. classes will mostly be used by people with some familiarity in the ML field, which may train/run their models in a variety of settings. In contrast, the ASE class tackles potential users who just want to use MALA. Ideally, at some point in the future, someone would download a pretrained MALA model and then load it with the ASE class and do simulations with it. Hence I opted for |
As for the ASE calculator: In general, if things do the same, then it helps if they have the same name. Here it is a bit different since they load the same data but return different things, but this difference can be clear from context (ASE calc or not). The methods As for which name, I'd probably stick with |
Yeah, I see your point, and would generally tend to agree. Since there currently is no real user base for our ASE calculator, I don't think it hurts to rename it for now. If we eventually realize, through pain staking market research, that this is what keeps people from using the ASE calculator, we can always reconsider. I will prepare a PR. |
Runner
:save_run()
has asave_path
keyword, which is calledpath
inload_run()
mala.MALA
's load method is calledload_model()
(notload_run()
)The text was updated successfully, but these errors were encountered: