Proto REPL, a New Clojure Development and Visualization Tool [video]
youtube.com
youtube.com
I'm an Emacs/CIDER hardcore, so it takes a lot to sway me to try something new.
I'm looking forward to this being refined to the point of fully usable for daily work. The Clojure community would really benefit from a "just works" IDE - especially for ClojureBridge where we need to get people up and running quickly and without teaching them a new editor. Nightcode, and now Proto REPL seem like leading candidates.
Current minor quibbles: * Eval of charting expressions creates 2 tabs each time. * Eval popup gets truncated if size exceeds size of frame * Several charting examples either render improperly or throw exceptions. This may just be version incompatibilities.
Some of these may be pilot error. I'll confirm and try to report the bugs soon.
I must say, I miss paredit. Parinfer (at least in this incarnation) drives me completely bonkers, especially in indent mode. It's magic, but horrible evil black magic that works "sometimes" and steals and inserts closing ])} willy nilly. I guess I'll just turn it off unless someone can testify that it can become tolerable with more experience.
Again, great work Jason.
Lisp-paredit is buggy for me (must use a shortcut twice to get one motion, can't hold down modifier keys when changing direction e.g. from slurp to barf). Very troublesome. Also lisp-paredit strict mode fights with parinfer, so you must turn it off to get the expected parinfer paren closing behaviors. I'll give parinfer some more time to sink in now that I have it working better.
Adding some familiar paredit keybindings (to keymap.cson) helps a lot too:
'atom-text-editor[data-grammar~="clojure"]':
'ctrl-right': 'lisp-paredit:slurp-forwards'
'ctrl-left': 'lisp-paredit:barf-forwards'
'ctrl-alt-right': 'lisp-paredit:barf-backwards'
'ctrl-alt-left': 'lisp-paredit:slurp-backwards'I really like the power of emacs. It seems like Atom might be more powerful, thanks to its browser capabilities.
I've read that Atom is not great when it comes to how many resources is requires. Has it gotten better? Is there a timeline for Atom performance improvements?
The demos in the talk remind me of some great data visualization demos I have seen for Pharo Smalltalk.
They take chromium, and they repurpose the spyware that gets baked into the Google Chrome product, rather than removing it. Take note of this and any app based on the Electron framework.