Minor Hyperscript contributor here! English-like syntax may odd to many current front-end developers. We’ve been shaped in the mold of C for decades, and its h

Minor Hyperscript contributor here! English-like syntax may odd to many current front-end developers. We’ve been shaped in the mold of C for decades, and its hard to break away. That’s understandable. But to me, the real value in hyperscript is that it’s crafted for the specific needs of a client-side browser application. Using hyperscript, I can get things done in a fast and maintainable way, using a very-high-level language that everyone understands. Sure, I could do it in Javascript too, but the price is significantly more code that is much harder to maintain. Oddly, I’m building hyperscript into the front-end my current web app for the same reason that I chose Go (over Node.JS) for the app back-end: the end of callback hell. What’s listed above as simply “async transparency” and “event driven flow control” are complete game changers for a web-based front-end — No more callbacks. No more promises. Orchestrate complex animations like they’re “hello world.” And start using events like they were meant to be used, but in ways that you simply never would have thought of if you had to do it in Javascript. That’s my $0.02. I hope hyperscript works out as well for you as it does for me. Cheers :)