|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Mikhail Fedotov 2:5015/153 23 Apr 2002 16:10:40
To : Pavel V Reich
Subject : Mixed forms usage?
--------------------------------------------------------------------------------
SS>> - это разве мои трудности? Учитесь на перле программировать - все что
SS>> можно тут сказать.
PVR> Твое повествование напомнило мне рассказ про великорулезный автомобиль
PVR> OS/2, где что ни бага - это фича. Типа если это минус, значит у вас руки
PVR> кривые. То, что перл был, есть и вероятно будет сильнее пхп по вопросам
PVR> гибкости - это вряд ли изменится. но нужна ли так эта гибкость? у каждого
PVR> языка вообщем-то свои задачи и масштабы. CGI ведь можно и на awk/shell
PVR> писать - но оно надо? Если мне нужно выбрать язык для реализации проекта
PVR> - я выберу наиболее удобный предусмотрев отношение гибкость/сложность. да
Вернись на землю и опиши проекты, о которых говоришь, приблизительное время
реализации, сложность поддержки, и стоимость расширения.
Понимаешь, вот есть perl и php. А еще есть perl и java. То, что на больших
проектах perl сливает java, сливает в комплексе, это даже не вопрос - кто
проверял, все давно убедились. Hо на особо маленьких проектах java может и не
понравиться, по разным причинам, на больших же к ней инструментальных
инструментов просто навалом - для перла их меньше, для php вообще почти нет.
Java vs perl проверки не требует (конечно, это когда вторичные условия вроде
хостинга не играют роли), проверка же perl vs php делается следующим образом:
1. обращаем внимание, что большинство любителей php, как было еще раз отмечено
на днях в ru.books.computing, другого просто не пробовало. это показатель
аудитории, на способности которой рассчитан язык.
2. обращаем внимание, что CPAN почему-то противопоставляется PEAR, хотя как
хорошему зданию можно противопоставлять ветхий сарай - я плохо представляю. Это
показатель той же самой аудитории, главным образом.
3. считаем галочки, не касающиеся конкретных библиотек, как-то - модульность,
конфигурируемость, в общем, все основные ключевые вещи. Это уже показатель
качества языка и его устойчивости к росту требований и размера проекта.
4. наконец, объем наработок. по этому поводу можно вспомнить
www.cgi-resources.com, в который как-то ради эксперимента поставили рядом с
каталогом перловых скриптов каталог для php-шных, но там ничего особого не
появлялось, и когда я через год вернулся, там этого раздела не было.
Что до дырок, недоделок, и просто глюков, то они имеются и в явском софте, и в
перловом, и в пхп, везде предостаточно. Еще насчет безопасности - я не раз
слышал, что "cgi (читай - перла) здесь нет их соображений безопасности", и речь
шла о неграмотных пользователях. Что же до закрывания php, то среди причин были
ненужность и дырявость самого php. Выводы. :)
Mikhail
--- ->GoldED+/386<-
* Origin: (2:5015/153)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
