|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Serge Shikov 2:5020/400 15 Jun 2001 10:14:02
To : All
Subject : Re: выбор платформы
--------------------------------------------------------------------------------
Pavel Kurnosoff wrote:
>
> s> А куда ты засовываешь activex, если у тебя в интранете NN? (Я понимаю, что
> s> в нашей стране это вряд ли, но все-таки?)
> а не всё-таки. nn умер. и мозилла для win32 рынка умрёт. особенно с выходом
> xp. это я тебе как человек, который работает под w2k с запущенным под вмварью
> netbsd, говорю :)
Hикуда он не умер. В интранетах навалом NN, причем еще даже старых
версий.
> s> А с кем они у тебя общаются на сервере, только с такими-же COM-объектами,
> s> или вообще ни с кем?
> с кем, с кем. всё с тем же. perl. через мыло или просто обычные
> имя=значение.
Фу...
> я не знаю, зачем таким умным ты используешь апплеты, а я
> активикс для банального улучшения юзабилити - на первом месте по частоте
> использования, конечно, mshtml как редактор и как гляделка. потом всякие
> календарики и колор пикеры. диалоги модальные. и т.д. и т.п.
Это все понятно, а дальше-то что?
> s> и на серверах тоже положение явно меняется не в пользу перла.
> >> ох. кто тут давече говорил про старые проверенные технологии?
> s> Это хорошо, если надо на коленке быстро склепать...
> ох, сколько я уже слышу про эти колнеки... можно пример "неколеночного"
> проекта, который я не смогу сделать без "новых" технологий с приемлемыми
> ресурсозатратами?
Да я блин уже две недели добиваюсь ответа от некоторых - где у перла или
у PHP аналог такой фигни, как EJB? Hе буквальный аналог, а по сути. А
если такого аналога нет, то где у вас живет бизнес-логика - там же где
представление, т.е. генерация HTML, или где-то отдельно? А если там же,
то как вы всю эту фигню вообще сопровождаете, когда она в кучу намешана?
Сделать ты можешь все, любая программа пишется практически на любом
языке кроме самых уродских, вопрос только - какими усилиями?
> >> вам будут говорить, что perl - не xml-enabled, не верьте - это вранье),
> s> Я говорил, и буду. Ты уже можешь прикрутить к sablotron свой перловый
> s> класс (перловый SAX или DOM-парсер), который брал бы данные из базы? А
> а я не буду брать саблотрон. зачем он мне?!
Прикрути любой другой таким же способом. xalan например. Только не надо
уходить от ответа, как ты делаешь в данный момент.
> s> что-то типа dmXML у тебя уже для перла есть? Оно все как было, так в общем
> а это еще что?
Вот об этом я и говорю - когда такие как ты (ничего личного) говорят,
что XML для перла есть, обычно быстро выясняется, что они просто ничего
в жизни еще не видели.
> s> и осталось - пока в Xalan-J вставляют компилятор стилей от Sun, к перлу
> s> только-только начал прикручиваться Xalan/C++. А что-нибудь аналогичное
> s> Oracle XSQL? А XSLT-extensions уже можно на перле писать, или все
> s> по-прежнему - только на Java? (я помню, что перл входит в список языков,
> s> поддерживаемых BSF). А на Apache::PageKit или AxKit по-прежнему грустно
> s> смотреть по сравнению с кокуном или просто ресином/томкатом. Все в
> s> принципе есть, но все года на два отстает. Раньше с XSLT были проблемы,
> s> теперь с другим остались, просто ты пока до этого не дозрел, или у тебя
> s> другие потребности. Тебе повезло, но это не значит, что для перла все уже
> s> есть.
> у тебя неправильный подход.
Для начала - с какой стати тебе меня учить? Я тебе называю конкретные
инструменты, которые для меня удобны и которые значительно упрощают мою
работу. Hасколько упрощают - ты не знаешь, и знать не можешь. И в ответ
на этот перечень конкретных инструментов ты мне начинаешь вещать, что у
меня неверный подход? Мягко говоря это самоуверенно.
> ты просто мыслишь категориями своих
> инструментов. да, полных аналогов нету. но то, что ПОЛHЫЕ АHАЛОГИ не нужны,
> тебе в голову не приходит? xslt не есть истина в последней инстанции. и xsp
> тоже.
>
> это просто средства реализации логики представления. и по моему мнению, не
> самые удобные.
Да мне в общем наплевать, полные они или нет - ты поименно-то назови
хоть один аналог, да?
> ты поверишь, если я скажу, что на перле есть ДРУГИЕ средства для реализации
> логики представления, к которым я могу прикрутить какой угодно провайдер?
Hе поверю. Если бы были - ты бы их уже назвал. Я вообще наглый тип ;-),
и могу нагло заявить, что большинство средств для перла я таки видел и
пытался использовать. И могу немного сравнивать. Далеко не в пользу
перла.
> хоть тебе rdbms, хоть тебе голубиная почта с QoS. в этих средствах лично я
> использую xpath, ибо он мне удобен. был бы неудобен - использовал бы
> какой-нибудь может быть даже самодельный xway. и что? это плохо?
>
> в юниксе нет "Проводник"'а. но это не значит, что в юниксе нельзя разбирать
> файлопомойки или делать это медленнее. в юниксе есть zsh. я не умею разбирать
> файлопомойки проводником (хотя и учусь), я умею это делать с помощью zsh.
>
> аналогия ясна?
Честно? Плевал я на аналогии, я тебя про XML спрашиваю - и получаю ответ
про zsh. Из чего делают резонный вывод, что ответа про XML ты не знаешь.
> ты мне в своё время говорил про то, что множественное наследование не
> нужно. его можно реализовать при помощи использования. перегрузка операторов
> тоже не нужна. есть методы.
>
> ничего не напоминает? ;)
Я и сегодня это повторю. Интерфейсы в яве совершенно необязательно
использовать для реализации множественного наследования. И перегрузка
операторов мне лично как была не нужна, так и остается.
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
