There is a real risk that this will become a self-fulfilling prophecy. If enough of us can see the Emperor’s new clothes then it will happen.
1 Like
Very true! One more risk to add to the list: The general consensus over at meteor/blaze has been to wait until Blaze has been split from Meteor, and is available via npm, before ramping up development on any new features/improvements/etc. Now that MDG has shifted the focus of 1.5 away from npm, Blaze development might be held up further …
3 Likes
Ouch! Yes, I hadn’t made that connection.
Blaze does what we need, as well as being easy to learn and use. This makes it easier to train new developers. It also means our developers are more productive and this makes it faster for us to complete development tasks and make money - much like Meteor in general.
I’m sure many other people in the community would say the exact same thing.
I have looked at React and seen nothing but needless complexity required to obtain its purported performance gains. For us, faster rendering of changes to the DOM is not a bottleneck in any of our webapps.
Let’s keep maintaining and improving Blaze.
8 Likes
Oh, I didn’t know that. They are moving away from NPM, or you mean that they finished NPM integration and they are now focusing on other things?
They’re putting the Meteor npm migration on hold for now, and have shifted the focus of 1.5 to be on Meteor/Apollo integration. See this comment from:
I cannot believe. They are again going back on their word? This is so problematic. One cannot plan anything with Meteor anymore.
I wrote my comment here: https://github.com/meteor/blaze/issues/20#issuecomment-233756555
3 Likes
I’ve just thought the same a while ago, but to be honest, the future will be React or Angular 2 for the most of us here. Why? With React you can build web apps, desktop apps or even native mobile apps. You also have a big ecosystem. For a Cordova app we are using Onsen 2 and their React api. Which mobile framework would you use for Blaze? Right, there is no maintained one for Blaze. It doesn’t have enough users compared to React and so no one will optimize their own framework for it.
Blaze is nice if you do only pure web applications, but even here you have to think about the smaller ecosystem. To give you another example: Build a virtual list with 1000 dynamically items. It’s easy with React. Just install f.e react-list and pass the data to it, it will handle the rest for you. Now you do the same thing with Blaze - there are some jQuery plugins for a virtual list, but you don’t want to pass static elements to it but Blaze templates. Now you have a problem, because the library wasn’t optimized for Blaze support.
React may be much more complex than Blaze, but I absolutely love it’s ecosystem and it even works fine with Meteor.
1 Like
AFAIK, Apollo will work with Blaze. However, MDG has mentioned an intent to promote React over it as the primary. Still, I think Blaze is a gem and hope the community can help compensate for whatever it lacks. It meets all my needs without a problem.
2 Likes
Basically MDG scrapped their old strategy, and will eventually scrap/abandon/depreciate (what have you) the tech stack we know of today as Meteor along with it – to be replaced in favor of a new enterprise strategy revolving around Apollo (and maybe Saturn).
As a small business owner/developer that’s perfectly happy with Blaze/Mongo and related tech; I have not the time or inclination to move to Apollo and React.
We don’t need MDG to make Blaze even better than it is today, we only need MDG to truly release Blaze and then step aside so that the community can put in the work making Blaze into what it has the potential to become.
UPDATE: According to @zoltan, “Meteor 1.4’s package unpinning feature will allow us to completely move blaze development over to the community repo without waiting for npm integration.”
3 Likes
Qualia uses Blaze and will continue to do so for the foreseeable future. Lots of existing Meteor companies and projects use Blaze and will continue to do so. Even though Meteor has stopped developing Blaze, there will continue to be at least somewhat of a community.
4 Likes
Can we still use Blaze even if it is deprecated ?
I mean like what the current status of Blaze right now is quite good …
so Whatever MDG decides on , can we still working with blaze ?
Exactly … what about if they did, would we be able to add blaze package to our project and proceed on ?
It’s still usable for me, but it does lack many features like two-way binding, which makes it complex to fetch data from a form. Blaze’s API design is not very good too. I would still continue to use it but I may suggest using ractive.js or Vue.
Not sure why people love React so much, the syntax seems very '90s and Facebook is notorious for making breaking changes often. React native is also pretty garbage.
1 Like
@mitar, given the note here https://github.com/meteor/blaze/issues/20#issuecomment-234046231, you should be taking over soon (likely when 1.4 goes into production from RC).
I am convinced Blaze will evolve and thrive under the community’s leadership. Remember, Blaze is HTML.
MDG is moving to the data layer, so Meteor will only see investment to support that (it also seems React has ways to go before it’s a first-class citizen) – which is what happened here, NPM support was delayed in favor of Apollo integration.
Of course – in fact, if the community picks it up as I hope, I’d encourage it’s use even more than today.
3 Likes
Meteor 1.4 is has been released.
@mitar is there any prep that needs to take place in order to get started using this repo for Blaze?
Do you @mitar or does anyone have guidance on using the new unpinning feature will allow us to completely move blaze development over to the community repo without waiting for npm integration? … Using Meteor 1.1 or some other targeted release of Meteor?
I feel MDG has somewhat solid out the community, it was really good for them to support startups, blaze and blaze based packages to show user growth and how great meteor is but now it looks like that even Meteor will removed scrapped their old strategy – to be replaced in favor of a new enterprise strategy revolving around Apollo.
I really don’t trust MDG anymore and will be avoiding Apollo. I think the future is going to be pure Node.JS framework with a plugin or package for real-time maybe that will be apollo but if so I hope it will be community based.
@almog, I can see where the gloom is coming from, but I disagree with your prognosis.
I responded to your thread here: Is it time to leave Meteor & MDG?