>
>
> I'm not trying to argue about others's people preference; any tool
> can be used.  It's just that I don't think that "it's newer/graphical" is
> a reason for change.
>

It's not. I think main reason is it is more accessible, allows to edit your
answers and correct typos, works in the browser without having an apache
account.

Two years ago, we used Slack for synchronous GSoC meetings
> (which had its merits).
>

Slack 2 years ago and. now (especially with their thread support) is much
more async-friendly. Do check it out. 2 years is a long time.


> So, in addition to dropping the MLs, is the plan to force everyone
> to subscribe to GitHub?
>

No. I was pretty clear about it - let every PMC choose what's best for
them. There is no need for everyone to join. Just the community,


> There are ASF subscription requirements associated with various
> roles (committers, PMC, etc.).
>

The problem is that this is actually very egalitarian. We have almost 2000
contributors in Airflow and < 50  committers. 1950 of our community members
on GitHub (not even including the 10,000 of attendees who participated in
Airflow Summit last year) do not have ASF accounts.
Do you think it is wise to exclude them? I certainly don't. I think our
community is FAR bigger than those who subscribe to devlist. And excluding
them by default is well, stupid.


> GitHub/Slack/etc. are not yet among them so it seems weird that
> those channels could bypass the official ones.


Surely. If you want to limit to 50 people out of 2000 contributors, then
yeah . Sticking to official ones makes sense. But I want to include more
people.

Yes. [I asked for clarification about this, earlier in the thread.  Did
> INFRA
> eNover advertised that it would work?]


I hope.


> Next time I wish to intervene in GH discussion, I'll try it. ;-)
>

Feel free , As I mentioned many times - I think it differs by community. I
am the last one to impose "one solution to rule them all" on all
communities. Sounds too, well "Sauronish" ?  I think embracing diversity is
a thing. And enabling each PMC to be able to choose sounds like Apache Way
(as long as the expectations are met).

>
> Do you mean that those people don't have an email address, or cannot
> click on a subscription link in a browser?
>

Or maybe they feel intimidated by it ? I think technical capabilities are
less of a problem, but empathy and human emotions, habits are more
important. Just recognising that different people have different needs,
expectations, fears and many other emotions is important, I think. People
are not robots.

Reply via email to