Исходное сообщение
"5 возможностей, в которых нуждается Perl 5. 18 декабря Perl5..." Отправлено w, 15-Дек-08 04:16
>Почему C-расширения перла такие корявые? Да потому, что в перле жутко коряво >сделана работа с памятью! Python так просто и красиво расширяется только >потому, что он изначально хорошо сдизайнен и в нём нет никакой >мартализации и прочих перловых изврещений. И перл не может отказаться от >изврещений потому, что в нём есть дофига мехнизмов, которых нет в >нормальных языках (на пример, чувствительность к контексту). Чтобы перлу стать нормальным >языком, ему надо перестать быть перлом, а стать питоном :-) По-вашему, нормальным является язык с бейсикоподобным синтаксисом, forced indentation и тормозными регулярными выражениями, реализованными в виде библиотеки. Все, что выходит за эти рамки, вроде контекстов, объявляется извращениями. Функциональные языки, вроде Haskell или Lisp, тоже должны быть похожими на Python? Так пользуйтесь всегда только Python, и будьте счастливы, никто же не запрещает. > >Далее, ну смешно говорить о mod_perl и mod_perlite или ещё о чём-то >(как ни называй), пока перл не научится возвращать системе неиспользованную память >(я уж молчу о том, что найтив алокатор памяти ещё и >подтекает, под линуксом это кое-как залатали, а под той же фрёй >всё так и осталось). MaxRequestsPerChild, конечно позволяет на сколько-то решить эту >проблему, но это же не дело для массового хостера... Простой сборщик мусора (счетчик ссылок) там всегда был, для нормально написанных программ его достаточно.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Почему C-расширения перла такие корявые? Да потому, что в перле жутко коряво >>сделана работа с памятью! Python так просто и красиво расширяется только >>потому, что он изначально хорошо сдизайнен и в нём нет никакой >>мартализации и прочих перловых изврещений. И перл не может отказаться от >>изврещений потому, что в нём есть дофига мехнизмов, которых нет в >>нормальных языках (на пример, чувствительность к контексту). Чтобы перлу стать нормальным >>языком, ему надо перестать быть перлом, а стать питоном :-) > По-вашему, нормальным является язык с бейсикоподобным синтаксисом, forced indentation > и тормозными регулярными выражениями, реализованными в виде библиотеки. Все, что выходит > за эти рамки, вроде контекстов, объявляется извращениями. Функциональные языки, вроде > Haskell или Lisp, тоже должны быть похожими на Python? Так пользуйтесь > всегда только Python, и будьте счастливы, никто же не запрещает. >> >>Далее, ну смешно говорить о mod_perl и mod_perlite или ещё о чём-то >>(как ни называй), пока перл не научится возвращать системе неиспользованную память >>(я уж молчу о том, что найтив алокатор памяти ещё и >>подтекает, под линуксом это кое-как залатали, а под той же фрёй >>всё так и осталось). MaxRequestsPerChild, конечно позволяет на сколько-то решить эту >>проблему, но это же не дело для массового хостера... > Простой сборщик мусора (счетчик ссылок) там всегда был, для нормально написанных программ > его достаточно.
	Введите код, изображенный на картинке: