TL;DR is: take the below as feedback to consider, and proceed as you see fit. Nobody's suggesting you can't do this.
On Mon, Jul 29, 2019 at 2:58 AM Lars Francke <lars.fran...@gmail.com> wrote: > The way I read your point is that anyone can publish material (which includes > source code) under the ALv2 outside of the ASF so why should they donate > anything to the ASF? > If that's what you meant why have Apache Spark or any other Apache project > for that matter. >> I think your premise is that people will _collaborate_ on training >> materials if there's an ASF project around it. Maybe so but see below. > That's our hope, yes. Should we not do this because it _could_ fail? Yep this is the answer to your question. The ASF exists to facilitate collaboration, not just host. I think the dynamics around collaboration on open standard software vs training materials are materially different. > We - as a company - have created material and sold it for years but every > time I give a training I see something that I should have updated and it's > become impossible to keep up. I see the same outdated material from other > organizations, we've talked to half a dozen or so training companies and they > all have the same problem. To create quality training material you really > need someone with deep insider knowledge, and those people are hard to come > by. > So we're trying to shift and collaborate on the material and then > differentiate ourselves by the trainer itself. I think this hand-waves past a lot of the concern raised here, but OK it's an experiment. I don't think it's 'wrong' to try to get people to collaborate on slides, sure. It may work well. If it doesn't for reasons raised here, well, worse things have happened. Consider how you might mitigate possible problems: a) what happens when another company wants to donate its Spark content? b) can you enshrine some best practices like making sure the content disclaims official association with the ASF? e.g. a trainer delivering it has to note the source but make clear it's not Apache training, etc. --------------------------------------------------------------------- To unsubscribe e-mail: dev-unsubscr...@spark.apache.org