LINUX.ORG.RU

Ответ на: комментарий от NiKel

> вспомнил бы пхп - это была бы клиника

И в чем клиника? В своей нише - на вебе пхп превосходит перл по всем
параметрам. А на универсальность он и не претендует.

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

> У нас на Севере такие не приживаются.

А я говорил - попугаи у нас не приживутся :)

Перл плох своим развращающим влиянием на неокрепшую психику молодежи. Разврат связан в первую очередь с регекспами. Скажите, как вы проверяете тип переменной (например, является ли переменная целым числом)?

Второе, как я сказал уже - отсутствие исключений. Да-да, я знаю про eval. Но скажите, как мне понять, что вывалилось в $@? Правильно, регексп. То бишь, опять гланды удаляем через анальное отверстие.

LamerOk, я использовал Perl, зная Питон. Но мне за это хорошо платили :)

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

> И в чем клиника? В своей нише - на вебе пхп превосходит перл по всем > параметрам. А на универсальность он и не претендует.

Дааа, это точно клиника.

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

> вспомнил бы пхп - это была бы клиника :)

Нет, я, конечно, больной - но не до такой же степени ??!!! ;-))))

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

> я использовал Perl, зная Питон. Но мне за это хорошо платили :)

Похоже, это единственна причина, по которой его можно пользовать ;-))))

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

> Перл плох своим развращающим влиянием на неокрепшую психику молодежи. Разврат связан в первую очередь с регекспами.

Ошибка от непонимания сути языка. Perl - это не язык со встроенными регэкспами, а регэкспы со встроенным языком программирования.

> Скажите, как вы проверяете тип переменной (например, является ли переменная целым числом)?

- Зачем это нужно проверять?

- "Целое число" - это не тип. Типы в perl - это скаляр, массив, хэш, тип-глоб ...

- Тип должен проверять компилятор. Если не проверяет - надо забить на типы.

> Второе, как я сказал уже - отсутствие исключений. Да-да, я знаю про eval. Но скажите, как мне понять, что вывалилось в $@?

Ты не знаешь, что можешь выбросить? Перепроектируй программу.

> Правильно, регексп. То бишь, опять гланды удаляем через анальное отверстие.

Очень гибкий и удобный подход. А вот описывать десятки классов исключений - действительно через задницу.

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

ЭЭЭ, вах-вах, г-н дохтур! Объясни в чем клиника?

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

>> Правильно, регексп. То бишь, опять гланды удаляем через анальное отверстие.

> Очень гибкий и удобный подход. А вот описывать десятки классов исключений - действительно через задницу.

А это даже не клиника. Это морг.

Простой пример: я использую, скажем, SQL-сервер через DBI. Какой конкретно - я не знаю (строка подключения и атрибуты прописаны где-нибудь в конфиге, который пользователь софтины в принципе может корежить). Какой существует общим метод определения, какая ошибка произошла при соединении? Где гарантия, что какой-нибудь SQL-сервер не ответит по-китайски, к примеру? Где стандарт на вывод сообщений об ошибках, чтобы их корректно парсить? Конечно, можно юзеру вывалить ошибку на экран в виде, as is, но пользователь может хотеть, например, русские сообщения, а SQL-сервер вещает по испански... Я, конечно, немного утрирую, но смысл остается такой. Так что регекспы - это не "гибкий и удобный подход", это вообще не подход в данной задаче. И Перл не имеет способа решения ее. Вообще.

Почему PHP - это клиника? Тривиально. Он провоцирует программиста на худший из возможных подходов к созданию веб-сайтов - создание страниц без шаблонов. Для сайта В.Пупкина это сойдет, но уже сейчас это плохо работает даже для мелкой конторы. Кроме того, у PHP всегда были проблемы с безопасностью.

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

> Простой пример: я использую, скажем, SQL-сервер через DBI. Какой конкретно - я не знаю (строка подключения и атрибуты прописаны где-нибудь в конфиге, который пользователь софтины в принципе может корежить). Какой существует общим метод определения, какая ошибка произошла при соединении? Где гарантия, что какой-нибудь SQL-сервер не ответит по-китайски, к примеру?

Где гарантия, что в других языках он не выбросит исключение неизвестного типа?

> Где стандарт на вывод сообщений об ошибках, чтобы их корректно парсить?

Где стандарт на типы выбрасываемых исключений?

> Конечно, можно юзеру вывалить ошибку на экран в виде, as is, но пользователь может хотеть, например, русские сообщения, а SQL-сервер вещает по испански...

Бред. Кто тебя заставляет это делать? Непустая $@ - лишь признак, что произошло что-то нехорошее, а не развернутое сообщение об ошибке.

> Я, конечно, немного утрирую, но смысл остается такой. Так что регекспы - это не "гибкий и удобный подход", это вообще не подход в данной задаче. И Перл не имеет способа решения ее. Вообще.

В таком виде как ты описал - способа решения не имеет ни один язык в мире.

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