<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 29, 2021 at 2:55 AM Serge Guelton via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 24, 2021 at 1:19 PM Aaron Ballman via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">I think this could be a demonstration that the culture of the<br>
community is being impacted by the fracturing. When people come to<br>
IRC, moderators and other users will point out that discord and the<br>
mailing lists are places where someone can also attempt to get an<br>
answer if they don't find it on IRC. (Telling users to ask on the<br>
mailing lists if no one has an answer on IRC has been the status quo<br>
since I joined the community, so this isn't a new practice.) Users<br>
respond by saying thanks and often following that advice. It sounds<br>
like on Discord, users who don't find an answer to their question<br>
maybe aren't being told about the other options? If so, this is a<br>
demonstration of *why* I'm concerned about further fracturing the<br>
community.<br><br></blockquote><div><br></div><div>I can only second Aaron's opinion. Discord has been a sad move in terms of community fracturing and I'd rather not have that happen again. </div></div></div></blockquote><div><br></div><div>To me the fracturing on the IRC side is that we didn't just close the IRC channel and move over the IRC. The fragmentation came from the non-decision that led to Discord and IRC co-existing: I don't see immediately how migrating the llvm-dev@ to the Discourse forums would repeat this.</div><div><br></div><div>On the topic of "fragmentation", I would argue that is to me a great advantage to these new tools instead: the mailing list aren't as easily discoverable, and they live on their own isolated "islands" (Just like it would be on IRC if we had all these different IRC channels).</div><div>Discord/Discourse moves the paradigm from separate IRC channels/mailing lists to a single "instance" where topics fit into categories: this provides a unified view of all the llvm-project. At the moment any time there is a mailing-list cross-post, I get bounced because I'm not subscribed to OpenMP, LLDB, ... mailing-lists. Similarly, poking at what's happening in one of these other mailing lists requires navigating the online list archive, which has quite an impedance mismatch with the expected way of interacting with the list (email...). I also can't answer a topic on the CFE mailing-list that I would see in the archive if I wasn't subscribed to the list in the first place, so in practice I'm unlikely to participate in these projects occasionally. You would think that email makes it easy to CC me on an existing thread, but not being subscribed, I still can't participate in the mailing-list thread.</div><div>This is all another angle on the existing "fragmentation" in the community created by the tools (IRC and mailing-list) that aren't designed for managing what we have: a community composed of many subcommunities.</div><div><br></div><div>Finally, one last advantage of Discourse/Discord over mailing-lists/IRC is the "agility" through evolution: it is trivial to add or reorganize categories in face of a change in the community or sub-projects. Any new category is directly integrated in the platform and immediately visible (I discovered new channels on Discord over the last year as they got added, I could easily skim through them and participate as needed, get pinged on some specific topics, etc.). theu are suitable to manage the entire llvm-project community instead of the existing silos. </div><div>Even the fact that llvm-dev@ is the place to organize the entire project is still a historical artifact that mixes the llvm core development with the plurality of the projects.</div><div><br></div><div>Best,</div><div><br></div><div>-- </div><div>Mehdi</div><div><br></div></div></div>