4 ms·
Setting Up a Modern JavaScript Stack for Beginners (ES6, React, Webpack, ESLint)
- gerpsh 10y agoSection 10 coming soon?
- trungonnews 10y agoServer side rendering?
- nickthemagicman 10y agoWhat about Google Polymer and Web components? Arent they coming in ES6?
- pitaj 10y agoWeb Components are unrelated to the ECMAscript specification. They are part of the DOM and are not specified by TC39, but by W3C.[1] [1] https://www.w3.org/standards/techs/components#w3c_all https://www.w3.org/standards/techs/components#w3c_all
- pluma 10y agoFun fact: Web Components are completely oblivious of ES6 imports/exports and all PRPL examples basically assume modules are dumb JavaScript code that can be loaded from script tags, completely ignoring the trend towards JS modules JS has seen over the past five years. I wouldn't touch Web Components with a ten feet pole until the dust has settled and someone has come up with a convincing solution that is more workable than bower's "version conflicts are verboten" approach to conflict resolution.
- nzjrs 10y agoStepping back for a second, we all appreciate this is an insane state of affairs right?
- shakna 10y agoGoing by many of the comments at [0], I would say the community is divided and not everyone thinks so. Myself? I truly wish Netscape had gone with Scheme instead of the weekend hack that became JavaScript, as they'd talked about. [0] https://news.ycombinator.com/item?id=12628921 https://news.ycombinator.com/item?id=12628921
- olavk 10y agoThe everybody would just complain about Scheme now.
- pluma 10y agoStepping back for a second and looking at other programming languages. Not really, unless you only consider languages that have become stagnant (so there are only a few options left and no new ones pop up) or that haven't gained any traction (so there are only a few options around in the first place). Considering the size and openness of the JS ecosystem (i.e. its strong tendency towards open source at every level) this is perfectly sane and expected. If you want to pretend there are fewer moving parts, just use a TypeScript/Angular2 boilerplate and hope the single framework solves all your problems.
- ManlyBread 10y agoThat's cool, but what exactly is the purpose of this stack? What are the advantages and disadvantages?
- proto-n 10y agoalso do a chapter about testing please!
- restlessmedia 10y agoAs a beginner I would have gawped at this curve of learning when starting out. What happened to 'hello world' :)
- pluma 10y ago`alert("Hello World")` It's still there. But as always, "hello world" is not even remotely close to what a real-world project would look like.
- CommanderData 10y ago"Beginners". How long will this take to learn compared to just vanilla JS and maybe a basic framework. Obviously a bit longer. Try explaining some of the benefits to the beginner.
- baronseng 10y agometeor looks like a better way for beginners to learn es6 and not to confuse by the whole build process.
- scriptstar 10y agoWhat is the need of gulp for the Webpack set-up? I am talking here about "9-Webpack" project, we can achieve that without the gulp just by setting up the Webpack with relevant packages, right? I am not a big fan of combining Gulp + Webpack. It's already complex and what is the need to make it more complex adding one more to the mix. I appreciate your insights.
- jverrecchia 10y agoHi, author here. The goal for Gulp - even in the Webpack chapter, is for back-end transpilation. Webpack is great to replace Browserify for client apps, but Gulp is better suited for back-end stuff in my opinion. I also wanted to show people the specific part that Webpack replaces (the Gulp 'build-client' task) to give them a clear idea of why we introduce it.