The Clojurescript community are ahead but not by that much. To list specifics, cljs-&gt;babel+and immutable lib, figwheel-&gt;react-hot-loader, reagent-&gt;react 0.14 pure components, core.async-&gt;js-csp (or async&#x2F;await).<p>In terms of non-component organization, I believe re-frame is a significant improvement over redux. Reactions are good when you don&#x27;t control the endpoints, splitting out the reducers into pure functions is good, but adding middleware on them is the real win. On the other hand, it wouldn&#x27;t be that hard to adapt the model to redux.<p>The next phase of organization is integrating Relay&#x2F;Falcor concepts. David Nolan gave a talk about this in Om Next at NYC Clojure last month and there is a video. Om Next as presented is very compelling if you&#x27;re on Datomic and less so otherwise.<p>As to your startup question:<p>I&#x27;ve been a full time cljs dev on a b2b app at Reuters for the past 9 months. I took up the job specifically because I wanted to write cljs. I had been involved with the Clojure community (I care about state) but only working on toy projects for the previous ~4 years.<p>My experience with Clojurescript is that it was less of an improvement on modern js than I was expecting. The biggest advantages are protocols and the standard library being both rich and standard. Nice to haves but non-critical are native syntax for immutable maps and multimethods. I guesstimate I write ~10% less code in cljs versus js but you&#x27;re ultimately writing the same stuff.<p>Problems I&#x27;ve run into:<p>Full build time for this app is long. Our app is in the 15k LoC range across ~150 files and cold compile is 140s on a 2012 MBA. It&#x27;s annoying but incremental compilation times are sub-second after some build config tweaking.<p>We have one component in particular that tends to get lost when switching branches and the missing namespace forces a fresh compile. Our cljs version is from June so this may be fixed. I&#x27;ve also spent a number of hours debugging problems that turned out to be stale build issues.<p>I tried a couple times unsuccessfully to get Emacs (cider) to connect to a figwheel repl. After a few evals things simply become unresponsive. Just using figwheel is good enough but I miss the in-editor repl. Haven&#x27;t tracked down the reason, could be my lack of emacs knowledge.<p>If you&#x27;re using core.async, the main loop has a try&#x2F;catch&#x2F;rethrow. This causes Chrome Dev Tools to break in the outer loop instead of actually at the problem. You have to explicitly err.stack in the console (which is not source mapped) and don&#x27;t have access to the locals unless you manually set a breakpoint at the error and reload. You also get to learn to read the JS representation of Clojure literals. None of this is impossible and if you&#x27;re working in a tight loop you tend to have a pretty good idea of what the error is without jumping through debugger hoops but if you&#x27;re doing something like switching branches or refactoring it&#x27;s annoying.<p>I like Reagent but I&#x27;ve had a number of times where its behavior doesn&#x27;t match my expectations. In particular, figuring out what part of the vdom is invalidated on a ratom change caused me problems. There&#x27;s a gotcha that sequences must be forced with doall or you&#x27;ll get weird behavior. At the moment I have a very expensive reaction (list processing ~6k items) that&#x27;s getting run 8 times in response to a single key change in the source ratom so I&#x27;ll be tracking that down tomorrow.<p>I don&#x27;t consider this list a reason to not adopt Clojurescript. I can make a similar list for the Babel stack.<p>As for the question of would I be comfortable, I like writing clojurescript but I&#x27;d only really recommend it if you&#x27;re committed to full stack Clojure. It takes a number of weeks for a new frontend hire to ramp up on the language. I&#x27;ve discussed this with the other frontend specialist on the team and our consensus is that cljs is a better language but we&#x27;re not that much more productive in the language compared to ES2015 so I&#x27;m not really convinced the weeks of ramp up time are worth it. Our experience with hiring has been that we&#x27;ve had very few candidates but they&#x27;ve all been skilled.