It's really hard to keep up, they're changing and coming and going all the time. Between now and the time I last looked into the latest frameworks, Angular has jumped from 1 to 2 to 4 and now I think it doesn't even have a version number? And React blew up but Vue is keeping up, Rails seems to be losing traction, ClojureScript and Elm seem to have had a brief spike in popularity, then there's Ember, and in general I'm very confused.<p>In particular I don't have a lot of particulars. I plan to deploy to EC2 and there is a need for a little bit of JS on the front-end for some stuff that can't be done server-side, but other than that it's all a very standard web app.<p>Comparison articles come out all the time but it's really hard to judge the competency or bias of the author. So I'm turning to you HN considering your reputation for being at the front of the game.
Is this project a serious one? If it is, go for something mature and something you are familiar with even if it's "unsexy" like PHP and jQuery [1]. Learning a new technology while building your product can be fun, but it is often counterproductive. Unless your project has specific needs which only a few technologies can fulfill, it'll be just fine. Choosing something familiar allows you to focus on your project instead of your tech stack.<p>Don't worry too much about choosing the "wrong" language or framework. What you build matters more than how you build it. For example, many would recommend Postgres over MySQL for good reasons, yet those who use MySQL are doing just fine [2]. Their advantages are often insignificant in practice, so feel free to ignore the hype (especially here on HN)!<p>Angular, React, Vue are all fine choices for building SPAs. Rails is kind of out of place here (it's not a front-end framework). The hype around it has died, but Rails itself is still very much alive, and it's very mature. ClojureScript and Elm may need a bit more getting used to depending on your experience. Their communities are relatively small though, so you'll have less resources available.<p>[1] PHP gets a bad rap for its past, but modern PHP really isn't so bad (very Java or Ruby like, depending on the framework that you choose). jQuery is "old", but reliable. Not a good idea if you're building something highly interactive, but if you only need "a little bit of JS" then it seems like a good fit. SPAs have many advantages, but are also much more complex, so avoid building one if you don't need to.<p>[2] <a href="https://www.mysql.com/customers/" rel="nofollow">https://www.mysql.com/customers/</a>
This is a very simple checklist I recommend to anyone who asks me this question:<p>Know PHP? Take Laravel.
Know Ruby? Take Rails.
Know JS? Take vanilla Express.
Know Python? Take Django.<p>Sprinkle some jquery on top for the frontend with bootstrap for quick UI. And if you plan to support only modern browsers (not IE), you might not even need jquery. A whole lot of the api is built straight into modern browsers.<p>Any such tomfoolery such as Single Page Application Frameworks, Server Side Rendering of said frameworks is never required. Not even facebook, which built react for its own use, has a fully React rendered page.<p>Deploy them on a regular servers/stacks. No unnecessary docker, kubernetes, etc., is required, unless you are making a project for google where you will get a million hits on the first day.
For a frontend project I would recommend React, as the tooling available for it goes way beyond Vue or Angular. A React component is syntactically equivalent to a plain JS function or class, so once you're set up you have a much easier time (IMO) managing a large project using it.<p>If the project is such that you don't need to specifically have server APIs separate from the content you serve, you might want to look at Next.js or After.js, which are two similar approaches to a "just make a whole website out of React components, including server-side functionality".
What languages are you comfortable and proficient in?<p>If you plan to write a volume of code comparable to a small novel, you will likely want to do so in a comfortable way, able to express nuances and details in an efficient, readable, elegant manner.<p>There aren’t many writers who can write equally well in French and English, and even fewer who can write fluently and with finesse in Belgian French, Canadian French, UK English, Australian English, Mexican Spanish and Catalonian Spanish.<p>It takes constant experience and refinement to master Ruby + the rails API, something I imagine is even more true for the front end in the presence of elm etc.<p>I know that i would pick up the tools that my brain groks with the least effort (from a set of reliable, popular, well maintained options). The way my mind works can be the weakest link or my strongest asset — if I take it in consideration.<p>I can think Vue but I can’t think React. I can joyfully think Ruby but I get frustrated with C# or pho etc. slim makes me happy, erb pokes my eyes.
In terms of front-end development for business applications I'd recommend Angular (current version: 6. Since they adopted semver major releases have become much more frequent).<p>It gives you an easy way to structure your application in a predictably manner.<p>In my opinion, Angular lends itself to CRUD-type applications particularly well because of a clear separation between business logic and the presentation layer as well as due to easily reusable components.<p>Since Angular 2 the tooling has become quite reliable as well.<p>As for the back-end I'd suggest Spring Boot. It allows you to draw upon the vast amount of high-quality libraries available for the JVM without incurring the complexity cost that in the past often used to come with Java.