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