-
Notifications
You must be signed in to change notification settings - Fork 6
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
File Structure #75
Comments
That seems eminently reasonable! I think the only reason I put equivalences in a different file was because I thought it might be too heavy to run all the time - but that's a nonissue so it makes sense to put them all in the same place |
I'll do this in a PR along with #66 Edit: Never mind, better to do them separately |
Closed by #78 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There are a number of file / code structure things that I think we need to address.
I'm keen to follow our KernelFunctions test style in this package, because it makes it easy to predict roughly where stuff is tested, and to avoid near-circular dependencies in testing.
Specific things I think we need to change:
sparse_variational
code, and it makes testing a bit of a headache, because you wind up having to instantiateSparseVariationalApproximations
more times than would be ideal.test/sparse_variational.jl
, so that it's easy to see whats' going on.Therefore I propose to
test/runtests.jl
src/elbo.jl
intosrc/sparse_variational.jl
, and removesrc/elbo.jl
test/elbo.jl
intotest/sparse_variational.jl
and removetest/elbo.jl
test/equivalences.jl
insidetest/sparse_variational.jl
.@rossviljoen does this seem reasonable to you? Were there particular ways to structure things in this way that I'm missing?
The text was updated successfully, but these errors were encountered: