|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Bogdanov 2:5020/400 19 Jun 2002 12:15:50
To : TARANTUL
Subject : Re: Highlighting in vim
--------------------------------------------------------------------------------
TARANTUL wrote:
> Все таки вставлю свои $0.02 %)
>
> Давайте все же рассмотрим эти критерии...
> 1. Безопасность. С этим тут все не очень гладко... Очень легко
> неаккуратное программирование может привести к тому, что кто-то будет
> разглядывать файлы на вашем диске. Hе зря все же в последних версиях
> параметры из URL не передаются автоматически в глобальные переменные.
Если это корпОративный :) сайт то разработчик - одна контора. И,
соответсвенно, отвественна за такие глупости, так что ... Условно, но
безопасность соответсвует.
> 2. Скорость разработки. Сей критерий очень относителен. Один конкретный
> программист быстрее пишет на Perl, другой на Python. Кому что больше
> нравится. И PHP тут ничем сильно не выделяется.
Hе выделяется, но он изначально заточен под web. В нем все приспособлено
для удобства создания web-приложений.
> 3. Переносимость. Аналогично п.2. Hи больше, ни меньше чем у других
> аналогов.
Да, а вы мне перенесите web-приложение на lisp'е, tcl'е, OcaML :). Т.е.
лучше некоторых вариантов решения, но не хуже других.
> 4. Поддерживаемость. Вот тут хотелось бы заметить, что если проект может
> поддерживать студент первого курса - то это весьма странный проект...
> Получается, что высококвалифицированный специалист и студен делают
> одинаковый труд. Тут возможно 2 варианта:
> а) PHP предоставляет такой инструментарий, что квалификация специалиста
> падает до уровня студента
> б) наоборот, уровень студента возвышается до уровня специалиста.
> Думаю, никому не надо объяснять, какой из вариантов более вероятен...
Hа мой взгляд, немного некорректно. Задачи поддержки и разработки
совершенно разные по своей сути. Я считаю поддержкой исправление
неточностей и ошибок и добавление новой функциональности без изменения
структуры приложения. Если же затрагивается структура приложения, то
надо опять обратиться к разработчику.
Вдобавок к выше скзанному я говорил пр комлекс. В каждом из пунктов
лучше может быть кто-то другой, но комлексе, причем с разными
коэффициентами....
:)
Вдобавок я не претендую на точность, он может больше подходить и для
других критериев.
>
> Пару писем назад тут были слова, про условия, когда применение PHP будет
> наиболее оптимальным, и время потраченное на его изучение пойдет на
> пользу (слова про целесообразность в отквоченном). Так вот по моему мнению,
> эти условия описаны самой аббревиатурой PHP. Достаточно вспомнить, как оно
> расшифровывается...
Точнее расшивровывалось. Сейчас это подругому. Ваши знания устарели.
> Так что кесарю - кесарево.
А юниксу, что? быть приблудой для игрушек. Hасколько я знаю он начался
ввиде приблуды для возможности запускать игрушку (Правда до этого
разработчики пытались создать что-то дюже научное и сложное, но
обломались). И это тема для другой конфы.
>
>
>
>>Серегй Богданов
>
>
> Руками подписываемся ??? :)
Да, по настроению. Я то Sergey Bogdanov, то Сергей Богданов, то SerB
(Сергей Богданов) и т.д. а для некоторых девушек я Злобный Волчара SerB.
:))))
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
