Комментарии 14
Каким будет 2021-й год для PHP?
Дай Б-г, чтобы последним.
Может я конечно слишком стар, но как по мне, так слон больше эмо, чем панк.
Да нормальным будет год для пхп, как и любой другой год! Отличный инструмент для быстрого создания сайтов и http api. Быстродействие уже подтянуто на оч высокий уровень, удобство написания реально нужного кода — уже на порядок лучше многих, а что еще нужно? Еще бы добавить некоторые возможности работы на уровне байтовых данных поудобнее, порой нужно бывает, но некритично.
Кто пророчит смерть пхп, лучше бы на С++ посмотрели — вот уж где динозавр из динозавров и один сплошной антипаттерн by design=)
Кто пророчит смерть пхп, лучше бы на С++ посмотрели — вот уж где динозавр из динозавров и один сплошной антипаттерн by design=)
Файберы в ядре нужны. Это даст сильный толчок для развития асинхронных бекэндов.
По лично моему мнению, это ненужно для него. Все долгое, что требует асинхронности, проще положить в очереди. Далеко не везде она нужна, а порой только проблем добавляет.
Положить в очереди — это не тоже самое, что асинхронность.
Для примера задача: нужно отправить 100 млрд https-запросов (в данном случае одинаковых, для демонстрации преимуществ асинхронного подхода — это не критично). Как будете решать? — Насколько ваше решение будет медленнее, чем решение с использованием асинхронных https-запросов?)
Тут даже не нужно погружаться в дебри фреймворков асинхронного программирования. Синхронный код можно написать с использованием curl_exec, асинхронный — curl_multi_exec. Производительность у второго решения — на порядок выше. При этом нет принципиальной разницы используете вы для решения задачи очереди или нет, асинхронное решение всегда выдаст большую производительность на тех же CPU.
Для примера задача: нужно отправить 100 млрд https-запросов (в данном случае одинаковых, для демонстрации преимуществ асинхронного подхода — это не критично). Как будете решать? — Насколько ваше решение будет медленнее, чем решение с использованием асинхронных https-запросов?)
Тут даже не нужно погружаться в дебри фреймворков асинхронного программирования. Синхронный код можно написать с использованием curl_exec, асинхронный — curl_multi_exec. Производительность у второго решения — на порядок выше. При этом нет принципиальной разницы используете вы для решения задачи очереди или нет, асинхронное решение всегда выдаст большую производительность на тех же CPU.
Странные результаты опроса, спорное `объявление свойств в конструкторе` в топе, `jit` который полтора разраба будет использовать… Ну хотя бы за `?->`, `аттрибуты` и `именованные аргументы` не многим меньше проголосовало
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Каким будет 2021-й год для PHP?