Re: [RFC]I'd like to see the RFCs that deprecate the FFI non-static approach start voting
> That being said, I support your RFC. It seems like a better solution than mine. However, I
> would ask you to change your tone to be less offensive,
> because rudeness is not a welcomed behavior on the mailing list, and by the way, we have the
> same ultimate goal of improving PHP, even if you are
> unsatisfied with a past decision of mine.
>
I personally would love to see someone give FFI more love than it's received. It's got so
much potential if it can become easier and less clunky / more straightforward to use. It seems like
this particular functionality was implemented but it appears (at least to me?) that it doesn't
have a clear caretaker who is putting in the work to really polish it up, improve the documentation,
and make it accessible to the masses. I know I'd love to use it rather than having to write or
use a custom PECL extension, but any time I've tried to play with it the barrier was too high
to be productive.
Tone aside (I agree calling things stupid isn't productive.. this isn't the linux kernel
mailing list circa 2010), it seems like there is a lot of frustration being caused by this lack of
attention.. It feels like an aspect of PHP no one uses because most don't understand how to use
it well -- Perhaps Chopins would you be willing to lead that charge? I can't imagine there are
many voters on this list who even would have a strong opinion at this point on any changes we do
make to improve the situation, so it seems like any well thought out proposal would likely succeed.
Unless of course I'm grossly underestimating the popularity of FFI today.. in which case
perhaps I should take my thoughts to the docs mailing list..
John
Thread (10 messages)