Location: SF
Remote: Yes/Preferably (6+ years of remote experience)
Willing to relocate: No
Technologies: JS(Babel), React, Haskell, Docker
Résumé/CV: christopherbiscardi.com/resume.pdf
Email: chris@christopherbiscardi.com
Current Interesting projects:
- Static Site Generator based on Relay/GraphQL and Webpack.
* https://github.com/superawesomelabs/leo
- A Modern Component library system built on PostCSS and Babel (Not OSS yet)
- Content about creating a product with microservices(Docker), Haskell's Servant and Relay/GraphQL
React Router has been iterating towards better APIs for advanced use cases (server-side rendering, code splitting, relay (and other lib) integration, etc). Having used it in projects spanning the above use cases, the evolution of the API has been welcome change.
I'm also happy to see codemods and other AST manipulations (such as babel plugins) gaining popularity. Similar to eslint's --fix, codemods are making repetitive changes easier across large codebases.
We use it at $work in an "isomorphic" context along with react-router[0] and fluxible[1]. I'm very happy with it and the ecosystem developing around it. Using React also provides an interesting lead-in to native apps with react-native.
We transpile all of our JS with babel as well. I'd be happy to answer any more specific questions as well.
After looking into this I've come to the conclusion that rewriting the JavaScript to handle events through React's system is the best way to include Foundation's JS components. (This is something I'm planning to do with Foundation-for-Apps since I won't be using Angular).
That said, the styles are still usable without modification and you could tell React to not handle pieces of the DOM in some cases for the existing JS.