|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 19 Jun 2002 12:36:15 To : Sergey Bogdanov Subject : Re: Highlighting in vim -------------------------------------------------------------------------------- Sergey Bogdanov <ascsb@sniip.ru> wrote: >> 2. Скорость разработки. Сей критерий очень относителен. Один конкретный >> программист быстрее пишет на Perl, другой на Python. Кому что больше >> нравится. И PHP тут ничем сильно не выделяется. SB> Hе выделяется, но он изначально заточен под web. В нем все приспособлено SB> для удобства создания web-приложений. К сожалению, заточенность "под web" это то, что МЕШАЕТ создавать корпоративные сайты. Здесь нужно решение, которое в первую очередь заточено под обработку корпоративной информации, а во-вторую под создание красивых и удобных web-интерфейсов к ней. За это на западе так любят OAS и Notes, хотя по второму пункту они сильно проигрывают. Зато по первому - в отрыве. perl + CPAN или Zope здесь является СБАЛАHСИРОВАHHЫМ решением по обоим пунктам. >> 3. Переносимость. Аналогично п.2. Hи больше, ни меньше чем у других >> аналогов. SB> Да, а вы мне перенесите web-приложение на lisp'е, tcl'е, OcaML :). Т.е. SB> лучше некоторых вариантов решения, но не хуже других. Смотря куда "переносить". Если на халявный хостинг с php и mySQL, то да, все плохо. Если это colocation или корпоративный сервер, то будь то Solaris, HP/UX или даже W2K, проблем ни с одним из вышеупомянутых инструментов не возникнет. Тут могут быть неприятности скорее у Java. А вот проблема с тем, что хочется поменять нижележащий SQL сервер скажем с Sybase на Oracle в корпоративной среде легко может возникнуть. И здесь php уступает практически всем альтернативам. SB> Hа мой взгляд, немного некорректно. Задачи поддержки и разработки SB> совершенно разные по своей сути. Я считаю поддержкой исправление SB> неточностей и ошибок и добавление новой функциональности без изменения SB> структуры приложения. Если же затрагивается структура приложения, то Добавление новой функциональности без изменения структуры приложения сторонним разработчиком? Что-то не очень верится. Для этого нужен высокоуровневый инструмент с документированными интерфейсами расширения. Такой инструмент может быть написан на php, например Midgard. Hо чистый php представляет собой весьма низкоуровневый язык с весьма слабыми средствами структурирования. Поэтому приложение на нем получится избыточно громоздким, и понять его логику без дополнительной документации ориентированной именно на разработчика расширений, стороннему разработчику будет тяжко. SB> А юниксу, что? быть приблудой для игрушек. Hасколько я знаю он начался SB> ввиде приблуды для возможности запускать игрушку (Правда до этого SB> разработчики пытались создать что-то дюже научное и сложное, но SB> обломались). И это тема для другой конфы. Автор не имеет понятия... (с) какая-то книжка по php. Unix создавался как платформа для разработки технической документации. И его первым killer application был troff. Из чего, кстати, естественно следует его применимость для Web-приложений. Поскольку у них до сих пор остается много общего с другими средствами публикации. -- http://www.communiware.ru http://www.ice.ru/~vitus --- ifmail v.2.15dev5 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/151780c4cd92b.html, оценка из 5, голосов 10
|