A little collection of tutorials and posts I put together to give people a roadmap to learning Meteor 1.3.
Useful and concise thanks
Although theres a clear path forward, it appears that it will be quite a while before any dust settles and the road is passable for lesser mortals (me).
For instance, discussion on Mantra āHello Worldā: https://github.com/kadirahq/mantra/issues/63
Its quite a path even once youve got into Reactā¦(but Im sure MDG will work their magic)
btwā¦Iāve not been following this at all closely - but could some kind person please point me to something that clears up the relationship between Mantra/Reactive GraphQLā¦
As theyāre both products of Arunodaās genius I suppose they are symbioticā¦?
Look forward to buying the book.
(What a shame for Meteor that your having to use Diviā¦)
Awesome! Iām always looking forward to more learning resources for 1.3.
Under phase 1, you may want to indent your links because the numbered lists look odd as is. 1, 1, 2, 1, 2ā¦
Heads up - every single thing you need to know about Meteor 1.3 will be covered in the Meteor Guide.
Meteor 1.3 is still in beta - if you donāt want to worry about hacky stuff and weird documentation, just wait until the final release, I promise itās going to be awesome and super well documented.
Will the guide for 1.3 be released at the same time at the 1.3 RC?
Good question! Weāre almost done with app structure and code style, testing is more heavily work in progress.
@tmeasday would be best to answer here.
You guys are making awesome stuff with Meteor Guide. We all like it.
Meteor 1.3 is still in beta - if you donāt want to worry about hacky stuff and weird documentation, just wait until the final release, I promise itās going to be awesome and super well documented.
But, comments like this not good for the community.
It feels like we are discouraging community support. Right now, there is no official guide to work with Meteor 1.3.
People are experimenting different ways to work with it. We should support it.
Just my idea on this.
Actually Mantra is Arunodaās and Reactive GraphQL is MDG. The way I see it is Mantra creates a Framework/Architecture Structure (not a framework in usual sense), with clear rules and pathways for the application to be built.
Reactive GraphQL is going be MDG flavor of facebookās GraphQL and Relay with an added dose of Reactivity sprinkled all over. It is going to have low level abstraction and I am sure there will be lot of APIs built on top this to make it easy for developers to work
In that sense Reactive GraphQL is part of Mantra Architecture as a State Management tool if the app wanted to make use of it.
Hmm, this is a good point. I guess I would be a lot happier if these articles said āhow to work with the Meteor 1.3 betaā rather than āMeteor 1.3ā. Because sometimes they include workarounds that wonāt be necessary in the final release, but then if people read the article they will think those workarounds are needed even in the final version.
Sorry if I discouraged anyone! Going to do better next time.
Props for putting together this information!
However, I think that authors should be a bit more realistic and less click-baity when it comes to titles. Six months from now, looking for a 1.3 solution could bring up this āComplete Guide to 1.3ā, which if it has been updated, would probably still be great. However, as anyone who has searched outside the forums for solutions can attest to, the results range from helpful to outdated to untested and wrong.
Of course, having sifted through dozens and dozens of old articles about meteor, most of us know the authors and context (the <1.0 age, the iron router age, the flow router age, the react age) that allows us to judge what is currently relevant and what is not. But newbies donāt have that luxury and titles like these worry me, regardless of how helpful the information might be todayā¦
Just changed the article title and added a little message about the fact that things will still change with 1.3
Thatās a good point I hadnāt thought about that. My plan was to keep it updated as 1.3 progresses, but realistically I might not be super on top of it. What would be a better title I could use?
I think something like āGetting Started with Meteor 1.3 Betaā or something similar ā ācomplete guideā (to me at least) implies curation, something I think that makes sense when talking about the Meteor Guide but not perhaps to something a bit more static?
my first thought was along the lines of:
WAUW!, is 1.3 already out!? how did I miss this?
nice article tho Am a bit unsure about how to utilize es2015 modules fully:
- How is HTML files handled with modules? do they go in imports?
- What about CSS?
- How will I structure my source now?
Iāve looked over the new content for the Meteor Guide, and hope to get a better grasp on how to make to most of the coming features.
@goatic hereās the PR: https://github.com/meteor/guide/pull/226
We didnāt mention HTML, thatās a good point. We should talk about that specifically.
In particular, you can look at this example app for an idea of what weāre going for: https://github.com/meteor/todos
Yeah! I think you gave the answer.
I guess I would be a lot happier if these articles said āhow to work with the Meteor 1.3 betaā
And @kenrogers changed the title in the post.
(@kenrogers, You may need to change this topic as well)
BTW: I should do that too.
I think, everyone wins.
Your book canāt come soon enough for me, Iāve got reasonable understanding of Meteor now, Iām fairly happy with the basics of ES6, and have spent a fair bit of time with React, but trying to understand the best way to put all of those bits together is hurting my head!
Thanks for that. Iāll read up on Mantra again with this lens, but from what you say Mantra seems to be the opinion-shaper of the emergent opinionated āReact/<> | RGQL | npm sweetshop | BYO-Back Endā Meteor.
@kenrogers: for people who arenāt full time-devs, and with many things other than coding to juggle - useful is better than perfect. As tomRedox says: the best (anti-fragile?) way to put all these bits together for the foreseeable (3-6 months?)
Iām totally pro something like Mantra, but I really want to have understood the building blocks before I shift up to an abstraction.
Yep I am with you. The way I see it is Mantra takes care of decision making for me and stays in the background while being flexible enough to use the state componenents I like