1,713 karma · joined February 27, 2016
Julia itself is not even reproducible: https://github.com/JuliaLang/julia/issues/25900 https://github.com/JuliaLang/julia/issues/34753
> Almost all of the company consisted of very junior people, often with no experience outside of that company.
Lesson to learn: there is a reason why experienced coders cost more.
The problem with Julia tooling in general is that they feel 90% done. And tooling is, in my opinion, more important than the language itself.
Oh no! Did she pass away?
julia> 3 ≠ 4
true
- const is not the same as immutability, you could have a const variable pointing to a non-const data structure.
- Type-stability can be checked using the '@code_warntype' macro.
- While Julia's built-in arrays are columnar, user defined array types (for which there are dozens in the wild) can be formatted in any way.
Another advantage of Guix is just how readable package definitions are. Nix packages often contain embedded shell code + a "functional" DSL. Guix packages are written in a much more declarative style. It kind-of looks like executable JSON (I guess that's the point of lisp, right?).
- How do you do back-testing when strats are E2E-encrypted? Client-side computation? Homomorphic encryption?
- How do this DAGs map to computations? Compile to custom VM bytecode?
Most notable is the performance improvement of the recent Windows update. I wonder what happened.
I feel that most of your points can be addressed if the compiler's "abstract interpreter" (static analysis) procedures were exposed and reliable/stable. Some packages (e.g. Mjolnir.jl [0]) attempt to re-implement it. Others (e.g. JET.jl [1]) try to hook into Julia's undocumented/private compiler internals (CoreCompiler). Rightfully so, only the most intrepid are willing to do this.