Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
oxinabox
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
19 ms
·
121.
▲
by
oxinabox
7y ago
And pretty sure the Swift team did it after seeing how well it went for julia.
122.
▲
by
oxinabox
7y ago
We are largely using Julia since it is more suitable than Python for pursing novel approaches, rather than using off the shelf packages. Further, the packages are more flexible and we can easily make PRs to improve them without e.g. having
123.
▲
by
oxinabox
7y ago
Invenia has been interested in electricity grids since 2006 and has provided many kinds of services to interested parties, for example load forecasts. We are continuing to work on many things in the area. Recently we published some of our b
124.
▲
by
oxinabox
7y ago
To be clear: this is literally what the US has. I suspect @ourlordcaffeine knows this, but for anyone else reading it.
125.
▲
Continous Delivery of JuliaLang Packages. Tag a Release (Basically) Every PR
(white.ucc.asn.au)
5 points
by
oxinabox
7y ago
|
1 comments
126.
▲
by
oxinabox
7y ago
We use Julia in production at Invenia. https://www.invenia.ca/
127.
▲
by
oxinabox
7y ago
(Dev of NamedDims here) Currently having a (mostly in my head) debate about adding automatic permutation based on names to make operations legal if there is permutation of names that is legel. which would result in `*` act kinda like tensor
128.
▲
by
oxinabox
8y ago
My guess would be: 40% julia users use Atom, 40% julia users use JuPyTer, 30% julia users use VSCode 30% julia users use something else (Vim, Emacs, Sublime, IntelliJ). And it adds up to over 100% because many people use many things. I use
129.
▲
by
oxinabox
8y ago
Both Julia-VSCode and Juno are open source projects. As are plugins for like a dozen other editors. I'm not sure who the "they" you speak of is. that "should choose VSCode as their main editor."
130.
▲
by
oxinabox
8y ago
Self-hosting leads to pain. Compiling Rust these days requires building 14 versions of Rust after building from OCAML. I think that is worth it for Rust because I think it has good features for building compilers. And really low level runti
131.
▲
by
oxinabox
8y ago
Amazingly, even packages have started to stablize. Even though a great many of them are on there own v0.x, they are both moving towards theire 1.0 releases, and being more careful about not breaking there v0.x releases.
132.
▲
by
oxinabox
8y ago
Also there is currently early plans for Debugger.jl to incorperate compilation at some point.
133.
▲
by
oxinabox
8y ago
Author of MagneticReadHead.jl here. Hit me up with any questions. It is a a bit less polished than Debugger.jl right now.
134.
▲
by
oxinabox
8y ago
That is neither a breaking change, (and thus could come in 1.3) Nor something that needs to be baked in. (thus could be in a package)
135.
▲
by
oxinabox
8y ago
I think it is a truely beutiful thing how the Flux and DiffEq are totally seperate, and it takes ~100lines to make them work together. Now suddenly you don't just have 2 or 3 ODE solvers you have dozens.
136.
▲
Dispatch, Traits and Metaprogramming Over Reflection in JuliaLang
(white.ucc.asn.au)
5 points
by
oxinabox
8y ago
|
0 comments
137.
▲
by
oxinabox
8y ago
I'ld also like to see what someone great at using templates could come up with.
138.
▲
by
oxinabox
8y ago
I think the point is to be able demonstrate the ability to implement high-level abstractions, in a very composable way, that doesn't cost on performance.
139.
▲
by
oxinabox
8y ago
because the whole Option Foo stuff that Visual Basic had, is a hideous global state thing that makes it hard to reason about code without checking for what it's options were set to. Programming languages should not be configurable in t
140.
▲
by
oxinabox
8y ago
It is a lot lot better than it was in 2016. The new package manager helps a lot. I mean separate environments per project, and upper-bounding package dependencies by default, is just going to avoid a lot of head-aches. But more generally th
141.
▲
by
oxinabox
8y ago
Syntax, semantics (multiple dispatch, type system), and community (so many clever people working together sharing expertise)
142.
▲
by
oxinabox
8y ago
Pandas actually has many alternatives. Including JuliaDB, DataFrames, and Pandas.jl Keras also many. TensorFlow.jl, Flux, Mocha, KNet, MxNet. Sklearn is all there but bring it together will take a bit. Some important parts are in JuliaML or
143.
▲
by
oxinabox
8y ago
Anyone got any good examples major program written using Numba? Plenty exist for Cython -- I run into those all the time.
144.
▲
by
oxinabox
8y ago
but for identity purposes that account is not verified to a human just by what some kid posted on a piece of paper. It is verified by 25 years of history. Tens of thousands of transactions. Bundles of other accumulated data from every linke
145.
▲
Asynchronous and Distributed File Loading in JuliaLang
(white.ucc.asn.au)
3 points
by
oxinabox
8y ago
|
0 comments
146.
▲
by
oxinabox
8y ago
Zero-based indexing was kinda mentioned in the post. About indexing with `begin`
147.
▲
by
oxinabox
8y ago
I actually could hardly care less about julia's speed. It is fast enough. What matters to me is that it is actually really nice to write. The syntax is elegant, the community is excellent, and the core of the language's semantics
148.
▲
by
oxinabox
8y ago
Good point, that is huge , I was intending to mention it as the start (and have done so now). It like the getfield overloading and a few other things really deserve a post of their own, so I wasn't going to try and push them into this
149.
▲
My favorite things that are coming with Julia 1.0
(white.ucc.asn.au)
227 points
by
oxinabox
8y ago
|
194 comments
150.
▲
by
oxinabox
8y ago
Yes, portions need to be defined per thing though. 1 gram of a vitamin supplement is fine. 1 gram of eggs, not so much.
More ›