Yeah Iād be happy to talk about the testing stuff.
Itās great to hear that there are people want to hear about our work at Xolv.io. Happy to share our code and experiences, be that with @benstr or others.
I personally would like to always see an MDG person on Transmissions, though it could make sense to have a duo at times. For instance, if @tmeasday and I work on Chimp together, then we can talk about that. Like wise, if @sashko and @aldeed work on SimpleSchema together, Iād love to hear about it. This way, the show stays true to the MDG & Community efforts.
Looking forward to the next show!
Iād like to hear about the recent state and the future of *.meteor.com free hosting. Access not only to testing projects, but to many websites with community package documentation is lately difficult. It was addressed lately in quite a few forums topics.
It was suggested that *.meteor.com hosting will move to Galaxy with time. Perhaps at least the popular documentation websites like http://components.meteor.com or http://viewmodel.meteor.com could be moved faster.
Neat idea! I can see a huge value in doing this
Lots to think about on this suggestion
Hi @brajt weāre definitely open to doing this. In fact, weāre putting together a program to recognize and support top technical content contributions (e.g. tutorials, docs) from the community. Can you please help us identify more of these must-have resources that currently exist on meteor.com hosting?
Some ideas to get us started:
- http://useraccounts.meteor.com/ by @splendido
- http://viewmodel.meteor.com/ by @manuel
- http://components.meteor.com/ by @mitar
- http://astronomy.jagi.io/ by @jagi
Note: this is off topic for the TRANSMISSION thread, though - maybe we should start a new one about the best community resources. Sorry for derailing the thread.
Actually, the 4 sites listed by @sashko are the only ones I can remember and have in my bookmarks. Perhaps there arenāt that many as I thought actually? Iāll take a trip around my bookmarked github package projects to see which ones keep docs on free hosting.
Thank you everyone for your help with picking the topic and for the new ideas around community hosts! Good stuff
We finalized show 9: Testing Deep-Dive with Tom Coleman. I am stoked
Since Tom lives on the other side of the world we will be recording the show next Monday. and releasing probably late Wednesday.
From now until Monday I need your input with what you think the 3 to 4 main testing topics should be and any associated questions for the discussion.
Thanks @tmeasday for being the special guest for show 9
Please donāt forget about @aldeedās http://autoform.meteor.com - Iāve used that site sooo many times!
(sorry to also derail - but itās that important!)
Fantastic! Testing has been a pain and the new features are great. Great progress and would love to hear all the details.
One important part that is still unclear is the CI implementation. A must have for any serious application. Now that MDG is officially developing the test implememtation, CI should be top priority. Especially with the focus on larger apps. Iām curious about Toms vision on this.
Nice idea. You missed one aspect I think: What is the future of DDP? Has it been adopted anywhere outside of Meteor? And isnāt Apollo going to make it obsolete?
Wow, super excited about this!
- One topic Iād be interested in is Meteor-specific gotchas when it comes to testing. (Eg I recently learned that it is necessary to do a login both on the server and the client for mock users.)
- It would also be great to get a preview of what we can expect in the v1.3 Meteor Guide on the topic of testing, ie an opinionated approach. (Iām assuming Tom is working on that - is that correct?)
Definitely a +1 on Continuous Integration (and Continuous Deployment). SpaceJam, Chimp, Gagarin, Nightwatch, StarryNightā¦ plenty of work being done throughout the JS community.
Also, has there been any consideration to Verification and Validation and other regulatory processes used by the FDA and NASA? Since Tom is located in Australia, is V&V part of his testing strategy, or not? Six-Sigma? DMAIC?
And what about all the various tools and utilities in the broader CI testing community? Scanning packages for acceptance/end-to-end tests? CI artifact registration? Build hooks for building documentation? Launching network security scanners? etc, etc?
As others have alluded to, the big questions for me is how much of the testing spectrum are MDG looking to take on? Is it just unit testing, or integration testing etc. too. And then on from that whatās the CI/CD story and are MDG looking to curate that too?
I think it will be really valuable to allow for both experienced testers and those a fairly low-level of knowledge on this as Iām guessing some or all of testing will be new to a lot of people, or at least the darker corners of testing beyond just automated unit/end-to-end testing may be.
That being said, those of us whoāve had the displeasure of visiting those corners could do with the detail, so I guess Iām saying my vote is for a long show that covers the basics and the detail too.
Thatās very well put.
It also dovetails into various business strategy questions: is MDG going to have their own CI system along with Galaxy? If so, will it work with GitHub? Will there be an enterprise option for running it on local hardware?
Edit: Rest of post saved; to be posted in another time and place.
Looking forward to it!
Iāve been asking about whatās going to happen to DDP since the start of these transmissions. I hope it gets discussed this time?
I saw @sashko mention Astronomy as one of the community packages āof noteā. I was wondering if the Meteor Guide may switch from recommending SimpleSchema to Astronomy at some point? Or at least give a mention to Astronomy. I mean, even Eric (who created SimpleSchema) thinks Astronomy is pretty awesome!
Another vote for Astronomy! I wish I knew about it when I started Meteor.
The lack of native schema enforcement is great for rapid prototyping but that becomes frustrating pretty quick, when you start to lose track of what fields your object has.