HN user

jonathanedwards

235 karma

Ex entrepreneur, dissident computer scientist. @jonathoda http://alarmingdevelopment.org

Posts1
Comments46
View on HN

I thought a benefit of ES module was allowing cyclic dependencies, but I'm not reading any discussion of that.

Yeah, I've gotten a lot of pushback on that. One approach I've seen is to reject expressions that would violate standard precedence, and require extra parentheses.

Strong agree. The syntax in this work was meant to be mostly hidden from the end user. I've found that syntax is still really useful for language design and implementation. I stopped before building the graphical programming environment on top.

Interesting. Check out the futureofcoding.org slack. There are some workshops that take early stage ideas, like LIVE and PX. Keep working on your ideas and try to pull them together into a coherent explanation. I'd be happy to take a look and give you some feedback.

Yeah that didn't happen. I stopped this work before I got to reimplementing the UI. I worked out some problems I've been obsessing about forever, but the result is just too complex and alien. Back to the drawing board. Thanks for your encouragement all these years.

As a geezer with glasses, I find my laptop screen works better than a monitor. The laptop screen is down in the reading zone of my progressive lenses, yet I can still look up out the window. A big monitor requires me to use glasses without any distance vision, making me feel like I'm trapped in a fishbowl.

I also love the fact that my window layout is exactly the same whether I am working at my desk or a coffeeshop. Or at least when I used to work at coffeeshops...

Hi Robert! I thought (perhaps incorrectly) that Lively was largely the same programming experience as Squeak, just in the browser. Do you have any screenshots showing new programming experiences in lively.next or cloxp?

I think I moved the speaker notes into the body of the slides, but the doc is so swamped I can't get in to see! Perhaps I dropped some in the process. I'll look into it. If you can remember anything in particular that is missing please let me know.

This. There is little funding for the kind of research that will lead us out of the tarpit (and less with the demise of HARC). My hat is off to Eve's investors for being unusually far-thinking for SV. But ultimately this is the responsibility of our research institutions, which unfortunately have other priorities.

We need to have a conversation about the possible paths to make programming more widely accessible. Chris saw the problem clearly and tried to fix it. Respect. I am most impressed with the number of iterations he was able to crank in the context of a startup. But ultimately a startup may not be the best place to start, because low-end programming is not a short-term growth play. We have to play the long game.

Author here. This doc is just my personal curation of notable/interesting UIs for programming, as inspiration for my own research. Not attempting to be comprehensive, and being somewhat opinionated on the level of generality required to be called "programming". Thanks for all the links, I'll check them out.

Google App Maker 9 years ago

Yeah - same story repeated decade after decade. "Build apps without coding" is one of those Siren ideas - it seems so compelling and necessary, yet everyone ends up using much the same design as has failed countless times before. I don't really understand exactly why this is so, but I'm pretty sure we need to figure that out to make progress.

Google App Maker 9 years ago

My theory is that it is not the existence of a wall that limits these tools - it is the invisibility of the wall. Spreadsheets have a wall too, but it is pretty clear to naive users where it is. These app-in-a-can tools hit the wall suddenly and unpredictably - you need a new UI feature, or the data model can't be generalized, or you can't connect to some silo. Perhaps a better metaphor than a wall would be a mine field.