Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125738
Date: Thu, 03 Oct 2024 11:44:43 +0000
To: Jim Winstead <jimw@trainedmonkey.com>
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] [RFC] Policy on 3rd party code
Message-ID: <RedNUzoR0oDunk2kHK_Tj1wqqg2Ydv4dRNhwp_Yy0HexemkL03hsY5im6yv_ri7SBu7kTY_IHY26M-aiqLVuZ_DfkSgLvDB3hU_S6Y75wuU=@gpb.moe>
In-Reply-To: <d589ad23-a918-4c15-bea0-417d4a909a72@app.fastmail.com>
References: <92b537ac-62f4-435c-bf55-07223cfa1915@app.fastmail.com> <CADK1yXJMOSRY++NO3amtKip4wJPw-sVPcCJ0kAFU8HwYGPL38Q@mail.gmail.com> <d589ad23-a918-4c15-bea0-417d4a909a72@app.fastmail.com>
Feedback-ID: 96993444:user:proton
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: internals@gpb.moe ("Gina P. Banyard")

On Wed, Oct 2, 2024, at 12:17 PM, Deleu wrote:

> It's 2024. If the foundation is hiring developers to improve the language=
 across the board (internals, docs, website, processes, marketing, visibili=
ty, etc),

As Jim has already stated, the Foundation is not hiring developers for any =
of the categories you mentioned other than internals, and build chains tool=
s.
Maybe it should, but as far as I am aware, the choice not to is due to lack=
 of sufficient funding.
Moreover, hiring for documentation is tricky, as one must be able to cross-=
reference the source code to verify the behaviour, on top of having technic=
al writing skills, and working with our tooling.


> it makes no sense that these folks (or any volunteer for that matter) be =
explicitly and unquestionably denied the opportunity or conversation to mod=
ernize the system which PHP tooling is built upon.

The only contention I have encountered with modernizing tooling has been ab=
out the use of Composer or PHPUnit for PhD.
Which would be resolved by this RFC.

As Andreas pointed out, the php.net websites are mostly static, and I don't=
 see how a full-fledged framework would help us.
Especially as we have decommissioned some of the more clunky websites like =
bugsnet or gcov.
*Maybe* a micro-framework to handle php.net accounts and Documentation note=
s handling makes some sense.

As always in these sorts of discussions, people make out that the reason *t=
hey* do not contribute to a php.net related project is because of "XYZ".
Where XYZ can be anything.
And yet, we consistently get new contributors that get up to speed and help=
 to modernize different codebases in the matter of weeks without issues,
and more importantly, *without* wanting to rewrite everything from scratch =
in their favourite thing that many of us have no idea how to use.

Best regards,

Gina P. Banyard