Re: [PHP-DEV] [RFC] Policy on 3rd party code

2024-10-07 Thread Jim Winstead
On Sun, Oct 6, 2024, at 12:33 PM, Mike Schinkel wrote: >> On Oct 2, 2024, at 3:36 PM, Andreas Heigl wrote: >> IMO the PHP website is more or less a bunch of static pages. There is not >> really much interaction necessary. So having a framework might not >> necessarily be The Thing. > > You may b

Re: [PHP-DEV] [RFC] Policy on 3rd party code

2024-10-07 Thread Jim Winstead
On Mon, Oct 7, 2024, at 2:54 AM, Jakub Zelenka wrote: > Hi, > > On Wed, Oct 2, 2024 at 7:38 PM Larry Garfield wrote: >> Since Jim's RFC proposal was criticized for being too vague, I hereby offer >> a somewhat more prescriptive policy proposal on using 3rd party code. (With >> JIm's blessing.)

Re: [PHP-DEV] [RFC] Policy on 3rd party code

2024-10-07 Thread Jakub Zelenka
Hi, On Wed, Oct 2, 2024 at 7:38 PM Larry Garfield wrote: > Since Jim's RFC proposal was criticized for being too vague, I hereby > offer a somewhat more prescriptive policy proposal on using 3rd party > code. (With JIm's blessing.) It's still more heuristics than rules, but I > think that's th

Re: [PHP-DEV] [RFC] Policy on 3rd party code

2024-10-07 Thread John Coggeshall
> So banning "full" frameworks is my attempt at steering clear of the > appearance of that kind of favoritism. Showing favoritism for Composer or > Xdebug is, well, there's no competition to complain. PHPUnit is technically > not the only testing framework on the market, but it has north of 90%