К примеру, на проде запущено 40 копий приложения (потому что пых однопоточный), и все эти 40 копий пишут в один лог-файл, записи оказываются перемешаны, где лог от какого процесса - непонятно, request-id в лог-записях отсутствует, да и вообще понятие request-id в симфони нет. Сгруппировать логи по процессам, как это делается в жджаве возможности нет (рантайм пыха такой, что он в любой момент может свалиться наглухо, поэтому гарантированный механизм буферизации логов в этом же запущенном пых-процессе невозможен). В логах - мешанина, сиди, разбирайся.

Или вот вчера видел, как сайт на симфони при сценарии "выборка из бд -> формирование xls -> отдача в браузер" падает на каком-то из шагов. Типичная болячка - нехватка memory_limit или max_execution_time, в разработке и тестировании практически не поймать, если только знать куда смотреть. И это тоже не хэндлится. Нет возможности описать что-то вроде function on_memory_limit_exceeded { ... }. Но хоть в лог пишется (но не в тот, в который пишет symfony, а в системный или вебсервера, то есть его тоже нужно не забыть мониторить и настроить алерты). Норм для энтерпрайза?

Либо пьян, либо тролль)

Это чьи то очень кривые руки это писали. 1. Ид запроса можно вставить туда парой строк кода. 2. Писать его в лог можно определи свой хэндлер для монолога. 3. Можно писать куда угодно, а не только в файл. 4. Симфони в прод окружении вообще не пишет логов, только если что-то упало. 5. В последних версиях пыха можно поймать практически любую ошибку.
Вывод: прямите руки

все на эликсир? вы прям уверены?)

Песнь пхпшника начинается со слова "можно".

да кровавый ынтерпрайз весь такой, вот люди и ищут проблемы в технологии, языке и пытаются на другой проект уйти и начать с чистого листа. Кстати переписывание проекта с нуля на эликсир не такая уж плохая затея с этой точки зрения, потому что можно учесть педыдущие косяки и сделать красиво. Главное это в торопях не делать, как писалась первоночальная версия на %подставьте любой попсовый язык%, а грамотно продумать архитектуру. Другое дело что тут косяк в том, что ты приходишь на проект как эликсирщик, там куча легаси на хз чем, все люди более-менее знающие эту архитектуру давно свалили, и ты просто офигеваешь и снова начинаешь делать в попыхах, чтобы дать хоть какой-то результат. Замкнутый круг)

Одновременно пишут в лог, лог в смысле просто файлик?))

Man 3 syslog как бы если кто то забивает гвозди микроскопом на одном яп то и на другом он будет делать тоже самое

С php и elixir дело не в парадоксе.
Во-первых, на пыхе программистов гораздо больше чем на elixir. Во-вторых, в большинстве случаев пых всегда оправдан. В-третьих, парадокс Блаба - это жуткий бред старого лиспера. Лиспера, который так и не понял, почему в прод выбирают языки на которых пишут толпы программистов, а не его любимые функциональные языки

Чёт хз откуда такая информация. Давно не видел нигде пхп. Знаю онлайн только одного пыхаря.

Блаб говорит что-то про продакшн?

И опять начинается бой, и опять в пылу сражения шеймят го. Как-то это модно уже становится. Прочитал про 10к (пользователей правда, ну видимо онлайн, или рпс, так и не понял). Ну да в го я прямо ощущал таки проблемы, но биржа на нагрузке у нас одна нода работала на 120к рпс, а оно скейлиться могло. Как вы пишете так что оно лагает? Лям пользователей в фениксе упрется не в сокеты - он упрется в БД и бизнесовую логику которая будет вам футпринт по памяти раздувать из-за иммутабельной архитектуры языка (если вы херово все спроектировали). Не стоит вообще никогда поливать грязью другие языки, я вот не люблю Джаву, но радуюсь за ребят на Котлин знакомых, когда они рассказывают, что появилось. Будьте взрослее, как я уже говорил «если вы не понимаете, что ваш инструмент говно - вы недостаточно в него погрузились»

Нужно понимать в каких условиях был написан Beating the Averages. Paul Graham продал Yahoo настолько сложную программу на лиспе, что они заменили её на Perl

Можно в файлик или поток, переключается относительно легко. Я делал акцент не на этом, а на отсутствии буферизации логов.

Как мне кажется PHP неплохой язык с привычными парадигмами типа ООП, огромным количеством материалов на русском языке и примеров как и что можно сделать.
Я пытаюсь изучить Elixir но непривычный синтаксис и ФП дают о себе знать, да и тот же MVC вселяет страх.
Я бы с радостью попытался перевести некоторые части своего проекта типа апи на Elixir, но в команде из 2-х человек у которых помимо этого проекта ещё есть работа и менее 1 свободного часа в день сделать это довольно проблематично.

Почему «парадигмы ООП» тебе привычны - не задумывался?

Хороший вопрос, наверное из-за того что Я знаю плюсы и активно их использую там а в PHP не составило труда разобраться из-за незначительных отличий.

Вот оно! Учат там всякие сиплюсплюсы или паскалины, а потом оказывается что-то привычно а что-то - нет 🤔