3 ms·
i think this is in part driven by the fact that javascript is not the best tool for the job on the client side, so people fall back on a variety of compile-to-j
by zem 10y ago
i think this is in part driven by the fact that javascript is not the best tool for the job on the client side, so people fall back on a variety of compile-to-js languages. but then, once you're doing that, why not use a language you already feel is good enough to be your choice of server-side languages?
the leap to "okay, now that we're using the same language for both parts of our app, why not make a framework that lets you mix server and client side code in the same codebase" is more a taking that idea to its conclusion than the primary motivation for it.
- catmando2 10y agoAmen and well said!
- coltonv 10y agoI disagree because I do find JavaScript to be the best tool for client side development. You get full access to the DOM without worrying about your transpilers abstractions. Also I think JavaScript is a pretty wonderful language to code in once you apply a strict linter + Babel.