|
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
