QuBit (Jul 13 2021 at 14:50): QuBit (Jul 13 2021 at 14:50):Hello Everyone.
You all might be familiar with FluxML. However at this stage
I think it is very experimental and there might be alternatives
to achieving the following purposes for the code found HERE
I have found MLJ.jl, but wonder if you all have some better
packages in mind, perhaps - ScikitLearn.jl?
Thanks,
Júlio Hoffimann (Jul 13 2021 at 15:10):There are alternatives such as KNet.jl and Avalon.jl. Also I think you can take a look at TensorFlow.jl and Torch.jl if you are coming from Python.
QuBit (Jul 13 2021 at 15:22):Júlio Hoffimann
Thank you. It seems that these packages are more performant
than FluxML in some categories.
Brian Chen (Jul 13 2021 at 19:00):@zulip-admins is it possible for us to merge this, https://julialang.zulipchat.com/#narrow/stream/238249-machine-learning/topic/Alternatives.20to.20FluxML and https://julialang.zulipchat.com/#narrow/stream/137791-general/topic/Alternatives.20to.20FluxML?
Brian Chen (Jul 13 2021 at 19:01):In the meantime, I will copy over my comment from another thread:
Note that MLJ is not an alternative to Flux, but interoperates with it via https://github.com/alan-turing-institute/MLJ.jl. Think of it like if you could use PyTorch models from Scikit-Learn!
Brian Chen (Jul 13 2021 at 19:03):QuBit said:
However at this stageI think it is very experimental and there might be alternatives
I'd also be curious to know where you get this impression from. My understanding is that Flux has been used in production at various organizations for at least a couple of years now. We take backwards compat very seriously, and, per semver, do not release breaking changes lightly.
Mason Protter (Jul 13 2021 at 19:03):Can do. Do you want the merged thread to be here, or in #machine-learning or in #general ?
Brian Chen (Jul 13 2021 at 19:05):Here, please. I'd like to have this indexable for other curious folks to find :)
Last updated: Oct 02 2023 at 04:34 UTC