Echo JS 0.11.0

<~>

tracker1 comments

tracker1 3230 days ago. link 1 point
Yeah, I was really interested in Aphrodite, but react-jss just seems slightly better in terms of a solution.  It renders to style tag(s), so you can do media queries, and you can invert nesting similar to sass/less, so it's not bad.. remembering to quote css properties is the only hard part (similar to inline)... you get classes to set on your rendered components, similar to aphrodite (iirc), and it goes well enough.
tracker1 3234 days ago. link 1 point
Very cool... would love to see a jest version of this...
tracker1 3234 days ago. link 1 point
I've either gone with Sass (via webpack/require) per component, or with JSS (my preference lately)... react-jss works pretty well, and I can always start with inline, change to jss as I go.  Some things are a bit awkward starting out, but it's easier to share configs and common settings with JSS.  My only complaint is the library is a little heavy.
tracker1 3235 days ago. link 1 point
I haven't not used babel in some while now... even for smaller, personal bits... though not always via webpack.
tracker1 3235 days ago. link 1 point
My favorite, and really useful for batch processing scripts, is `--expose-gc` which allows you to use `global.gc()` in your processing script after each item (or N items), keeping your total memory use lower.  It's not a good thing for service processes (generally), but for long-running workers, can keep you from experiencing large GCs in the middle of the run, or from inflating the memory use on a system that's shared for other processing scripts.
tracker1 3236 days ago. link 2 points
Didn't watch the whole thing... seriously, the presumtion is that Angular was ever great to begin with.  Every time I've used Angular, I've come across so many odd WTF moments, I regretted even using ng in the first place...  2+ is better, but still not "good".  It's too prescriptive in the first place, fights upstream conventions and the DSL for templating is painful.  Having to "inject" what's already required in is kind of weird too (ng2+).

In general, just not enough of a fan to care anymore...  If I can do React, I will.. if it's better served with simple forms/submit + jQuery, I'll do that.  but ng is out of my life.  I'd rather do web components, vue, polymer etc over angular of any brand, and React over all of them.  That's just my POV.
tracker1 3243 days ago. link 1 point
Another issue is there are still upcoming features via babel that are useful but not in the browsers yet... and even then, you need a build process to support older browsers anyway (IE11 will be around for a few more years still).
tracker1 3246 days ago. link 1 point
Seeing exploits like this is just wild in my mind.  Sometimes I read things things and think, man, I get how it worked, but I just never have the mind to do things like this... The only times I'm creative working around things is when I need to be.
tracker1 3247 days ago. link 1 point
I'm finding that react-router v4 is perfectly serviceable... only really needed to add a single listener to dispatch a route update into my store... since the router handles the routes anyway.
[more]