LINUX.ORG.RU

perl foreva!

anonymous
()

"Perl certainly is alive and well."

И это главное :-))

Остров

anonymous
()

ИМХО Я согласен с теми, кто говорит, что перл не должен быть первым языком программирования. Сколько раз изучая другие языки и читая книги (особенно, что-то типа "правильное программирование на C++", "Java что-то там") я ловил себя на мысли, что описывается изобретение велосипеда. Велосипеда на котором давно и успешно ездит Perl. :-))

Долгой ему жизни и хорошего развития.

anonymous
()
Ответ на: комментарий от anonymous

скажем, что это есть очень правильно. во FreeBSD вообще бардак с идущими с системой утилитами -- их порой так и хочется заменить на аналогичные из портов (хоть это и несложно). причины разные -- от устаревания (тот же perl) до существенных различий в функциональности, гордо внесенных кем-то там умным (характерный пример: cvs).

есть и другой момент: FreeBSD усиленно подражает NetBSD (что, на мой взгляд, очень правильно) -- /etc/rc.d, perl не в системе... что следующее?

---vk

anonymous
()
Ответ на: комментарий от anonymous

P.S. Там же почитайте, подавляющее большинство скриптов на Perl были переписаны на sh. А что не успели переписать - перепишут позже.

Что скажете?

anonymous
()
Ответ на: комментарий от anonymous

Вчера ставил 5.2-RELEASE - там просто появился дополнительный пункт при выборе базовых компонентов, что сложно галочку поставить? :)

anonymous
()
Ответ на: комментарий от anonymous

Галку поставить конечно же несложно, но FreeBSD показательно избавляется от перла, выкидывает его из base system, переписывает перловые скрипты на других языках и проч. Что скажете-то? :)

P.S. Даже в 80 метровом дистрибутиве OpenBSD 3.4 есть перл, а вот FreeBSD считает что perl - suxx. Хотелось бы услышать глас народа!

anonymous
()
Ответ на: комментарий от anonymous

По статистике http://void.ru freebsd занимает первое место. А теперь в нём перл убрали. Вот дилемма то?!

Mikola
()

что ж живет и живет, для скриптиков нормлально ИМХО самое то для тех кот не любит sh , а так серьезнее он не может быть, тормозит - потому как это скриптовый язычок

для серьезных вещей все таки C - forever как ни крути;

alphex_kaanoken ★★★
()
Ответ на: комментарий от anonymous

еще раз повторяю. то, что perl нет в base system значит не то, что ``perl - suxx'', а то, что поддержка двух перлов (один в base, другой в ports) не стоит выделки и неудобна как пользователю, так и разработчику. то же самое можно сказать и про cvs, но без него, увы, никуда.

---vk

anonymous
()
Ответ на: комментарий от anonymous

А скажу что вынули из кармана бритву Окама - решили не плодить сущности сверх необходимости. Perl не "выкинули" из системы (см. коммент выше) - просто уменьшили число языков, на которых написаны системные скрипты, то-есть для разработки системы теперь можно меньше языков в голове держать и меньше зависимостей в базовой системе. Ну, можно и таким способом.

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

Еще добавлю, что imo они поздно спохватились - в ветке 5.x у Perl врядли будут серьезные изменения, приводящие к несовместимости с уже написаными скриптами (а это и требовало дополнительных усилий на удержание Perl в базовой системе, насколько я понял), а ветку 6.x, буде таковая появится, скорее всего придется держать отдельно - похоже это будет сильно другой язык.

rhial
()
Ответ на: комментарий от anonymous

> Галку поставить конечно же несложно, но FreeBSD показательно
> избавляется от перла, выкидывает его из base system, переписывает
> перловые скрипты на других языках и проч. Что скажете-то? :)

она не показательно избавляется. дело в другом. perl5, как ни прискорбно говорить не очень заботится о совместимости версий.
во freebsd половина системы была написана на perl 5.00.5 или
около того. даже сборка ядра была зависима от перла. и посему
убирали они только из-за того, чтобы не переписывать скрипты
под каждый релиз перла. а юзерам-то хочется иметь perl 5.8.
вот они и разрубили гордиев узел. а перл в портах, вместе с
питоном и проч. вполне не плохо смотрится.

