If you're just using grunt/gulp to build assets then using webpack will save you effort/maintenance but if you also need to copy files around, ping servers, kick of CI, or some other side effect then you'll need some shell script or build runner in addition.
With the JS quirks out of the way, I would recommend building something in React and muddle through things with SO/google.
The hardest part of frontend dev for an experienced backend dev is the CSS. CSS is conceptually simple but there's a LOT of random domain knowledge you need to get layouts you want. You can bypass a lot of it by using a sass framework (e.g. foundation or bourbon) at the cost of adding a build step and another abstraction layer on top of CSS.
The vast majority of things in webdev land work similarly to something else. The trick is to learn the underlying pattern and then just remember the parts that make a specific implementation of the idea different. The exception tends to be platform extension (the wordpress/joomla stuff you mention) where every platform has it's own patterns and thought process and I just write off as project overhead.
Spectrum rights came up in the announcement video for the opening of the Space X satellite branch. The response was that spectrum to satellite is not scarce as long as roof penetration isn't required. Handset to satellite would work against that unless it did some sort of voip satellite/wifi handoff.
Yea, looking at the announcement they are talking about something partially optically based. I guess we will see what they can pull off. Optical seems like a difficult choice for anything that moves though.
> The conclusion doesn't offer any advise what should be done instead of eval.
In case anybody is actually wondering, you almost always want a Function constructor:
var add = new Function('arg1', 'arg2', 'return arg1 + arg2;');
The only exception I've ever run into was in miniature string templating where eval or with was used as a hacky way to generate the context. The best way to do that is replace with a function argument:
It'd be possible to implement a Clojure in Nim, you'd just have to port the datastructures and enough primitives to bootstrap the language core (see core.clj, Clojurescript's core.clj, Pixie's stdlib.pxi).
If he did say that, I'm not sure Evan still takes that position. At least the last time I saw him talk about it (at SPLASH), he didn't put Rx in the FRP bucket. I know Erik (the creator of Rx) definitely wouldn't put Rx in the FRP bucket. And Conal (the creator of FRP along with Hudak) would only begrudgingly except Elm as FRP.
Flux, as prescribed by Facebook, involves a couple singletons and implementing an action requires coordinated changes across 3-4 files. Many people find this undesirable.
The important part about the pattern is the unidirectional data flow, which limits the amount of code you have to search through in order to track down a bug. How to go about making this happen varies and there are quite a few 'Flux' libraries bouncing around the React ecosystem.