Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:119955 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 15327 invoked from network); 12 Apr 2023 13:53:05 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 12 Apr 2023 13:53:05 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 3093118054C for ; Wed, 12 Apr 2023 06:53:05 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,FREEMAIL_REPLYTO_END_DIGIT,HTML_MESSAGE, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-pj1-f54.google.com (mail-pj1-f54.google.com [209.85.216.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 12 Apr 2023 06:53:04 -0700 (PDT) Received: by mail-pj1-f54.google.com with SMTP id b2-20020a17090a6e0200b002470b249e59so533560pjk.4 for ; Wed, 12 Apr 2023 06:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681307583; x=1683899583; h=to:subject:message-id:date:from:reply-to:mime-version:from:to:cc :subject:date:message-id:reply-to; bh=umlrS9uzKCLV2jRVQ77yLYD6bbydI/pyQP24Hq3t2vU=; b=Rp6lk9su0k76uX9ui1evVNeor4ns/6DwkQ+JbL3eO7F+PoHISuswleuEZtFl4zQfzW zTrGzmDCy3l6hBT+VAdoVusceGdqdja9cqXTla7zxEgSJapx3T4LrCG72TjzVblY7QRI /GhftyAkV3j65DRRHZRgwJ1NI/w/B0il+Y93Cw3ZSa3M9k3dJNnbgy4g7WlqTOC+vu9h 5z+vvurxy+JaLkGULp0B5/tXLzi/Nxc+Rz54uKJPhErn56ZTKmBOzptsomx8WM0Ns3Y4 p+PK/jKcy45AK6zGgdGUFeo1TI4Jv6MxeIPTtgcDQ2x3bTIhUVynugXwzuSpuwYSsO+o Z8kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681307583; x=1683899583; h=to:subject:message-id:date:from:reply-to:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=umlrS9uzKCLV2jRVQ77yLYD6bbydI/pyQP24Hq3t2vU=; b=eajP9KVUbS63s2S1gUj/uv1QuY1FF6t6kU3mObNn1EvUxjwVPAjt1B/MYqTN6wszrS QoPMNzVqu/xZjZHSiQBHrxrNIC/1ozShaXlJ+stqV9O7RCnqFXwnCUBFo3B/ov2AvDP8 npLbZrYa+KDRYIYKdNvK9n1dP3KPyjjrHpxk9RAHTE7zYHGZOQkF/+tdupYrAXJwctt/ Ws/eII5TsSSlPZJvIKjozda+047h2lDsBnn4TwTx5G34DWwXI9a1wrly6UOezjUxyrEp DknPZwOY7yK7lasCpl6Jn00BFNCJBHsDrC2KdDuESPwyKVxrEQaeFWJDf1h14VbFW1bE KA+w== X-Gm-Message-State: AAQBX9c0v1Ye2yh8iWYGCU+oNcFwVASnuVssQcjtFKfur4eZ3E8o33jJ jD+X3Ix9vnpCLu4WPDhQi8FH6S/c6DWO0osTALo6WTDerOP/zg== X-Google-Smtp-Source: AKy350ZS99jmZNoQwrOhREvnQFl4Q6L6trAVCswGKGEr79gqFquHb7ahOfury5QWXT47dYvqX/f0vjlCYorBrOfivrM= X-Received: by 2002:a17:90a:72c2:b0:244:9ef4:9a25 with SMTP id l2-20020a17090a72c200b002449ef49a25mr4541563pjk.4.1681307583084; Wed, 12 Apr 2023 06:53:03 -0700 (PDT) MIME-Version: 1.0 Reply-To: autaut03@gmail.com Date: Wed, 12 Apr 2023 16:52:52 +0300 Message-ID: To: PHP Developers Mailing List Content-Type: multipart/alternative; boundary="0000000000003f7d8705f923edf5" Subject: Moving PHP internals to GitHub From: autaut03@gmail.com (Alex Wells) --0000000000003f7d8705f923edf5 Content-Type: text/plain; charset="UTF-8" Hey. PHP currently uses internals@lists.php.net for communication. That includes mostly RFCs (or their votings, or their pre-discussion) and sometimes questions about the implementation or possible bugs. While emailing definitely works, it's not the best UX out there. Here are some immediate flaws which make the process harder than it should be: - having to subscribe to a mailing list to even see the discussions - supporting public archives such as externals.io to expose discussions to the public for those who aren't subscribed and keep historical data - having to learn the specific, uncommon rules of replying: bottom posting, word wrapping, removing footers. It's not to say any of those rules are complex or hard to follow; it's that they're basically inapplicable outside of emails, so they're usually not known by newcomers. Also popular emailing clients don't do any of that automatically, making each reply tedious. - no way of editing a message. Mistakes will always be made, so being able to quickly fix them would be nice - no formatting, especially code blocks. Sure, they are possible through HTML, but there's no single common way which all of the emailing clients will understand - like Markdown - no reactions - it's hard to tell whether something is supported or not. This includes both the initiative being discussed and the replies that follow. Sure, you can usually kind of judge the general narrative based on the replies, but it's not always clear what's in favor. There are usually many divergent branches of discussions and it's unknown what's supported the most. Based on those issues and PHP, I propose moving the discussions elsewhere - to some kind of modern platform. Since this is quite a big change in the processes used, I imagine an RFC would be needed. But before I do that I want to measure the reactions. If it goes well, I'll proceed with an RFC draft. There are basically two choices here - a messenger-like platform (i.e. Slack, Teams) or a developer focused platform like GitHub. While messengers certainly work, they're more focused on working with teammates rather than actual discussions. They usually don't have a simple way to navigate publicly and are poor at separating multiple topics into threads. Some projects use them for that purpose, but it's usually a worse experience than what GitHub provides. GitHub is already used by PHP for both the source code and the issues, so that is a good candidate, especially since it's a platform designed to handle cases like this. Also, that should be a much easier transition now that the source and issues were moved to GitHub. Also, to be clear: I'm not proposing to remove all PHP mailing lists; some of them are one way (i.e. notifications for something) so they should definitely stay that way. Some of them might not even be used anymore. However, I want this change to affect all two-way (discussion) mailing lists if possible. Also, this does not include moving RFCs themselves to GitHub, only the discussion that happens via email. What are your thoughts? --0000000000003f7d8705f923edf5--