Last month, the PHP foundation members continued the work on PHP 8.2 release and more. We are prepared to give a few talks this autumn. Also, besides core developers, we have a growing community of volunteers who help the PHP foundation. Read on to learn more.
Meet us at the conferences
This autumn, you will be able to talk to the foundation administration members and developers at real-life events!
Sebastian Bergmann and Roman Pronskiy will give a talk about the past, the present, and the future of PHP. They will share the status of the Foundation, what has been accomplished in the first year, share some plans, and, of course, answer questions and expect feedback.
Sebastian Bergmann and Derick Rethans will each talk at the IPC this year.
Where else would you like to see us?
Swag!
By the way, we’d like to have stickers and other swag for conference attendees. If you would like to help with the design or sponsor the production, please reach out to [email protected].
Website updates
Thanks to Sergey Panteleev, one of the PHP 8.2 release managers, we have a few nice additions to our website.
A new structure page where you can see all the people currently actively involved in the PHP Foundation activities.
Every post has a nicely generated preview image — please, share the links to the PHP Foundation to help spread the word.
In July, we marked the feature-freeze for PHP 8.2, and this next version of PHP is being shaped by PHP Foundation members and all the contributors to be an exciting release!
Catch up to this month's PHP Core changes on the PHP Core Roundup #4 post by Ayesh, where you can find a detailed log of what's been done and discussed regarding the PHP engine.
What if our proposal did not make it?
Among many fixes and improvements, some suggestions did not pass the RFC voting barrier. For instance, that happened to the Short Closures 2.0 proposal.
We consider this a good experience in any case, and developers might reconsider, improve, and suggest it in the next release cycle, i.e., PHP 8.3.
We also consider it to be a good thing that it's difficult to change the language, as these changes are forever.
What about deprecations?
PHP has a long 25-year history, and no wonder it has some old quirks. One of them relates to DateTime and DateTimeImmutable confusion.
Derrick Rethans, a core developer of the PHP Foundation, asks for an opinion about in which way this confusion should be resolved; if it should:
Making PHP's DateTime class mutable was one of the bigger mistakes of the Date/Time APIs. I'm considering to change DateTime to be immutable by default in PHP 9, and to drop DateTimeImmutable altogether (or make it an alias). This is likely going to break some code. Opinions?