> P.S. Даже в 80 метровом дистрибутиве OpenBSD 3.4 есть перл, а вот
> FreeBSD считает что perl - suxx. Хотелось бы услышать глас народа!

freebsd не думает, что perl suxx.

openbsd думает, видимо, иначе. но они там регулярно обновляют
perl. видно, не много от него там зависит. помните, openbsd is
for fun. как и линукс, а freebsd это "advanced operating system".
вот такие вот пироги.




anonymous
()
Ответ на: комментарий от Sun-ch

проблема в том, что такая альтернатива -- не плюс, а, скорее, минус. если вы не слышали про различные нехорошие вещи, вылазящие в рез-те такой замены, вы просто мало конференций о freebsd читаете (не столь давно было в ru.unix.bsd iirc). =)) однако, я знаю про use.perl и все такое -- и не отрицаю, что оно может работать. только нахрена -- раз можно один раз засунуть perl в ports и не мучаться.

кстати, я думаю, ды давно на freebsd, поэтому помните несколько мучительный переход base system с четвертого на пятый perl. то же самое ждет нас и с шестым в скором будущем.

позиция ``напихать побольше в base system'' порой выдает монстров. perl -- тут не самый яркий пример, но, останься он в base system, велик шанс, что с ним повторится то же самое, что и с cvs -- freebsd-specific изменения от большого ума (аргументированную в стиле ``никто не должен использовать эту функциональность в сервере, потому, что я думаю, что это несекурно''), которыые никак не кореллируют ни с документацией, ни с тем, что ожидается от cvs.

другие известные грабли -- старая версия в base system -- на эти грабли perl наступал не единожды.

поэтому, на мой взгляд, решение исключить его из base system -- крайне мудрое.

---vk

anonymous
()
Ответ на: комментарий от anonymous

старая версия в base system — на эти грабли perl наступал не единожды.

Еще раз: [медленно, с выражением, подвывая в особо сложных местах] imo они поздно спохватились - в ветке 5.x у Perl врядли будут серьезные изменения, приводящие к несовместимости с уже написаными скриптами, а ветку 6.x, буде таковая появится, скорее всего придется держать отдельно - похоже это будет сильно другой язык. 5.x imo сейчас Ларри не шибко интересует - у него новая игрушка, 6.x.

rhial
()

>Еще раз: [медленно, с выражением, подвывая в особо сложных местах] imo они поздно спохватились

нахрена вы это мне повторяете? или я с вами спорю? да, они поздно спохватились. но что спохватились -- бесспорно, хорошо. почему -- см. предыдущие сообщения.

---vk

anonymous
()
Ответ на: комментарий от anonymous

Слушайте, а я вот не понимаю: есть C, он неудобен, по сравнению с перлом. А что мешает сделать такой же C с синтаксисом перла? Ну или если сказать по-другому - сделать компилируемый перл? Неужели в 21-м веке не могут сделать такого?
Это же был бы супер-язык...

Mudvin
()

Кстати, не прошло и трех лет, как perl-5.8.3 начал собираться с db-4.2.52 :)

V0ID ★★★
()
Ответ на: комментарий от Mudvin

2Mudvin:
>А что мешает сделать такой же C с синтаксисом перла? Ну или если
>сказать по-другому - сделать компилируемый перл?
В принципе можно... Но зачем? Перл намного сложнее, а значит и
компилятор будет на порядок медленнее. Будут ли скомпилированные
программы быстрее? Врядли заметишь... Всё равно большинство критичных по
скорости задач решается модулями, написанными на С etc.
К тому же перловы програмы компилируюся при загрузке, а так как они (как правило) небольшые, то это практически незаметно для пользователя.

>Это же был бы супер-язык...
Почему "был-бы"? Язык и так есть. Вот только компилятора нормального к
нему нет - ну так это уже другой вопрос. Язык!=Компилятор языка.

Led ★★★☆☆
()
Ответ на: комментарий от anonymous

По скорости выполнения, perlcc'шные бинарники и сами скрипты отличаются не очень.
Я говорил о том, чтобы сделать язык, со скоростью выполнения C, и фичами перла. C тогда бы просто вымер как класс.

Mudvin
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.