This issue is for JOSS Review #10653
For the JOSS sofware paper criteria, following paper sections need minor expansion:
- State of the Field: name specific packages and add build-vs-contribute justificationThe current section refers to "several libraries" and "existing probabilistic programming frameworks" without naming them. JOSS requires that "when related tools exist, authors must provide a clear 'build vs. contribute' justification."
Please -
a. Name the specific existing tools in this space (e.g., NumPyro, Pyro, TensorFlow Probability, Laplace-Redux, or similar BDL packages)
b. Explain briefly why a standalone package was built rather than contributing a MILE implementation to an existing framework like BlackJAX or NumPyro
- Software Design: expand with architectural trade-offs
The current section is a single sentence about JAX parallelization. JOSS asks for "trade-offs weighed, the design/architecture chosen, and why it matters."
Please consider briefly addressing:
- Why fully-connected networks only ?
- Why full-batch training ?
- The two-stage design (optimization → sampling) ?
I believe two to three additional sentences would satisfy this requirement.
This issue is for JOSS Review #10653
For the JOSS sofware paper criteria, following paper sections need minor expansion:
Please -
a. Name the specific existing tools in this space (e.g., NumPyro, Pyro, TensorFlow Probability, Laplace-Redux, or similar BDL packages)
b. Explain briefly why a standalone package was built rather than contributing a MILE implementation to an existing framework like BlackJAX or NumPyro
The current section is a single sentence about JAX parallelization. JOSS asks for "trade-offs weighed, the design/architecture chosen, and why it matters."
Please consider briefly addressing:
I believe two to three additional sentences would satisfy this requirement.