News for hackers. Stuff that matters.
Re:ClojureScript Gets Async/Await by rockyj on Friday May 08, 2026 @05:38AM (#48060797)
Nice! Now also get rid of the elephant in the room - "Google Closure Compiler" and then we can really celebrate.
Re:ClojureScript Gets Async/Await by Jach on Friday May 08, 2026 @05:57AM (#48060929)
Is that something people want to get rid of? Back when I did some clojurescript people were pretty proud of being able to have it used automatically. What's the plan to get the same benefits? Or is the argument that the benefits aren't significant 15ish years on?
Re:ClojureScript Gets Async/Await by hrrld on Friday May 08, 2026 @08:31AM (#48062135)
No, you're right, we don't want to get rid of it; it's great.
Re:ClojureScript Gets Async/Await by barrell on Friday May 08, 2026 @08:43AM (#48062249)
I would say the community is pretty evenly split between people who hate it, and people who find it practical. I don't see many people really championing it or being proud of it these days.

Well, technically I think most of the community in indifferent. But from the discourse about the topic, I feel like I see pretty even splits.

Re:ClojureScript Gets Async/Await by rockyj on Friday May 08, 2026 @08:44AM (#48062256)
Last i checked, it needed JVM (parts of the library are in Java). Given there are many JS minifiers and optimizers (tree shaking etc.) avaliable in JS itself in 2026, I do not know why we need this huge overhead.
Re:ClojureScript Gets Async/Await by adrianh on Friday May 08, 2026 @03:44PM (#48067780)
I'm a very happy Google Closure Compiler user, especially with the "advanced optimizations" flag. It does a level of code elimination and variable renaming at a level that no other JavaScript tool even approaches. Excellent software.

I think it gets a bad rap because you need to write your code in a certain way to avoid the optimizations breaking things. But if you're a disciplined developer, you'll reap some large benefits.