At work, I started making videos of me playing around with our company’s products and recording my thoughts. The UX team and engineering team watch them and think they are useful. So I decided to make one of me using the Debugger.jl for the first time.
The UX team and engineering team watches them and think they are useful.
Yes, it’s immensely useful to see people not used to tools work with them for the first time.
I think the reason for most of the troubles you were having stems from the fact that you’re not actually using Debugger.jl (which is completely separate from Juno’s or VSCode’s debugger), so even the RTFM’ing didn’t help much. RT-right-FM’ing would’ve led you here, which hopefully is a pretty good description.
I have tested JUNO and vscode-julia. According to my experience, vscode-julia is more user friendly and stable. The speed of the current version is much faster than v0.15. I used vscode-julia for the daily work. Only several painpoints some of which maybe not be caused by vscode-julia itself.
Speed is not quick enough, not smooth as Python IDE, and some times very slow (such as large project or code to load relative large data). This may be caused by JuliaInterpreter.jl.
If the enter function is in file1.jl which call a function in file2.jl and we only set the breakpoint in file2.jl, after pressing run and debug, it does not stop at the breakpoint in file2.jl. It runs to the end and exit instead.
According to my own experience, vscode-julia would be the one nearest to a usable/mature IDE, which possibly provide similar user-experience as Python IDE.