3 ms·

1. Can you give me an exam of something that is trivial in another lang, but requires "sailing to Africa and back" in JS? 2. What sort of scalability issues re

by kapv89 8y ago

1. Can you give me an exam of something that is trivial in another lang, but requires "sailing to Africa and back" in JS? 2. What sort of scalability issues related to Node.js are you talking about? Isn't node.js (thanks to V8, and async IO) much more performance friendly than other scripting langs? 3. Regarding web-stack changing quickly, this hasn't effected me on server side yet. It has effected me on the mobile apps and web app side of things where I am using react 15.x, but it'll make sense to tackle that after raising meeting the next few business milestones.

timr 8y ago
"Can you give me an exam of something that is trivial in another lang, but requires "sailing to Africa and back" in JS?" Packages and imports. First-class entities, built in to every other modern language. A mishmash of different "standards" and proprietary implementations in Javascript. Even K&R-era C had a better solution than Javascript (until ES6, anyway). And do not tell me that ECMAScript 6 fixes this -- as long as there are multiple implementations in use in legacy code (there are) JS will have to live with a rat's nest of horrors at this incredibly fundamental level (not to mention the fact that ES6 imports aren't yet universally supported!)
- kapv89 8y ago
  Agree with you on this one. Module systems are kind of a mess in JS land, and from the looks of it, will remain so for a few years. However, from a purely pragmatic point of view, not a deal breaker for early stage companies.
bitL 8y ago
1. You already responded to that post, so did I 2. Compare some well-designed async framework on JVM like Netty (used by most game studios for their high-throughput servers) with node.js. See the benchmarks. Still wanna use node.js? Do you think you can cost-compete with any company that needs 4x less servers than you do for the same functionality? Show me something close to zeromq capable of reaching over 1M messages/s on a single computer? 3. No comment. Plenty of posts about it over here every year
- kapv89 8y ago
  On 2. If you have that requirement, I don't think you can use any scripting language. If you have to use one, JS is probably the best option out there.

by kapv89 8y ago

timr 8y ago

"Can you give me an exam of something that is trivial in another lang, but requires "sailing to Africa and back" in JS?" Packages and imports. First-class entities, built in to every other modern language. A mishmash of different "standards" and proprietary implementations in Javascript. Even K&R-era C had a better solution than Javascript (until ES6, anyway). And do not tell me that ECMAScript 6 fixes this -- as long as there are multiple implementations in use in legacy code (there are) JS will have to live with a rat's nest of horrors at this incredibly fundamental level (not to mention the fact that ES6 imports aren't yet universally supported!)

kapv89 8y ago
Agree with you on this one. Module systems are kind of a mess in JS land, and from the looks of it, will remain so for a few years. However, from a purely pragmatic point of view, not a deal breaker for early stage companies.

bitL 8y ago

1. You already responded to that post, so did I 2. Compare some well-designed async framework on JVM like Netty (used by most game studios for their high-throughput servers) with node.js. See the benchmarks. Still wanna use node.js? Do you think you can cost-compete with any company that needs 4x less servers than you do for the same functionality? Show me something close to zeromq capable of reaching over 1M messages/s on a single computer? 3. No comment. Plenty of posts about it over here every year

kapv89 8y ago
On 2. If you have that requirement, I don't think you can use any scripting language. If you have to use one, JS is probably the best option out there.