Re:Homogenization of scientific computing – Python is eating...
by jamesjporter on Thursday January 09, 2014 @04:15PM
(#7033299)
Julia is designed to be a good general purpose language. There are already a bunch of database drivers; a simple web framework, etc., etc. http://docs.julialang.org/en/release-0.2/packages/packagelis...
Re:Homogenization of scientific computing – Python is eating...
by ihnorton on Thursday January 09, 2014 @05:04PM
(#7033611)
In addition to what jamesjporter mentioned, Julia has IMHO a very nice, clean shell interaction paradigm for this very use case ("glue"):
http://julialang.org/blog/2012/03/shelling-out-sucks/
One of the best examples of this is the package manager's concise wrapping of git CLI commands:
https://github.com/JuliaLang/julia/blob/master/base/pkg/git....
(aside: there has been some discussing of moving to libgit2 for performance reasons)
Until recently, the startup time somewhat precluded use for general scripting. However, on the trunk the system image is statically compiled for fast startup, so scripting usage is viable.
> it eventually will catch up and surpass two-language systems for scientific computing.
Assuming that, like hardware engineers, scientists have a fair bit of general-purpose scripting to do, Julia will itself be part of a different kind of two-language solution unless it is up-to-snuff w.r.t. said general-purpose scripting. This implies libraries and good interaction with OS utilities. Any thoughts on whether or not this will be an issue with Julia?