Which Front-End Technology Would You Choose for a New Meteor Project Today?

This question has probably been asked before, but I wanted to start a new thread since I’m curious about current preferences and community trends.

If you were to start a new project with Meteor today, which front-end technology would you choose?

1 Like

“React” is only 5 characters long while a post must have at least 20. This is why this question might work best as a poll.

1 Like

You are right. Is there a survey structure in the forum for this? I created a simple survey link. https://forms.gle/fwDDz7zBqR4gG8xR7

Results: https://docs.google.com/spreadsheets/d/1W5BhqFdPIObiWvM9qpXj8IDYw63pIK6-5ghWmCHph2Y/edit?usp=sharing

React, for sure.

There are some other frameworks that edge out on performance, one notable one being Famous UI, which was built around CSS and GPU optimizations.

But the composability that React introduced means real reusability; which means that components get better with time. And the critical mass of use that Facebook gave, means that code assistants and LLMs can auto-generate great React code.

React.

The svelte generator is 2 major versions behind, otherwise I’d probably pick svelte.

edit: If blaze had first-class support, I might pick blaze. This is based on the fact that when I’m working in rails, I just use erb rather than react. I almost always pick the “path of least deviation” when working - staying as close to the default as possible helps a lot when looking for help and helping other people.

3 Likes

I gave to admit I would use Vue although I still love Blaze. Vue has the advantage of being close to Blaze while not forcing you to wrap all logic in hooks.

Tailwind integration is perfect and state management is not a headache. Plus there are many similar component libraries and composable out there as you know from react.

Finally, I like Vue being a pure community effort and not having a big corpo behind it.

2 Likes

Was a Blaze diehard. Switched to React and never looking back.

Did build stuff in Svelte but still like React more

2 Likes

React is the king now. Not because it runs faster or consumes less memory, it’s because it’s too popular, and we feed AI lots of React’s content.

2 Likes

React or Preact with Signals for state management.

3 Likes

Svelte.

It’s a win-win for enjoyment and performance. I think it’s also the one that aligns most closely with Meteor’s ethos.

All modern ones (svelte, vue, solid) have converged to using signals so the choice becomes largely what syntax you like.

React is legacy at this point. Maybe they’ll move to signals as well or maybe those that like the react-like syntax will move to solid. Here’s a video that highlights the difference between the approaches, aka vdom diffing (react) vs fine-grained signals (svelte, vue, solid): https://youtu.be/YQT26cnCKqo?si=-X0E1MrFyTQd3Z4_

I don’t think the AI training data argument holds water. It’s demonstrably false, here’s one example: @bholmes.dev on Bluesky

More broadly, kowtowing to training set data would mean no more innovation. I don’t think that’s likely and would be a sad world.

Yeah, Meteor’s lack of support for package.json exports is holding this back. zodern opened a PR here. I hope that will be resolved shortly by either that PR or the ongoing work to integrate a modern bundler, otherwise you can use meteor-vite, see ceigey’s repo here.

4 Likes

chatGPT thinks (hopefully not hallucinating) there are indications that React may implement signals at some future time.

1 Like

React. Why? Because I know it, I work efficiently with it, and it has enough inertia to not vanish overnight. The reason is not because it is better than Solid or Vue or Svelte, etc. I don’t know enough to make that judgement.

1 Like

React, My project originally used Vue, but I paid a high cost to migrate to React. The main reason is that React is better suited for complex applications, whereas Vue quickly becomes extremely difficult to maintain as complexity increases.

1 Like

I’m in the Vue camp myself.

1 Like