PHP Fart Time
Live stream finished (24 minutes)
Media is too big
VIEW IN TELEGRAM
Про каналы и другие недавние улучшения в Testo
🔥13🤔1
Forwarded from OpenIDE – мультиязычная среда разработки
⚡️ OpenIDE теперь поддерживает PHP
Ваши молитвы были услышаны! Мы добавили поддержку самого востребованного языка в мире — PHP😱
Автодополнение, навигация, отладка, поддержка Laravel, Symfony и других фреймворков, внешние анализаторы: всё это уже работает в OpenIDE.
Сейчас все возможности доступны бесплатно и без каких-либо ограничений. После публичного релиза OpenIDE Pro часть из них, вероятно, будет доступна только в Pro-версии.
PHP for OpenIDE [beta] в маркетплейсе
Ваши молитвы были услышаны! Мы добавили поддержку самого востребованного языка в мире — PHP
Автодополнение, навигация, отладка, поддержка Laravel, Symfony и других фреймворков, внешние анализаторы: всё это уже работает в OpenIDE.
Пока что поддержка находится в статусе бета, поэтому если что-то пойдёт не так, пишите в чат или заводите issue.
Сейчас все возможности доступны бесплатно и без каких-либо ограничений. После публичного релиза OpenIDE Pro часть из них, вероятно, будет доступна только в Pro-версии.
PHP for OpenIDE [beta] в маркетплейсе
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥24
Давайте представим, что наши приложения — мясорубки: на входе запрос мясо, на выходе ответ фарш. А серверы — приводы этих мясорубок.
1😁36🔥5💩5
Валентин анонсировал Пыхник.
Август-сентябрь, доклады в ламповой атмосфере.
Идея мне очень нравится. Если всё получится, планирую податься с докладом:
- может про Testo
- может про Rapira, которой не существует
- может приеду с шашлыками и пивом в стиле Folk
Приходите голосовать и обсуждать.
Август-сентябрь, доклады в ламповой атмосфере.
Идея мне очень нравится. Если всё получится, планирую податься с докладом:
- может про Testo
- может про Rapira, которой не существует
- может приеду с шашлыками и пивом в стиле Folk
Приходите голосовать и обсуждать.
Telegram
Пыхник’26 — PHP на природе
Пыхник’26
Привет, дорогие Пыхари!
На закрытии Пых.конф’25 мы с вами договорились, что встретимся снова в 2026. В этом году вместо полноценной Пых.конф мы решили попробовать другой формат — Пыхник!
Примерный план:
• конец августа / начало сентября;
• загородный…
Привет, дорогие Пыхари!
На закрытии Пых.конф’25 мы с вами договорились, что встретимся снова в 2026. В этом году вместо полноценной Пых.конф мы решили попробовать другой формат — Пыхник!
Примерный план:
• конец августа / начало сентября;
• загородный…
🔥12
PHP Fart Time
Давайте представим, что наши приложения — мясорубки: на входе запрос мясо, на выходе ответ фарш. А серверы — приводы этих мясорубок.
Продолжение.
Добавил пару серверов: Pasir и Apache; а также лучшее из комментариев
Добавил пару серверов: Pasir и Apache; а также лучшее из комментариев
1😁37🔥9
#ТоксикСреда
Одна из величайших проблем PHP
Кто голосует за PHP RFC?
Кто решает, каким PHP станет?
А зайдите и посмотрите на RFC по дженерикам и тред обсуждения.
Голосовали ПРОТИВ:
Из PHP Core и Foundation:
- Derick Rethans — Xdebug, release manager.
- Tim Düsterhus — core C-слой.
- Matteo Beccati — core/security.
- Gina Banyard (girgias) — core, автор конкурирующего подхода «Compile-time generics» через монтоморфизацию.
Не Core:
- Rowan Tommins (imsop) — активный участник internals.
- Ben Ramsey — release manager 8.1, автор
- Aleksander Machniak (alec) — Roundcube.
Топят за то, что дженерики должны быть нестираемыми и делать проверки в рантайме. Хотят отложить до PHP 9.
Не высказали позицию: Sara Golemon (pollita), Jakub Zelenka (bukka), Kalle Sommer Nielsen (kalle).
Не из Core, но позицию тоже не объяснили:
- Sebastian Bergmann (sebastian) — автор PHPUnit, дед.
- Volker Dusch (edorian) — свита Себастиана.
- Shivam Mathur (shivam) — setup-php (CI-инфраструктура PHP в GitHub Actions), на PHP не пишет.
- duncan3dc — Craig Duncan, мейнтейнер thephpleague/climate.
- jordikroon — Jordi Kroon, нидерландский backend/DevOps-разработчик. Право голоса — по коммитам в инфраструктуру php.net.
- kguest — Ken Guest, «PEAR guy»: мейнтейнер PEAR-пакетов (Services_OpenStreetMap, Net_IMAP), контрибьютор build-инструмента Phing.
Высказались ЗА:
- Ondřej Mirtes — создатель PHPStan.
- Matthew Brown — создатель Psalm.
- Daniil Gentili — мейнтейнер Psalm.
- Brent Roose — DevRel PhpStorm (JetBrains), Tempest.
- Nicolas Grekas — core Symfony.
- Frederik Bosch (MoneyPHP), Benjamin Außenhofer, Arvids Godjuks — работяги из сообщества.
Из них проголосовал только Nicolas Grekas.
—
Это подтверждает тезис, что
Соглашусь с Брентом из его статьи A generic tragedy, что похрен на то, что дженерики сейчас не приняли.
Меня беспокоит то, что у языка нет дизайнера, нет единого видения.
Почему-то за важные фичи голосуют какие-то деды без всякой аргументации, писатели документации и девопсы.
Да, к настоящим core-разрабам надо прислушиваться, как к технарям-экспертам, но дизайн языка это больше про DX. Чуваки из Core не пишут на PHP.
Вот реально, на списках фичей следующей версии PHP можно ставки делать. Нет дорожной карты. Каждый год хер его знает, что там будет через год.
Как бы Рома Пронский не упрекал меня в душности, я всё равно останусь при своём мнении: текущая система принятия RFC - говно.
PHPF стоило бы заняться именно этим, а не инклюзивностью. Например, найти экспертов в дизайне ЯП (только нормальных экспертов!), составить несколько планов развития и предложить их сообществу, раз без голосования нельзя.
—
Нужен ли нам доброжелательный диктатор на дизайне языка или идти по пути голосований — сложный вопрос. Но я на 100% уверен, что неэкспертов надо убирать из голосований.
Одна из величайших проблем PHP
Кто голосует за PHP RFC?
Кто решает, каким PHP станет?
А зайдите и посмотрите на RFC по дженерикам и тред обсуждения.
Голосовали ПРОТИВ:
Из PHP Core и Foundation:
- Derick Rethans — Xdebug, release manager.
- Tim Düsterhus — core C-слой.
- Matteo Beccati — core/security.
- Gina Banyard (girgias) — core, автор конкурирующего подхода «Compile-time generics» через монтоморфизацию.
Не Core:
- Rowan Tommins (imsop) — активный участник internals.
- Ben Ramsey — release manager 8.1, автор
ramsey/uuid, дед.- Aleksander Machniak (alec) — Roundcube.
Топят за то, что дженерики должны быть нестираемыми и делать проверки в рантайме. Хотят отложить до PHP 9.
Не высказали позицию: Sara Golemon (pollita), Jakub Zelenka (bukka), Kalle Sommer Nielsen (kalle).
Не из Core, но позицию тоже не объяснили:
- Sebastian Bergmann (sebastian) — автор PHPUnit, дед.
- Volker Dusch (edorian) — свита Себастиана.
- Shivam Mathur (shivam) — setup-php (CI-инфраструктура PHP в GitHub Actions), на PHP не пишет.
- duncan3dc — Craig Duncan, мейнтейнер thephpleague/climate.
- jordikroon — Jordi Kroon, нидерландский backend/DevOps-разработчик. Право голоса — по коммитам в инфраструктуру php.net.
- kguest — Ken Guest, «PEAR guy»: мейнтейнер PEAR-пакетов (Services_OpenStreetMap, Net_IMAP), контрибьютор build-инструмента Phing.
Высказались ЗА:
- Ondřej Mirtes — создатель PHPStan.
- Matthew Brown — создатель Psalm.
- Daniil Gentili — мейнтейнер Psalm.
- Brent Roose — DevRel PhpStorm (JetBrains), Tempest.
- Nicolas Grekas — core Symfony.
- Frederik Bosch (MoneyPHP), Benjamin Außenhofer, Arvids Godjuks — работяги из сообщества.
Из них проголосовал только Nicolas Grekas.
—
Это подтверждает тезис, что
Люди, которые будут пользоваться этой функцией каждый день, не голосуют. Голосуют те, кто никогда не напишет Collection<User>
Соглашусь с Брентом из его статьи A generic tragedy, что похрен на то, что дженерики сейчас не приняли.
Меня беспокоит то, что у языка нет дизайнера, нет единого видения.
Почему-то за важные фичи голосуют какие-то деды без всякой аргументации, писатели документации и девопсы.
Да, к настоящим core-разрабам надо прислушиваться, как к технарям-экспертам, но дизайн языка это больше про DX. Чуваки из Core не пишут на PHP.
Вот реально, на списках фичей следующей версии PHP можно ставки делать. Нет дорожной карты. Каждый год хер его знает, что там будет через год.
Как бы Рома Пронский не упрекал меня в душности, я всё равно останусь при своём мнении: текущая система принятия RFC - говно.
PHPF стоило бы заняться именно этим, а не инклюзивностью. Например, найти экспертов в дизайне ЯП (только нормальных экспертов!), составить несколько планов развития и предложить их сообществу, раз без голосования нельзя.
—
Нужен ли нам доброжелательный диктатор на дизайне языка или идти по пути голосований — сложный вопрос. Но я на 100% уверен, что неэкспертов надо убирать из голосований.
1🔥39🤔6