|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 03 Sep 2004 11:47:38
To : Alexey Gradovtsev
Subject : Re: Вопросец
--------------------------------------------------------------------------------
Alexey Gradovtsev -> Artem Chuprina @ Fri, 03 Sep 2004 00:17:12 +0400:
AG>>> Говоря о CGI - абсолютно согласен. Hо говоря о пользовательских
AG>>> программах, это невозможно. Hевозможно установить всем юзерам
AG>>> интерпретаторы всех языков, к которым привычен каждый программист.
AC>> tcl позволяет завернуть в один бинарник интерпретатор, необходимую часть
AC>> файловой системы и скрипт. У эхотага в этом смысле, конечно, дела
AC>> обстоят хуже, но и тут несложно найти выход. Ты же встречал под виндой
AC>> программы, которые требуют версию некоторой библиотеки не ниже заданной?
AG> Если без этих программ хоть как-то возможно обойтись, то - сразу в
AG> помойку :)
Hу, при этом надо начинать с того, чтобы отправить в помойку саму
винду. Потому что у них есть традиция, что начиная где-то с
третьего-четвертого сервиспак не ставится, если не был сапгрейжен MSIE.
А без винды отчетливо как-то возможно обойтись...
AC>> Да и под не-виндами тоже, только под не-виндами это проверяет не
AC>> инсталлятор программы, а менеджер пакетов дистрибутива :-) И что,
AC>> "невозможно установить всем юзерам все нужные версии библиотек"? Или
AC>> все-таки эта проблема решается посредством установки данному юзеру
AC>> нужной версии в тот момент, когда она ему понадобилась? Чем же
AC>> интерпретатор хуже?
AG> Во-первых, тем, что скомпилированный модуль (исполняемый файл,
AG> библиотека) - это машинный код, не нуждающийся в интерпретировании
AG> (каждый раз при запуске!!!).
Hу и что? Задачи, в которых процессорное время настолько дорого, что
ради его экономии можно пожертвовать своим, встречаются настолько редко,
что _нормой_ должна быть интерпретация.
Ты, кстати, в курсе, что этот вот нуждающийся в интерпретировании, о
ужас, каждый раз при запуске код обычно работает быстрее, чем
доморощенный аналог на компилируемом языке, причем практически любом?
Тебе объяснить, почему, или сам догадаешься?
AG> Во-вторых, тем, что интерпретаторов много, а юзер один. Прикажешь
AG> всем ставить perl, tcl, python, ...? Под иксами rpm сам ищет и
AG> ставит что надо, но это библиотеки, а не средства разработки. Под
AG> виндой есть стандартные библиотеки, все остальное скомпилированный
AG> файл несет в себе. Интересно бы было поглядеть на OrCAD в виде
AG> скриптов ;)
Особенно смешно в этом контексте слышать фразу "под иксами rpm чего-то
делает"...
С какого перепугу ты решил, что интерпретатор - это средство разработки?
Это такая библиотека, позволяющая запускать программы, написанные
определенным образом. Просто специфически оформленная. Я, видишь ли,
своими скриптами пользуюсь, а не разрабатываю их.
А остаток абзаца просто делает мне смешно. Ты отчетливо не в курсе, как
устроены дистрибутивы нормальных программ в юниксах и виндах. Изучи,
что ли, дабы впредь в лужу не садиться.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по:
|
