Echo JS 0.11.0


chris-l comments

chris-l 460 days ago. link 1 point
Yes, perhaps that is what the author meant with the word "they" - "they" could be the people who have the wrong idea, instead of being the closures themselves.

If the name of the article was instead "What is a closure in JavaScript and why most people have the wrong idea" I'm pretty sure it would not have all those down votes.
chris-l 540 days ago. link 1 point
Well no, in this case the mother called her son "LiveScript", so they told her "No sweetie, is JavaScript, trust us"

Jokes aside, yes, on Brendan Eich's site and tweeter account he has it as "JavaScript", with an upper case "S"

And on echojs rules is this:

* Respect the case : JavaScript, not javascript or javaScript or Javascript

So yeah, I shall do it like that.
chris-l 574 days ago. link 1 point
Is not JavaScript related, is more like "Mac users" related.
chris-l 586 days ago. link 4 points

The part about `man wc` and the ctrl-c on vim were the funniest!
chris-l 642 days ago. link 1 point
I kind of agree, but perhaps should be seen the opposite way.

So, instead of thinking about libui (or something similar) for only simple UI apps and electron for something more advanced, try to think about it more like using libui as default and only electron if something more complex is needed.

The way I see it, is that the difference between libui and electron, is that it is somehow the same as nativscript and phonegap, and offering a native experience can be considered a plus.
chris-l 683 days ago. link 2 points
The advises in this article are good, but the author is wrong in the sense that he actually is not really going against the rule of "premature optimizations".

Donald Knuth said: "We should forget about SMALL EFFICIENCIES, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%."
If the speed gains are as huge as a magnitude of 10x or more, then they don't really count as "small efficiencies".

I think Eric S Raymond explains it better here:

"From tortured code to incomprehensible data layouts, the results of obsessing about speed or memory or disk usage at the expense of transparency and simplicity are everywhere."

So, the rule is more about preventing writing hackish, non-KISS code that is faster than the simple, obvious code (code that is KISS), or at least until you realize there is a bottleneck you have to fix. Keep in mind that on languages like C, you can optimize writing code that is completely non-obvious, using knowledge of how the compiler works, etc.

So the author of this article is NOT giving a bad advice about writing hackish JavaScript code, but instead is about writing the code following good practices! Which is a very good advice!
chris-l 688 days ago. link 2 points
That Ted Cruz link still on the rss feed. Echojs is still advertising that site right now.