My feeling on the subject of &quot;framework churn&quot; and &quot;tool fatigue&quot; in the JS world is that it stems from the general self-deprecating nature of front-end developers.<p>For years, if you did a lot of work in JS, you were constantly being told to switch to a &quot;real&quot; language, that you &quot;shouldn&#x27;t reinvent the wheel&quot;, that you weren&#x27;t a &quot;real&quot; developer. I think, for a lot of people who got into programming web sites through non-CS paths, that perception that JS wasn&#x27;t &quot;really programming&quot; was helpful at first, to make it seem more accessible, but it is now hurting people. I&#x27;ve been working in JS (and other languages) for 20 years now. I&#x27;ve heard it all. First, JS wasn&#x27;t C. Then, it wasn&#x27;t Java. Then, it wasn&#x27;t C#, or PHP. It was &quot;too high level&quot;. It &quot;couldn&#x27;t perform&quot;. Nowadays, people want to call it &quot;too low level&quot;, whatever that means. I don&#x27;t think it&#x27;s a great language, no, but the web as a platform has a lot of advantages that are extremely attractive to small teams (which I think are the vast majority of teams).<p>Beginners don&#x27;t understand what is going on with their code. It&#x27;s a mystery why it works at all. If you can trust yourself to build anything, then it doesn&#x27;t really matter what framework you choose, or really if you even choose a framework. You know you can never truly get stuck in a corner, because you can always write another program to get yourself out of it in some way. But beginners--and not-quite-beginners in JS who have been indoctrinated into thinking they are perpetual beginners--lack that confidence.<p>Because of this, such people are fearful of striking their own path. They want to swim with the school--safety in numbers. But there isn&#x27;t any one school, so when multiple frameworks are out, and you never know which your Snr. Dev is going to choose at your next job (and you&#x27;re constantly fearful that your lack of skill will be recognized and you&#x27;ll be booted), you start to worry about ever being able to keep up.<p>And it might seem like a paradox--why would any such people start a new framework project when they lack basic confidence in their own skills?--but I think this is <i>why</i> there <i>are</i> so many frameworks that have risen to the level of awareness in the popular conscience. There are a few people who have crossed the line into confidence, but they don&#x27;t yet know that their surface syntax doesn&#x27;t really make them any different than the others, and then the mass of unconfident people amplify the importance of the project beyond what it maybe should deserve, because of the worry that they might be missing out on some important information that will come up on a job interview in the near future. It used to be you didn&#x27;t need to have intimate knowledge of your future employer&#x27;s framework before you walked in the door, they just expected that you had applicable experience and would be able to learn it as you went.<p>If you&#x27;re starting a project now, you don&#x27;t need a JS framework.  I see a lot of people thinking way too far ahead. For the vast majority of projects, they aren&#x27;t Facebook. You don&#x27;t need a framework to make a simple activity feed. I see very small code bases worried about continuous integration and automated build servers. Nobody can just play with code anymore. Everyone is thinking about &quot;scalability&quot; and &quot;hiring&quot; and &quot;doing a startup&quot;. That&#x27;s ostensibly why <i>we</i> are <i>here</i> on HN, but HN--contrary to popular belief--is not the be-all, end-all of the internet. I think this is also a contributing factor to tool fatigue. People are so afraid of &quot;reinventing the wheel&quot; that they aren&#x27;t willing to just play around with code. They can&#x27;t tolerate it for themselves and they can&#x27;t tolerate it in others (because they fear it will become yet another thing they think they will have to learn). But playing and making your own framework is how you learn to evaluate the plethora of frameworks and throw away 90% of them for being trivially easy to implement on your own.<p>So what is the solution? A lot of people are doubling-down on the &quot;don&#x27;t reinvent the wheel&quot; trope. I think that&#x27;s stupidly close-minded and will lead to such people getting left behind in the coming Singularity. Even if the literal &quot;singularity&quot; never happens, the pace of technological development is not going to slow down just because you&#x27;re uncomfortable with it. The only surviving strategy is to learn how to cope with the rapid change of the market. And you do that by learning the core concepts to the point that you are completely capable of &quot;reinventing the wheel&quot; whenever you damn well please.