Modern Perl
Як ви ставитеся до Modern Perl?
Відповіли: 76
Дуже позитивно ставлюся. Дякую за посилання. Тільки ось незрозуміло навіщо mod_perlite якщо є mod_fastcgi. Хоча треба глянути.
Справді незрозуміло. Зрозуміло де mod_perl має нішу, яку fastcgi не перекрити - там можна вішати обробники на всі сім стадій обробки HTTP-запиту в apache, генерувати конфігурацію віртуальних хостів і так далі. А в mod_perlite є всі недоліки mod_perl (зажирання пам'яті тощо) немає цих переваг.
1. Ну чому б ні, тільки незрозуміло, що тут такого цікавого. 2. Нахер-нахер. 3. Аналогічно. 4. Якось неактуально. 5. Аналогічно.
Загалом, у перла ситуація неприємна - додавати начебто вже нічого.
Почнемо з того, що реліз Perl6 треба порівнювати не з різдвом, а з другим настанням, яке, як відомо, знаменує кінець світу.
"Покращена інтеграція із CPAN" - це взагалі треба законодавчо заборонити. Нефіг кожної мови програмування тягати із собою власну систему інсталяції софту. Існують пакетні менеджери в операційних системах. З ними треба інтегрувати веб-архіви конкретного софту. Щоб усім встановленим у системі софтом можна було керувати централізовано, і система не перетворювалася на звалище. Мало того, що таблиці перекодування все з собою тягають, незважаючи на наявність iconv або будь-яких WideCharToMultiByte у системній бібліотеці.
Спроби гальванізації трупа mod_perl теж нічого хорошого не приведуть. Архітектура apache несумісна з вбудовуванням інтерпретаторів скриптових мов.
І взагалі змішувати ідеї "спростимо програмування для чайників" і "давайте робити довгоживучі процеси" несумісні на концептуальному рівні. Або програміст чайник,і тоді бажано, щоб система за ним якомога частіше чистила, або довготривалі процеси (і тоді програміст сам за собою чистить).
Те саме треба сказати про ідею спрощення OOP. Не буває. Як упиря. Або чайник, або ГО. Спроба поєднати призводить до софту, який зажирає гігабайти і гальмує на гігагерцовому процесорі (і на 100ГГц гальмуватиме. Тому що ООD мозку вимагає).
Треба сказати що OO у класичному Perl 5 найкращий із бачених мною компромісів між об'єктною орієнтованістю та мовою загального призначення. Поліпшувати його нікуди. Фактично єдина бачена мною мова, яка дозволяє грамотним програмістам писати OO-модулі (DBI, CGI), придатні для використання чайниками. Найкраще тільки CLOS, але на Common Lisp чайники взагалі писати не можуть.