All the assertions fail. As soon as the empty let block is removed, it works.

Putting the empty let block before the (let [f ..., also works

It only break when we define the destructing fn in a test ns. In normal code we can use varargs destructuring fine

The tests are being run by #shadow-cljs in Karma and various browsers

good evening! I need to decode a string to base 64. In clojurescript is a namespace cljs.source-map.base64 with decode. But its not working it throws cljs.source_map is undefined.

@ferdi.kuehne use the closure library. (:require [goog.crypt.base64 :as b64]) in ns and then (b64/encodeString "xxx") or (b64/decodeString "a base64 string")

for those of you who write single-page apps in clojurescript, what's your average / ballpark file size when using advanced compilation?

@joshkh that's really just a function of your deps, especially non-ClojureScript, non-Closure

you could write everything with ClojureScript + Closure and it could be quite small - I do that for blogs etc.

if you're going to use a Webpack build then nearly all of your payload is going to be what you expect from a JS build

aka. massive

this is an old thing I did http://swannodette.github.io/2013/06/10/porting-notchs-minecraft-demo-to-clojurescript

best viewed in Chrome

it's 4K written in ClojureScript w/o persistent datastructures or most of the standard lib

w/ standard lib you're about 22K gzipped

add React, add 40K gzipped

and you just keep going up from there

ClojureScript & Closure libs grow slower because they can be tree-shaken

but JS libs are broken in this regard

so you have to eat the whole cost

cool project! and thanks for the response. i struggle to keep my usual re-frame / reagent / routing / <insert usual cljs dep here> apps under 1mb (uncompressed), and that's without cljsjs or node-js deps. hmm.

we don't care about uncompressed though

only gzipped, because that's the only thing that you're going to do in production

very true

there are tools to examine what's contributing the final payload

(I don't have any links handy)

no worries, i'll do some digging. thanks!

still you're gzip size is probably 120K or something right? I would consider this acceptable

if you want something smaller you might wanter consider React w/o frameworks

possible now because of hooks

around there, yeah

but based on what you've said

it's obvious that 50% of 120K is just React and cljs.core, and your other deps / app are the rest

@joshkh also don't forget about code splitting, as your app scales that becomes important to do, and Closure is really good

fwiw I just don't think people understand that until you can DCE large deps - you're never going to get out of this hole

i.e. projects like Svelte are cool - but it doesn't fix the fact that when you drop in MapBox or CodeMirror none of that effort matters

https://blog.usmanity.com/serving-vue-js-apps-on-github-pages/

somebody should write a post showing that it's equally easy to do this with ClojureScript 😉