Ставлю плюс, но стараюсь как можно меньше для таких целей юзать гуй, зашёл в любимый файловый менеджер, настроил особые действия, кликнул правой кнопкой мыши, выбрал нужный пункт и всё готов.
Вышла Ubuntu 9.10 alpha2
Сегодня ночью, как и планировалось (https://wiki.ubuntu.com/KarmicReleaseSchedule), вышла вторая альфа версия Ubuntu 9.10, включающая в себя GNOME 2.27.1, GCC 4.4, Linux kernel 2.6.30-rc5,
Действительно, зачем тебе установленная Java Runtime Environment, если ты ею не пользуешься? Особенно в Windows, где всё так запущено. И зачем, кстати, тебе устанавливать Qt просто так, если ты им не пользуешься?
Хороший подход — это реализация основы клиента на C/C++ и дописывание всего остального на скриптах. Или наоборот, реализация компонентов клиента в виде библиотек и использование скриптов в качестве основы клиента (склейки компонентов). Это открыло бы богатый набор возможностей, который не ограничивался бы слапами.
Смотря как понимать слово «модули». Если говорить о модулях для Python, то у него есть встроенная система управления модулями (у других языков тоже есть, я думаю). Если говорить о KVIrc… Чем система управления модулями концептуально отличается от системы управления скриптами?
Что касается размера, то см. комментарий насчёт QT и Java. Скриптовый интерпретатор ставится в систему один раз (а если мы говорим о Linux, то он там скорее всего уже стоит), что не увеличивает, а наоборот — уменьшает размер скачиваемых программ. KVIrc pre-4.0 win32 весит 42 мегабайт (распакованный), из них 15 — SSL и QT.
Не буду спорить. Поскольку никто переписывать KVIrc (или его скриптование) не собирается, то и доказывать что-то мне незачем.
Возможно вы и правы. Но с моей точки зрения применение внешних языков вносит свои трудности и неудобства.
Допустим зачем мне иметь установленный питон если я им не пользуюсь? А вот KVIrc будет его ставить только для того чтобы удовлетворить зависимости. Или в той же Windows всё более запущено. Пользователь скачает скрипт, а он не работает. Требуется питон тот же или перл. Сталкивался с таким используя X-chat for Windows. Думаете он будет качать это и устанавливать только для того чтобы посмотреть сколько слапов у него добавится?
Ещё как пример. Новые модули это увеличение и усложнение программы. Я согласен что можно их сделать но тогда нужна система управления модулями. Да и конечный пользователь не всегда компетентен в том что ему именно надо.
Кстати изменение размера допустим для меня имграет роль и это не на последнем месте. Сам я постоянно в разъездах и использую GPRS. С нашим качеством связи тянуть с инета пакет в 8 метров намного легче чем в 20. Я видел сам как народ отказывался качать многие программы из-за этого.
Применение полноценных языков выгоднее в перспективе. Программисты, знакомые с таким языком, смогут быстро и легко модифицировать программу под свои нужды. Программисты, не знакомые с этим языком, смогут его изучить. И в любом случае это позволяет использовать модули/библиотеки, доступные для этого языка (что особо актуально для Python, потому что он поставляется «с батарейками»). Для не-программистов использование широко распространённого языка облегчит написание скриптов (больше справочного материала).
При использовании самопального языка преимуществ нет вообще никаких. Я сомневаюсь, что сделать интерпретатор для нового языка легче, чем сделать биндинги для уже существующего языка.
По моему опыту написания скриптов для KVIrc хватает самого встроенного языка. Смысла применения других я не вижу. Ну разве что чтобы заставить клиент готовить вам кофе.;) Я использую в основном внешние программы(ну типа распаковать архив и т.п.). И вообще применение внешних языков это уже из разряда изврата для гиков.
Небольшое расследование показало, что скрипт для накручивания запостили даже в обсуждении этого голосования на LOR'е. Впрочем, там проверка только по кукам была, поэтому и без скрипта накрутить было бы не сложно.
Кроме того, вариант «Низкое качество внедряемых программ в сравнении с закрытым ПО.», который внезапно стал лидером по числу голосов — явный признак того, что накрутка велась не только с LOR'а.
Ну а по поводу того, что результата «не понравились» — так на сайте Минкомсвязи могли вообще не замарачиваться, а просто вывесить результаты типа «Мы тут провели исследования и они показали, что… „
Честно говоря даже не слышал про это. Хотя и являюсь активным участником форума этого клиента.
Я думаю что вообще можно писать куски на питоне отдельно и запускать посредством функций $run() и $exec() из скриптов.:)
Как это всё делается под Виндой. Без скриптов, исключительно с помощью гуёвых программ:
1) файл (ape/flac) распаковывается обратно в wav
2) cue правится, чтобы указывал на wav-файл (иногда этого не требуется)
3) cue монтируется в виртуальный оптический привод
4) с привода аудиодороги рипаются тривиально (CDex)
В свое время, пока не было бука, scummvm меня очень спасал от скуки — запускал его на PDA+))) и до сих пор жду, что ребята добавят возможность играть в discworld
Вышла Ubuntu 9.10 alpha2
Сегодня ночью, как и планировалось (https://wiki.ubuntu.com/KarmicReleaseSchedule), вышла вторая альфа версия Ubuntu 9.10, включающая в себя GNOME 2.27.1, GCC 4.4, Linux kernel 2.6.30-rc5,
Действительно, зачем тебе установленная Java Runtime Environment, если ты ею не пользуешься? Особенно в Windows, где всё так запущено. И зачем, кстати, тебе устанавливать Qt просто так, если ты им не пользуешься?
Хороший подход — это реализация основы клиента на C/C++ и дописывание всего остального на скриптах. Или наоборот, реализация компонентов клиента в виде библиотек и использование скриптов в качестве основы клиента (склейки компонентов). Это открыло бы богатый набор возможностей, который не ограничивался бы слапами.
Смотря как понимать слово «модули». Если говорить о модулях для Python, то у него есть встроенная система управления модулями (у других языков тоже есть, я думаю). Если говорить о KVIrc… Чем система управления модулями концептуально отличается от системы управления скриптами?
Что касается размера, то см. комментарий насчёт QT и Java. Скриптовый интерпретатор ставится в систему один раз (а если мы говорим о Linux, то он там скорее всего уже стоит), что не увеличивает, а наоборот — уменьшает размер скачиваемых программ. KVIrc pre-4.0 win32 весит 42 мегабайт (распакованный), из них 15 — SSL и QT.
Не буду спорить. Поскольку никто переписывать KVIrc (или его скриптование) не собирается, то и доказывать что-то мне незачем.
Допустим зачем мне иметь установленный питон если я им не пользуюсь? А вот KVIrc будет его ставить только для того чтобы удовлетворить зависимости. Или в той же Windows всё более запущено. Пользователь скачает скрипт, а он не работает. Требуется питон тот же или перл. Сталкивался с таким используя X-chat for Windows. Думаете он будет качать это и устанавливать только для того чтобы посмотреть сколько слапов у него добавится?
Ещё как пример. Новые модули это увеличение и усложнение программы. Я согласен что можно их сделать но тогда нужна система управления модулями. Да и конечный пользователь не всегда компетентен в том что ему именно надо.
Кстати изменение размера допустим для меня имграет роль и это не на последнем месте. Сам я постоянно в разъездах и использую GPRS. С нашим качеством связи тянуть с инета пакет в 8 метров намного легче чем в 20. Я видел сам как народ отказывался качать многие программы из-за этого.
При использовании самопального языка преимуществ нет вообще никаких. Я сомневаюсь, что сделать интерпретатор для нового языка легче, чем сделать биндинги для уже существующего языка.
Судя по сырцам, Python вызывается точно так же — python.begin и python.end
Кроме того, вариант «Низкое качество внедряемых программ в сравнении с закрытым ПО.», который внезапно стал лидером по числу голосов — явный признак того, что накрутка велась не только с LOR'а.
Ну а по поводу того, что результата «не понравились» — так на сайте Минкомсвязи могли вообще не замарачиваться, а просто вывесить результаты типа «Мы тут провели исследования и они показали, что… „
Я думаю что вообще можно писать куски на питоне отдельно и запускать посредством функций $run() и $exec() из скриптов.:)
1) файл (ape/flac) распаковывается обратно в wav
2) cue правится, чтобы указывал на wav-файл (иногда этого не требуется)
3) cue монтируется в виртуальный оптический привод
4) с привода аудиодороги рипаются тривиально (CDex)
Вроде бы месяцев 7 назад кто-то начал разрабатывать Python'овый скриптовый движок для KVIrc… Вот это бы следовало бы осветить…