Having recently started getting into Javascript, I have to say it is <i>the</i> most confusing ecosystem ever. Learning the basics of the language is easy enough, but as soon as you start trying to create a non-trivial application, bam, you're hit with information overload - X framework, Y library. It's different from Python, Ruby et all because at least with them, there are good consistent popular choices that you can rely on. With Javascript, more often than not, I'm left scratching my head as to what I should exactly use.<p>:/
Nice site but I take exception that backbone is the most popular framework.<p>While I don't think popularity alone is how you should chose a framework. It appears that AngularJS tops all except jQuery at this time.<p><a href="http://www.google.com/trends/explore#q=angularjs%2C%20backbone.js%2C%20emberjs%2C%20knockoutjs&cmpt=q" rel="nofollow">http://www.google.com/trends/explore#q=angularjs%2C%20backbo...</a>
Given that the greatest challenge to JavaScript testing is the browser environment, it'd be worthwhile to mention Zombie.js (simulated DOM) and PhantomJS/CasperJS (V8). Code organization is also important for any large codebases, which is often addressed with browserify or RequireJS.
Nice, I like what you're trying to do, but things like<p>"Backbone.js: The most popular JS client-site framework"<p>worry me. Most people I talk to avoid Backbone nowdays in favour of the other popular frameworks.<p>Also: some descriptions appear to be lacking/missing & you definitely should mention Grunt under "Helpers". At least it's a GH repo and I assume you'll accept PR's? ;)
Is there a "too clever" mentality in frontend web dev culture of late? An overly fragmented workflow toolset?<p>Not sure the cause, perhaps the influx of engineering "computer science disciplined" brains into the frontend world. Or a panicked competitive race to achieve a nirvana dev environment. Or a tendency to think that workflows for large websites with countless modules is the best workflow for a one-page web app.<p>Overkill for the intended task, or cluttering your project with too much technology, is the thing to watch out for in the frontend aspect.<p>Layers of tools and libraries and plugins can easily get out of control and beyond a joke. Don't forget you've got a web app to build while you mess around with the "right way" to build it.<p>You do not need a cup-holder on your scaffolding.<p>Just using plain JS with Jquery, and perhaps some additional smaller specific plugins/libraires, is enough to do a lot of cool stuff if we're talking "javascript" projects. Then just get a good editor and off you go.
Good resource, nicely presented.<p>"We recommend you whenever possible to verify you code style with a Lint tool."<p>That's not all they need a Lint tool for!
Hey guys!<p>I see there's a lot of great suggestions and critics here!<p>Since it's an open source project, you can feel free to open a pull request telling which resource you think it's better to be there, or which one should be removed. As well help me correct the grammar errors. I'm from Brazil, and my english is not that good.<p>I'm really glad about all the opinions, and for sure the site will be improved from now on.<p>Thanks!
I would have expected to find React (<a href="http://facebook.github.io/react/" rel="nofollow">http://facebook.github.io/react/</a>) among the frameworks.
Excellent work there. I always wanted to work on such a public collection but kudos to these guys on making it a reality. I've used/read-about/tried-out most of the stuff listed there and appreciate the hardwork that has gone into putting all of it together.<p>I think Polymer (Google) and Brick (Mozilla) deserves a mention there as Web Components have a very high possibility of becoming the ultimate way for the future of web development.
I occasionally code in Javascript and I always get the feeling that I'm working with a language without a decent built-in standard library.<p>Want to work with dates? Use a third party library (or use built-in 1995-style library).
Want to format a string? Use a third-party library.
Want to do X? Use a third-party library.<p>Coding in e.g Python feels completely different: almost everything I need is in the standard library.
It funny, but clicking to this link caused high CPU usage for N seconds and message from Firefox:<p>A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.<p>Script: <a href="http://jstherightway.org/js/jquery.js:1144" rel="nofollow">http://jstherightway.org/js/jquery.js:1144</a>
This is JavaScript: The Infinitely Many Ways. Shouldn't the right way remove at least a few options from the table?<p>I've found a sweet spot for myself, at least for single page apps which is what I work on most of the time. jQuery, Require.js, text.js and JSLint. r.js for building release versions. Those, along with a small "view" class I wrote whose constructor takes an html string, finds all elements with a data-vid attribute and adds properties to itself pointing at those elements. Markup is kept in bite-size html files, loaded by require during development but compiled into the single js file for release. Also, I can't remember the last time I used a jQuery selector.
Strange that it's just refer several times but not list jQuery as a framework but did with Zepto.<p>It's not mention lodash / underscore which is very elementary if you want to avoid reinvent the wheel.
I started web development 8 months ago. First I started by reading "The good parts" but honestly it's not really a good book to learn from 0 with.<p>The thing that really got me going? Typescript. Not only does it help with abstracting javascript syntax, but the intelisence made me not have to google every 20 characters i write.
What I've never understood is how to effectively use both objects and functions in a multi-paradigm language like JavaScript. Most introductions to JavaScript explain how to use functions in their own section and explain how to use objects in their own section, but they never explain how to combine the two techniques.
> "Different from C, C# and Java, JavaScript is an interpreted language. It means that it needs an "interpreter"."<p>I have an issue with the above statement. There are no compiled or interpreted "languages". There are only implementations.<p>There's nothing preventing someone from "compiling" it.
Nice site. Cheers for sharing!<p>JavaScript Patterns by Stoyan Stefanov (made the list under reading/books) is a must for anyone wanting to learn JavaScript the right way. The content volume is just right with great examples. Can be read in a week easily and get you rolling writing better code fast!
found a dead link in the article: <a href="http://killdream.github.io/2011/10/09/understanding-javascript-oop.html" rel="nofollow">http://killdream.github.io/2011/10/09/understanding-javascri...</a>
It would be nice to see the browser versions supported by all these projects in one place... this simplifies the process of elimination for those who have to support older browsers.
"JavaScript has strong object-oriented programming capabilities"<p>What would be an example of a language with weaker OOP capabilities?<p>PS: "The bad parts" section did not fit the page?
Should add jashkenas [0] to "WHO TO FOLLOW".<p>0 - <a href="http://github.com/jashkenas" rel="nofollow">http://github.com/jashkenas</a>
Javascript is the bare tool, in order to build abstraction, you need science, i mean something like algorithmic way in rendering view with framework like React framwork, it makes sense because it makes all developer around it thinks in the same way. It's the right way to do all successful thing.
I am not too fond of the styling. Looking at it on my desktop PC, the page could use some left/right margin. On my iPhone on the other hand its rather unreadable.