Earlier quoted context omitted.
I was about to abandon Angular 1 for future projects and go all in on React. And it looked fairly promising, except everything is its own little module. Good for UNIX, but not so good for modules that change so often. Then I started catching up on Angular 2 and TypeScript. It looks like the right mix between new and opinionated. I just don't have time to research a module for data, one for building, one for testing,…
I totally agree with you. It took me lots of time just to figure out to write a 'PROPER' react application. There are too many modules to choose from for routing, data acess etc.. Then I tried with Angular 2, it look me less time to get up and running with forms, routing and everything...
The State of Meteor Part 2: What Happens Next
41–50 of 153 posts
Re: The State of Meteor Part 2: What Happens Next
#42Earlier quoted context omitted.
Phoenix is the only other thing that really appeals to me as something I want to try that is fun. That was the great thing about Meteor, it got a lot of shit done, and it was fun. That's important. What do you do to hook into Elixir? What's your tech-stack for the other side of the back-end? I was looking into phoenix/elxir generating GraphQL but that seems pretty immature and at least a year out to be comparable wit…
I just use Phoenix/Elixir. I can wire it with React, but honestly I am starting to question this. Only if I really need React, I will actually use it. So far I work on simpler stuff, api's and smaller apps.
Oh well, I guess we'll see how the next year goes.
Re: The State of Meteor Part 2: What Happens Next
#43Can someone chime in as to whether React won the frontend war? As in the super majority of new project will be developed in React. I'm not that well-versed in the Node ecosystem (I got my news from ... HN). But from little I've seen, I found it hard to believe that React would be able to react the place where jQuery was (is?). Heck, we even have a post staying on the front page today lamenting the inferiority of Reac…
You can't do that with React. I can't even imagine what it would take to migrate some 2010-era J2EE enterprise app to React, but it certainly wouldn't be just dropping in a script tag and writing your new code more cleanly.
Which means that React can only be the product of choice for new development moving forward; and even then, given how complex it is, only some subset of apps are going to bother with it. Nobody ever said "this application is too simple to bother with jQuery," because jQuery helped even simple apps, but there are legitimately huge classes of apps for which React is just massive overkill.
Re: The State of Meteor Part 2: What Happens Next
#44Can someone chime in as to whether React won the frontend war? As in the super majority of new project will be developed in React. I'm not that well-versed in the Node ecosystem (I got my news from ... HN). But from little I've seen, I found it hard to believe that React would be able to react the place where jQuery was (is?). Heck, we even have a post staying on the front page today lamenting the inferiority of Reac…
Take a look at the trend line and React still has a long ways to go to catch Angular: https://www.google.com/trends/explore#q=reactjs%2C%20angular... Having stated that I am trying to get up to speed on React in order to make a knowledgeable comparison to Angular 2. I've got friends who are way better JavaScript programmers than I am, ones with VC backed startups built with Angular 1, who are really struggling to lea…
It took a few weeks to get decent with Angular, over a month to get productive with Ember, and about a few days to figure out React.
That trend line might be more indicative of Stack Overflow searches.
Re: The State of Meteor Part 2: What Happens Next
#45MDG adding easy React support was a definite win and I think using Meteor with React is -the- way to write Meteor apps. But they need to start ignoring the crazies out there and focus on their vision.
Re: The State of Meteor Part 2: What Happens Next
#46Is Blaze vs React really the issue? Try running a Meteor app with >500 concurrent connections.
Re: The State of Meteor Part 2: What Happens Next
#47> And Angular is… well, it’s not React. Can someone explain what this statement means in terms of the technical benefits of React over Angular?
React is a rendering engine, it's covers the final piece of your web app (rendering a data structure into DOM). But whatever you do to create the data structure that gets passed to React is up to you. This keeps most of your domain logic outside the context of the React framework, you just use React as a tool to render you final data structures into DOM. So basically the API you need to know for your domain logic is just Javascript, which most people know already and it's really easy to lookup answers to your questions etc...
With Angular your domain logic exists inside the context of the framework. i.e. if you ng-repeat something you can't just filter that collection with Javascript you have to use an ng-filter to do it which is a special Angular construct. So the API you have to learn to manipulate data isn't just Javascript it's Angular-specific. And what if you don't know how ng-filter works? Well, you're tied to the Angular docs to figure it out. The Angular docs are of particularly poor quality so this coupling turns into a really serious problem if you're trying to be productive, because you're constantly reading docs to figure out how you do something in Angular.
I'm not sure how Angular2 is since I haven't used it, but to me React vs. Angular1 is a no-brainer win for React, since it's much easier to be productive in React + you can target mobile now with React Native. Something I've noticed also, there are basically no developers who have switched from React to Angular and now evangelize Angular, yet there are thousands of people who have switched from Angular to React and now evangelize React. I think that speaks for itself in the sense that anyone who has used both extensively prefers to use React.
Re: The State of Meteor Part 2: What Happens Next
#48Can someone chime in as to whether React won the frontend war? As in the super majority of new project will be developed in React. I'm not that well-versed in the Node ecosystem (I got my news from ... HN). But from little I've seen, I found it hard to believe that React would be able to react the place where jQuery was (is?). Heck, we even have a post staying on the front page today lamenting the inferiority of Reac…
React is overkill for a website. It is great for a web application. But your blog about recipes or hats for cats? You're just over-engineering at that point.
Re: The State of Meteor Part 2: What Happens Next
#49Can someone chime in as to whether React won the frontend war? As in the super majority of new project will be developed in React. I'm not that well-versed in the Node ecosystem (I got my news from ... HN). But from little I've seen, I found it hard to believe that React would be able to react the place where jQuery was (is?). Heck, we even have a post staying on the front page today lamenting the inferiority of Reac…
Take a look at the trend line and React still has a long ways to go to catch Angular: https://www.google.com/trends/explore#q=reactjs%2C%20angular... Having stated that I am trying to get up to speed on React in order to make a knowledgeable comparison to Angular 2. I've got friends who are way better JavaScript programmers than I am, ones with VC backed startups built with Angular 1, who are really struggling to lea…
https://www.google.com/trends/explore#q=reactjs%2C%20angular...
Re: The State of Meteor Part 2: What Happens Next
#50Earlier quoted context omitted.
Part of the reason this year has been a bit of a mess is because MDG has been focusing a lot of resources on the profit-generating component of their business: meteor hosting and support. They launched Galaxy (their hosting service) just a couple months ago so it's still too early to say how successful that will be, but it could easily be in their best interests to cannibalize some of their older features if it helps…
Not having to spend money on Blaze will make them more competitive as a hosting business. Frankly, when is the last time you saw a billion dollar unicorn hosting business? Or a hosting IPO? I doubt we will see SQL support. We will likely see something with GraphQL instead.