Re:What the web platform can learn from Node.js: The Darwini...
by tjholowaychuk on Wednesday December 16, 2015 @02:45PM
(#10746742)
Yep haha, it's easy to be blind to all this if you haven't switched to something else. I knew it was bad but I didn't realize how much better platforms like Go were until really making the move. Too many people have grown used to transpiling etc, IMO it's not acceptable that we transpile pretty much everything server and client for usability.
[ Parent
| on HN ]
Re:What the web platform can learn from Node.js: The Darwini...
by Touche on Wednesday December 16, 2015 @03:52PM
(#10747249)
I think this is a temporary problem. What is now called ES2015 (or ES6) was largely part of ES4 that got abandoned. Once most of ES2015 is in browsers and current versions of Node, especially modules, I think the need to transpile will be much less. Eventually JavaScript will syntactically be close to "done" and we won't need transpilers any more.
Re:What the web platform can learn from Node.js: The Darwini...
by tjholowaychuk on Wednesday December 16, 2015 @03:55PM
(#10747261)
Agreed, it'll get there eventually. It's just unfortunate that this critical stuff wasn't done earlier, could have been huge for the community. Things like async/await should be top priority IMO. I'd almost rather just start from scratch so there's not a ton of weird legacy baggage.
Re:What the web platform can learn from Node.js: The Darwini...
by fidget on Wednesday December 16, 2015 @07:13PM
(#10748502)
A lot of the GP's concerns are around libraries breaking compatability, and upgrading deps being hard, but Go doesn't exactly have all the answers in that regard.
Re:What the web platform can learn from Node.js: The Darwini...
by tjholowaychuk on Wednesday December 16, 2015 @07:37PM
(#10748616)
Yeah certainly. I've found that in practice it's not a big problem with Go, you can easily vendor your app's deps, of which there are typically fewer (not 500mb+). Keeping them updated for security reasons is the only drawback of that approach really. I vastly prefer Go's technique compared to a central registry.