Комментарии 14
Каким будет 2021-й год для PHP?
Дай Б-г, чтобы последним.
Такими темпами можно перестать верить в Бога. Все таки лет 20 как-никак умирает)
То, что мертво, умереть не может. :D
Хорошо, что Б-га нет
БГ есть и жив!
Может я конечно слишком стар, но как по мне, так слон больше эмо, чем панк.
эмопанк?
Да нормальным будет год для пхп, как и любой другой год! Отличный инструмент для быстрого создания сайтов и 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` который полтора разраба будет использовать… Ну хотя бы за `?->`, `аттрибуты` и `именованные аргументы` не многим меньше проголосовало
Лёш, подключайся 27-го, обсудишь опрос с его авторами и героями. Голосовали читатели с Хабра, телеграм-чатов и каналов профмильных, твиттера (репосты ребят из сообщества) и ВК (таргет)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Каким будет 2021-й год для PHP?