Hi - I’ve tracking only loosely this effort. I am very happy to see Swapnil’s effort and I can see this concept to be very helpful for real face to face community growth. That is really important as people are connected in the real world!
> On Dec 12, 2019, at 9:18 PM, Alex Harui <aha...@adobe.com.invalid> wrote: > > I've only been partially following, and I hear and respect the desire for > "quality control", but IMO, people talk about Apache all of the time in other > events. For example, when Flex joined the incubator in January 2012, there > was a Flex user conference shortly after in April 2012. I spoke there about > the transition from Adobe to Apache and laid out what I knew about Apache at > the time. I posted slides beforehand, but I'm not sure our Mentors looked > them over carefully. We were a podling, so no official PMC members and no > Mentors were in attendance. IIRC, I also practiced this presentation at a > small Meetup before the conference. I'll bet this happens at lots of > conferences for podlings. I included a disclaimer that I wasn't speaking on > behalf of Apache, just passing on what I've learned so far. Two points. (1) A Disclaimer is a good idea as is using existing material wherever it is found on Apache sites and projects. (2) I was a Flex Mentor. It was my first podling. I was a “junior mentor” and not yet a Member. I don’t recall the meeting being a big deal in any way for the mentors. > > Hence, my gentle suggestions that disclaiming is better than too much > oversight on these community meetings, otherwise ALC is going to be under a > heavier burden than other community outreach. If that's because you want to > make ALC the official way to learn about Apache, roughly as formal as the > Incubator, ok, then fine, but that might cause other volunteers to shy away > or find a path of less overhead by skipping the ALC title and buying a case > of beer instead. I think ALC is important. It can help with cross pollination between projects. It can help people find projects and projects find people. Again I haven’t looked, but to me the most important aspect should be disclosing scheduling and projects involved followed by some information about attendance. I think of an ALC as a meetup of meetups. Also, is the plan for Comdev to manage the ALCs, conferences, or a new committee? Or. Is this a combination? Regards, Dave > > My 2 cents, > -Alex > > On 12/12/19, 2:10 PM, "Craig Russell" <apache....@gmail.com> wrote: > > Hi Swapnil, > > I realize I'm coming late to this discussion but would like to offer a > small bit of feedback. > > Like others, I think we need to try to get qualified people running local > groups. One Member plus two PMC members gives us three, which is a magic > number for decision-making here. Even if they don't attend all meetings, it's > at least some oversight from folks who have earned merit. > > Random talks that present how we do things here, by people we don't know, > makes me nervous. We might consider requiring presentations to be posted > publicly some time (one week?) before the meeting which would allow for at > least some oversight. > > And there are plenty of such presentations publicly available and some can > be edited to suit (e.g. see the Training podling for examples of > presentations on The Apache Way). > > I endorse the concept and look forward to a proposal. > > Craig > >> On Dec 11, 2019, at 11:59 AM, Swapnil M Mane <swapnilmm...@apache.org> wrote: >> >> Thank you so much, everyone, for your kind and valuable inputs. >> As a next step, we will work on drafting the ALC proposal to the board. >> >> >> - Best regards, >> Swapnil M Mane, >> https://nam04.safelinks.protection.outlook.com/?url=www.apache.org&data=02%7C01%7Caharui%40adobe.com%7C3ac2d86ccbf54019b11c08d77f500aba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637117854065911699&sdata=NQimXPkKRHJo%2FpQ9yYjcnqVPJuVHumRLi6GYPVyQICE%3D&reserved=0 >> >>> On Thu, Dec 12, 2019 at 12:20 AM Rich Bowen <rbo...@rcbowen.com> wrote: >>> >>> >>> >>> On 12/6/19 4:42 PM, Roman Shaposhnik wrote: >>>> One potential (if not solution -- but at least a line of thought) could be >>>> to bring these efforts into the fold officially by requiring them to be >>>> official sub-projects of ComDev PMC. Then we can have a policy requiring >>>> a certain governance oversight over those sub-projects (like requiring >>>> a certain # of PMC/members, etc.). >>> >>> This just feels like too much structure/bureaucracy to me. We want just >>> enough oversight, but we don't want to kill it with too much, either. >>> >>> If, at some later date, this grows to the point where it seems to *need* >>> this much oversight, then, great, we take that step then. >>> >>> Small, reversible steps. >>> >>> -- >>> Rich Bowen - rbo...@rcbowen.com >>> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frcbowen.com%2F&data=02%7C01%7Caharui%40adobe.com%7C3ac2d86ccbf54019b11c08d77f500aba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637117854065911699&sdata=vfHus%2BNTsFNCnmwIRFIJunUQ0Qoxv%2BsHBJb5Dsq74EY%3D&reserved=0 >>> @rbowen >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >>> For additional commands, e-mail: dev-h...@community.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >> For additional commands, e-mail: dev-h...@community.apache.org >> > > Craig L Russell > c...@apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > > > ТÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÒÐÐ¥FòVç7V'67&–&RÂRÖ֖âFWb×Vç7V'67&–&T6öÖ×Væ—G’æ6†Ræ÷&pФf÷"FF—F–öæÂ6öÖÖæG2ÂRÖ֖âFWbÖ†VÇ6öÖ×Væ—G’æ6†Ræ÷&pÐ > Ð --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org