Live data from Hacker News

Om Next Quick Start

github.com

21–23 of 23 posts

Re: Om Next Quick Start

#21

Lots of new stuff in Om Next. Unlike Relay and Falcor we have recovered HTTP caching https://github.com/omcljs/om/wiki/Remote-Synchronization-Tut... . And due to the redesign Om Next now has a really fantastically simple automated testing story https://github.com/omcljs/om/wiki/Applying-Property-Based-Te... Happy to take any questions.

I have what could be a newbie/clueless question: with Om and Clojurescript, is there a way to automatically add dependencies in parts of a project, like 'npm i -S package_name> does for package.json rather than having to add those manually in a file together with the version number?

I also have a deeper question: you were saying Falcor's reliance on strings for the query types isn't ideal and Om Next would do that differently. How? Will it be a type of binary mapping for greater efficiency?

Also, a suggestion for the cljs quick start: make it a step-by-step which works straight away for newbies (and move the deliberate trip-up with a missing inclusion to the end, perhaps in an appendix for 'troubleshooting').

Kudos for all the great work on Om, cljs and the great presentations that I usually look for on Youtube. Your demo of an old Apple with BASIC reminded me of how I started in the 80's too: Oric Atmos 48K and BASIC with immediate feedback (and line numbers, RUN and GOTO!). This made me understand why I like REPLs and the immediate feedback environments so much and I even found an Oric Atmos emulator for Mac OS X that I installed and re-coded my first program in - a white circle on a black background (and thought the web/ui thing was badly engineered until the React guys came along) :P

Fun years ahead.

Re: Om Next Quick Start

#22
post #3

What about performance? How many data queries can it handle per component, realistically? How many connections can it handle? I.e., where will this solution break down? Are the transactions (issued from within the browser) performed optimistically? If so, will this not give "flicker" in the browser in case a transaction needs to be rolled back? Is it also possible to easily perform a transaction from the server (i.e.…

> Are the transactions (issued from within the browser) performed optimistically? If so, will this not give "flicker" in the browser in case a transaction needs to be rolled back? Is it also possible to easily perform a transaction from the server (i.e., not optimistically)?

I was at the Lisp NYC talk where David talked about Om Next. He specifically spent some time talking about this and demonstrated how to perform optimistic updates that do not flicker.

I can't really say anything else (the talk was great, but way above my head at this point), but it seems to be able to do that.

Re: Om Next Quick Start

#23
As the author of Coils, another Clojure framework (coils.cc) I am really impressed to see Om Next, and I think that Om Next will become the de facto framework for building interactive websites
Post reply on HN