News for hackers. Stuff that matters.
Re:Why I am betting on Julia (2014) by etrautmann on Monday April 18, 2016 @12:16AM (#11517698)
Certainly using Julia with Jupyter gets you much closer to having a reasonable IDE, though you'll have to be comfortable with cell-mode debugging instead of breakpoints and single stepping. I don't personally use it but I'm intrigued and would love to switch away from Matlab if there were reasonable feature parity or an alternate model that seemed reasonable for most basic tasks.

I'd really like to have a replacement for cell arrays and struct arrays, that have some of the convenient features of those structures. I know you can get this with lists of dictionaries in python, for example, but it's not the same.

Re:Why I am betting on Julia (2014) by tavert on Monday April 18, 2016 @01:14AM (#11517841)
There's now a true debugger: https://github.com/Keno/Gallium.jl Only works on master 0.5-dev right now, but it's coming along nicely.
Re:Why I am betting on Julia (2014) by ced on Monday April 18, 2016 @11:27AM (#11520663)
Have you tried dataframes? Whether in Julia or Python, they're a good replacement for arrays-of-structs, though they need a lot of getting used to.
Re:Why I am betting on Julia (2014) by etrautmann on Monday April 18, 2016 @02:44PM (#11522191)
I've played around with them a little, but part of my issue is that our real-time data acquisition (in a neurophysiology lab) uses matlab/simulink so I'd need to create some middleware serializer to go from matlab data structures into dataframes. Not too difficult but there's a lot of momentum behind the matlab tooling unfortunately.
Re:Why I am betting on Julia (2014) by tanlermin on Monday April 18, 2016 @12:33PM (#11521166)
Try numpy record arrays