Я из тех кто посидел на всех стульях, где-то больше, где-то меньше, даже свой фреймворк пилил.

У пхп всегда было плохо с гибкостью. Пхп это шаблонизатор, который случайно стал языком. Два еврея учились программировать, а теперь вот уже десяток лет успешно барыжат сертификатами. В целом это такая ловушка для бизнеса - показать что-то работающее можно очень быстро даже при нулевых знаниях, но грести говны потом можно очень долго. Разработка на пхп традиционно отличается крайне низкой квалификацией программистов и наличием сотни неразрешимых проблем, которые во всём остальном мире давно решены.

В питоне и рубях всё намного лучше, часто можно встретить гибридные проекты, которые вроде как на джанге, но на деле от джанги там уже процентов 20. То есть смысла писать ещё одну джангу очень мало, учитывая что модули вроде WSGI и вся подкапотная работа уже давно чуть ли не в стдлибе. У питонов болезнь другая - проекты часто вырастают до невозможных размеров вместе с тестами и прочей поебенью, до состояний когда их уже никто не хочет трогать. Сам несколько раз сталкивался, но пожалуй рефакторинг здесь на порядок дешевле чем в том же пхп, где решение каждой обыденной проблемы в сложном фреймворке превращается в подвиг.

Жс это для одержимых идеей знать один язык для всего. Что-то вроде сишников от мира веба. Последние годы жс по сути вынули из гроба и страшными темпами заливают в него смуззи. Ничего плохого в принципе в этом нет, но жс сильно болен хотя бы своей системов типов (слабая типизация это ужас и пиздец уровня пхп) и классов (попробуй узнай issubclass ты или нет, охуеешь), у которых вместо апи концентрированная боль из var и легаси. То есть несмотря на здоровенную выгоду изготовления всего на одном языке, количество страданий таково, что бекенды чаще всего пишутся на чём угодно кроме жс.

С перлом и его репозиториями была другая болезнь - бюрократия. Дохуя требований, дохуя формализмов. Сегоднешняя инфраструктура с гитхабами, pypi, npm и прочим позволяет заливать "официально" любое говно от любого мудака, эдакая анархия где каждый сам себе король, свободный рыночек. Иногда даже популярный проект никуда не заливается, а тянется прямо с гитхабов. Ну и перл сам по себе умер, так как на его развитие в своё время положили болт. И когда они там очухались со своей шестёрочкой, мир уже поделили между собой другие языки.

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

>>773516

> перл работает и на нём можно делать всё то же что и на других языках

Вот именно. Но в широких массах - не делают. Мысли о том что дело вовсе не в нем - не возникает из сопоставления этих двух тривиальных фактов?
История и причины того почему он утерял былую популярность совсем не в каких-то виртуальных бюрократиях - напротив, CPAN был и остается (хотя те кто им никогда не пользовался до сих пор не понимают разницы между ним и своими кривыми его недокопиями, не слишком отличающимися от свалки пакетов на ftp) единственным приличным репозиторием библиотек.

Причин было несколько. Одна из них, довольно важная, в том что на волне неебательского успеха решили пилить Perl6, и победить им сразу всю Вселенную, потому что Земля перлу уже была тесна. Причем победить сразу и окончательно, с одного удара. Поэтому радиус замаха был выбран как расстояние до Альфы Центавра, умноженный для пущей верности на пи в степени е.
И главный проеб был даже не в том что результата пришлось ждать столько, что Perl6 оказался уже никому не нужен через пять веков его разработки, и даже не в том что он был никому не нужен и изначально, а в том что самим запуском этого грандиозного (действительно грандиозного, его рантайм должен был стать базой чуть ли не для всех существоваших к тому времени динамических языков, причем гораздо лучшей чем у них всех самих была к тому времени, вместе взятых) проекта не слишком вникающим во внутренние перипетии perl5-porters программистам - это примерно 90% писавших на перле и 100% всех остальных - был дан четкий и недвусмысленный сигнал о том что "с перлом все плохо". Кто-то воспринял это как "не жилец, смысла что-то начинать на нем нет, подождем чтоб сразу на Perl6", кто-то как "я перла не знаю, но наверное это не очень хороший язык раз перепиливают, изучу я лучше PHP (Ruby, Python, Lua, Java)", кто-то еще как-то. Но вывод все сделали один и тот же - надо погодить, и пока взять что-то другое.

Вторая причина называется mod_perl, она же главная причина перлового веб-успеха. Как раз к тому времени когда все решили годить, подобных модулей для апача, решавших главную тогдашнюю проблему ("что ж оно все так тормозит") запилили и для других языков, максимально облегчив решение масс "взять пока что-нибудь другое".

Третья причина - появление моды на фреймворки, вкупе с резким падением уровня типичной веб-макаки. Перловые фреймворки сначала долго вообще не строились - потому что непонятно зачем, всех компонентов море, бери и собирай как тебе нужно. Потом стали понемногу строиться, но с тем же прицелом - как можно более широкой взаимозаменяемости компонентов, прибить один темплейтинг, один ORM и один роутер гвоздями - такое в перловом сообществе никому не приходило в голову, потому что вызвало бы только возмущенные плевки в сторону такого деятеля. There's more than one way to do it is a Perl programming motto, как справедливо написано в Википедии, и это не пустые слова. Однако хлынувшим в веб к тому времени макакам этой комбинаторики было нахрен не надо, а надо хуяк-хуяк и в продакшн, и посмотрев на перловое раздолье, они широким строем отправлялись в сторону рельс, не задерживаясь.