#2 Sign of Meteor in trouble: Workpop left Meteor

As @thea closed the previous post, I wanted to follow up on my conversation with the author on Medium of the post of workpop leaving Meteor. People jumped on it as a sign of things to come without properly investigating the issue.

I asked about the underlying reason, he initially resisted:

I don’t see the need to explain every bit of our “ambitions” but I will say we have the dev team to support this “risk”

When I insisted saying the article is weak without the starting premise, he answered:

I think it comes down to several points

  • Controlling how the app is built and bundled
  • Controlling how reactive/real time features are built
  • Controlling deployments
  • Controlling how traffic is load balanced…

My response:

Thank you for your response. So we have been using Meteor for a year now, and had in in production in no time

  • Controlling building and bundling: agreed, it’s part of Meteor’s ‘magic’, although webpack is slowly becoming standard.
  • Reactive, this new package should provide exponential improvements: Meteor Scaling - Redis Oplog [Status: Prod ready] — in line with chattr’s redsubpub
  • Deployment and load balancing: we developed production-grade deployment scripts (https://github.com/ramezrafla/meteor-deployment) which are super easy to ease, use nginx load balancing and provide a visual interface to see status. And Btw, these two issues have nothing to do with Meteor, you would have the same challenges with any app

So unless there are other real reasons, you guys moved away from Meteor, as it seems for emotional reasons, or maybe because you hired a new technology team / CTO

So back to work for me! Nothing there to worry about …

1 Like

I’m not really sure what the point of this post is - are we trying to shame a company for making a technology decision, or what? Are these quotes from a private conversation?


No, these are from public comments on Medium.

The original post was a ‘gloom and doom’ post, ‘look at early adopters dropping Meteor.’ My objective was to explain that technology had little do with the decision, and it was likely something else internal.

In other words, to comfort Meteor users who are increasingly worried.


  1. And if we went further in the arguments of the article, much of the recommendations are things we all agree with (stop using Iron Router for example).
  2. I know it’s not my place, but PR and perceptions are important for developers to keep trusting a platform.
1 Like

Who’s worried? The title is clickbait and fearmongering.


@ramez I have to agree that commenting / critiquing a company’s technical decisions posted elsewhere is not an appropriate use of this forum. If you have specific topics you’d like to discuss about Meteor itself that this article touched on, please open (a) focused thread(s) for them. Closing this thread.