Echo JS 0.11.0

<~>

MaxArt comments

MaxArt 3143 days ago. link 1 point
Pretty old news, my friend.
Already reported here, too.
MaxArt 3144 days ago. link 1 point
I'm dodging the problem because that's what you probably should do. Deep recursion brings a lot of problems in JavaScript - first of all, the stack's depth.

But you don't seem to even need that stack, since you're ready to use setTimeout, discarding the closure's scope: that's actually a clear sign that you should use another approach, probably iterative. That would give you a good performance boost too.

That's why using setTimeout is generally frowned upon: it's a hack to get over a language limitation that could be solved with other, more efficient techniques.

So I don't recommend using setTimeout, because I don't recommend using recursion in the first place. Tail call optimization, where available, could solve the depth problem but it won't yield a performance as good as an iterative approach.
MaxArt 3144 days ago. link 1 point
The first thing to ask yourself is: why do I need such a deep recursion in the first place? Isn't there a better way?
MaxArt 3150 days ago. link 3 points
The one you provided in the post. But now it seems to be fine.
Anyway, that service won't gain any success until served on https.
MaxArt 3150 days ago. link 1 point
Welcomed by an Application error: "An error occurred in the application and your page could not be served. If you are the application owner, check your logs for details."

What a great start.
MaxArt 3150 days ago. link 2 points
Man, the documentation there is all over the place... I have no clue of what that's about!
MaxArt 3159 days ago. link 2 points
It seems to me it's more or less a patchwork of old and future features of JavaScript, including:
- `do` expressions
- pattern matching
- comprehensions
all with some CoffeeScript flavor. Throw in the mix JSX and Flow.

I'm not attracted to that at the moment. Except for JSX, everything else is pretty much in the backlog of EcmaScript.
[more]