really very sad news. I remember that you have responded many of my questions in this forum very quickly and we were using a lot of your work - Flow Router, Mantra and many more.
Thanks for all your contributions to Meteor and all the best to you.
@arunoda A great big round of applause for all your efforts these last many years and I and all the Meteorites gained so much more than we could ever repay you from your many helpful posts, packages, services, websites, books, etc.
I started with MeteorJS back in 2012 and always found your many contributions to the community beyond compare and could never properly even begin to thank you for all of your efforts.
Lots of luck in all your future endeavors and I hope to see you around if not on MeteorJS than maybe on Amazon Alexa which has been a blast where I have published about three skills per month for the last six months costing in total around $0.05/month to host all of these skills on AWS Lambda for around 5000+ active skill users while I have been on leave from active MeteorJS development too.
To be honest: if the only statement of MDG about a key player leaving Meteor is “perhaps people in the Blaze community would be interested”, I really start to get frightened. Wake up, MDG guys, it’s time that you take over responsibility for your product. Or discard it, in favor of Apollo or whatsoever. Leaving all key parts to the “Blaze community” is no option for me. Sorry for the rant, but I am feeling really sad about Arunoda’s post. How could I deliver my apps without mupx?!
6 Likes
Thanks Arunoda for everything you’ve given to the Meteor community. What frightens me most is that mupx won’t be developed further. So I suppose I will stick to Meteor 1.2 forever.
He left community at ~ May or even earlier, just not officially.
And personally, I like whats going on right now, with all these MDG transitions, and redis-oplog stuff.
4 Likes
I guess you should let somebody else do the system administration part of the job.
Deploying meteor really ain’t that hard. meteor build, and deploy as any other nodejs app.
Thank you for all your work
Thanks for all the hard work
Depending on Meteor’s direction and maturity, come back one day?
Or even pm2 and a load balancer with sticky sessions, like Tengine or HAProxy. Personally I’m glad MUP is coming to an end, as it has done more harm than good
3 Likes
Sticking to Meteor 1.2 is a necessity that cannot be blamed on mupx or this announcement.
Development on mupx (note the x), stopped a long time ago but it worked fine with Meteor 1.3. Furthermore, the transition to kadirahq/meteor-up (the successor to mupx) is really not all that difficult and with a small tweak (to the Docker image) works with Meteor 1.4.
With its relatively simple configuration and support for swappable Docker images (which I and others have provided) it will likely work well (for small projects) with no additional development for a very long time to come. I would highly recommend that migration if you haven’t already. I haven’t tried, but I believe you could even run Meteor 1.2 on it right out of the box (without the above mentioned tweak).
Even with continued development, it’s unlikely that meteor-up will or would have ever be ideal for larger deployments with a lot of traffic and you should invest in reliable architecture when the need arises. I still think it would serve you reasonably well though.
5 Likes
All of your contributions have been greatly appreciated and you’ve certainly enabled many to continue down this path and there will be great things to come (so long as everyone tries not to be too pessimistic and doubtful).
But, in case it’s not clear: Thank you! And cheers to whatever adventure you end up on next.
2 Likes
So sad to see my favorite genius going away from Meteor. Hope it’s not related with MDG’s new business projects. Good luck to you and huge thanks for all your huge & amazing contributions.
Most of which were built and maintained by Arunoda and his team in fact 
1 Like
True story:
-
MDG builds Meteor.
-
Arunoda embraces Meteor and builds “Comet Engine” (a Meteor hosting solution) (before MDG’s Galaxy) (unknown results).
-
MDG builds Galaxy (a Meteor hosting solution) (with mixed results).
-
Arunoda stops “Comet engine” work.
-
Arunoda then goes on to build Meteor trend setting solutions: MUP, FlowRouer, MeteorHacks, and Kadira (a Meteor production monitoring solution) (before MDG’s Optics)… (to great fan fair)
**
6) MDG stops work on Meteor core tech (Blaze, DDP, Livedata, Tracker, etc) and moves almost all their engineers to Apollo (a Facebook’s GraphQL overlay) (with considerable pushback from community). And pushes Meteor devs to embrace Facebook’s Reactjs (with considerable pushback from community). And slowly, pushes any new Meteor core tech work to community (with mixed results).
**
-
Arunoda builds Reactjs story book (to great fan fair).
-
MDG’s builds Optics (a Facebook’s GraphQL/Apollo overlay production monitoring solution) (with mixed results so far).
-
Arunoda stops Meteor and Kadira (the Meteor production monitoring solution from before) work and moves to the Facebook stack once and for all…
**
10) MDG wonders what to do next [without Arunoda]…
**
.
.
.
.
.
.
.
.
Disclaimer: This is not meant to predict anything; no gloom and doom here. It was an attempt at satire + irony based on accurate historical chronology. Please don’t take it too seriously. 
15 Likes
This is the most naive post I have seen. MDG investors did not give money because of Arunoda contributing to Meteor. They invested because if the business model provided by MDG. Also MDG is not dependent on Arunoda. Yes he is a good contributor to Meteor but Kadira has a habit of leaving open source packages in a lurch.
I wish Arunoda and Kadira the best in future. Meteor community will also miss there expertise. But I don’t see doom and gloom as aadams is predicting.
3 Likes
Then don’t begin it with “true story” if you mean it as satire.
Geeze.
1 Like
Haha. It is a true story. The use of satire doesn’t preclude the truth.
3 Likes