14 comments

[ 3.4 ms ] story [ 43.5 ms ] thread
Great concept. The text editor is broken for me (I place the caret, then try to type, and it only works half the time and jumps around to other spots the other half of the time without inputting any text). Also, I'd like to see results directly, à la CSS editor in Chrome devtools rather than having to run the code.
It's broken for me too. When I try to type, it places the cursor at the top of the code, no matter what I try.
You have to switch between "Run code" and "Edit code".
I see. That's what I get for going straight to the demo without checking the documentation.
To be honest, I think clicking on the left or right window should automatically switch between these modes.
Liked it. Reminded me of CMU's Andrew project from, egad, decades ago.
I'm immediately reminded of Bret Victors work: http://worrydream.com/#!/LearnableProgramming

I hope this is really the future

The 2 minute primer and motivation: https://www.youtube.com/watch?v=rskUgwq5N2A

Yes, it does remind me of Bret Victor's work. Seamlessly moving between coding and manual modes is really cool. I think it requires learning a new LISP like programming language called little.

This is pretty cool and I definitely think direct manipulation is essential to learnable programming.

That being said, direct manipulation should ideally work both ways: it's awesome that changes to the image update the code in real time, but code updates should also instantly update the image. The "run code" workflow is very clunky, especially when popular tools in production today actually do hot code reloading.

it's just a IDE for a programmatic manipulation. Nothing else.

the very thing they show on the 1st video as a flaw of the old approach (run script, then delete some random nodes) still can't happen on their solution.