Ruby vs Python vs Perl на винде

whatever + gtk/qt

Вообще очевидно, но все же. У кого более out-of-the-box env на венде?

Например для плюсов подключить gtk - ад. А если для Python, Ruby?

vertexua

У кого более out-of-the-box env на венде?

GTK хуже на винде выглядит, Qt более похож на «свой».

vertexua

Например для плюсов подключить gtk - ад. А если для Python, Ruby?

Вполне нормально, по крайней мере у того кода, что я видел.

В качестве гуя можно использовать web. Локально поднимаешь мини-сервер (во многие фреймворки вшит). Проблем с переносимость должно быть минимум.

Написал лабу на Python - используй python. В чём проблема?

В догонку

Я о будущих лабах. Тут Python был в требованиях, ибо все делалось с кучей матана, которая сразу есть в PIL и NumPy

В догонку

У потоков есть метод exit, который позволяет штатно остановить работу потока снаружи. В Python остановить работу потока «снаружи» нельзя — нужно встраивать собственные велосипеды с флагом остановки.

Автор дебил

Не в курсе как с биндингами в gtk/qt у остальных, но у питона с этим все ок, в т.ч. есть бинарники для винды.

Если удобно на python оказалось, так пиши не нем, для него много дополнительных фиговин есть. Сам выбрал perl. =)

А чем Haskell не подходит?

Сайт питоновский крутил на винде, проблем не заметил. Кода было over 6000 строк + шаблоны.

Надо ЯП подобрать запасной, кроме Java/Groovy/Scala. Лабки писать, приложения небольшие

вообще у вас вполне достаточный набор. Для расширения сознания посоветую tcl/tk просто потому что они сильно отличается от имеющихся. Да и скрипты на нём переносятся между платформами простым копированием и без лишних зависимостей (или вообще единственным файлом, если юзать starpack).

Должен признать Python для маленьких скриптецов достаточно годен. Думаю стоит ли его получше изучить

стоит. Тем более что какое-никакое, а начало положено.

пока не поздно перепрыгнуть на Ruby

если уже владеете Java или JS и будете к тому-же знать Python, то дальнейший прыжок на Ruby не должен вызывать затруднений

В контексте конечно миграции скриптецов на венду

во всех реализациях языков и тулкитов указанны системо-зависимые вещи, рекомендации и best-practice переносимого кода. Надо просто это иметь в виду и следовать изначально.

вердикт: из предложенного выбора Python. Дополнительно tcl.

Для питона есть всякие пакеры типа py2exe. Аргумент номер раз. Потом питон как по мне именно для университетский лаб подходит больше, так как он более распологает к ФП, и вообще в научном мире питон жалуют, потому много научных библиотек. Руби же для хипстеров-сайтостроителей. С перлом бы я вообще не стал связываться.

Тоже склоняюсь в сторону Python. Я не собираюсь его использовать как основной ЯП. Но просто иногда хочется обойтись одним *.py файлом в качестве лабы, ничего не настраивая. Даже Scala/Java/Maven проект делать лениво. Ну и полегче с точки зрения памяти чем Groovy

В Python остановить работу потока «снаружи» нельзя — нужно встраивать собственные велосипеды с флагом остановки.

Автор дебил

Расскажи, как в Python завершить нить «снаружи» :)

Ruby + Qt4 довольно неплохо выглядит и просто подключается. Правда с первого раза у меня в убунте не получилось, где-то даже остался тред. Насчёт маленьких скриптецов - на руби они выглядят, имхо конечно, наилучшим образом. Я все свои шелл-скрипты на руби переписал, доволен как слон.

Рубист-вхора в треде.

Если под винду, то либо мучай JRuby (он очень годен), либо так и продолжай на пейтоне, с обычными рубями под виндой очень грустно всё.

Но ты смотри JRuby, он клёвый.

python+qt

Это ужасная операция. Нормальное решение - флажок, проверяя который поток сможет нормально завершиться.

Это ужасная операция

Ужасная или нет, но автор прав, так что дебил не он... и в насильном завершении нити нет ничего ужасного, если при этом вызываются cleanup handler'ы. Очень жаль, что Python так не умеет.

Нормальное решение - флажок, проверяя который поток сможет нормально завершиться.

флажок

Мде. Ладно, я буду считать, что под «флажок» ты имел в виду условную переменную или сообщение со специальным тегом.

Perl под винду это ActivePerl+Tk. Если что-то менее страшное - StrawberryPerl + Wx. В треде уже советовали писать WEB UI - под перл есть чудесный Mojolicious.

В Java тоже нельзя убить извне поток. Так сделано специально.

В Java тоже нельзя убить извне поток

Что, даже interrupt убрали?

Ну конечно же lisp!
... или tcl/tk

python + PySide

Ужасная или нет, но автор прав, так что дебил не он

Автор согласен и поощряет. «Моя ЯП XYZ позволяет такой грязный хак, а ваш ЯП нет»

Ладно, я буду считать, что под «флажок» ты имел в виду условную переменную или сообщение со специальным тегом.

Не обязательно. Если в потоке цикл, который часто производит операции, то обычного флажка достаточно. Конечно если Memory Model позволяет. Если там IO, то нужен способ его прервать

interrupt() - идеальное решение. А вот stop() 100 лет как deprecated

Если в потоке цикл, который часто производит операции, то обычного флажка достаточно

Я начинаю понимать, почему проги на Яве тормозят, несмотря на навороченный JIT %)

interrupt() - идеальное решение

В общем, да. Завершение нити «снаружи», в котором нет ничего ужасного.

В общем, да. Завершение нити «снаружи», в котором нет ничего ужасного.

Читай ман.

Я начинаю понимать, почему проги на Яве тормозят, несмотря на навороченный JIT %)

Просвети что не так?

Для лаб, имхо, питон поудобнее будет, ибо библиотек подходящих много. Из упаковщиков в exe есть py2exe, PyInstaller, cx_freeze (сам использую последний).

interrupt() - идеальное решение.

4.2

If this thread is blocked in an I/O operation upon an interruptible channel then the channel will be closed, the thread's interrupt status will be set, and the thread will receive a ClosedByInterruptException.

Что будет с теми кто не юзает nio?

По идее любая длительная сторонняя операция должна быть interruptible. Если это не так, то это недостаток этой операции, а не модели потоков.

Лучше всего mono, а то и вовсе .net, я серьезно, во первых там уйма приятных концепций, которых нет во всяком неразвивающемся статье вроде питона или перла, во вторых там вменяемый синтаксис в отличии от ruby

По идее любая длительная сторонняя операция должна быть interruptible.

Мусье теоретик? А я вот недавно на нагруженном сервере писал work around для вызова въебсервиса, который делается через старый io (сторонней либой), и отваливается только через 5 минут, и никаким образом его не заставить отвалиться раньше. И так везде, даже HTTPUrlConnection

Все же для грязного API - грязные хаки. Но если мы обсуждаем хорошее API, то обычно его пытаются проектировать с поддержкой чистого прерывания. Будь то Posix или Java.

Все же для грязного API - грязные хаки.

Не грязное а legacy, а в вашем новом и чистом api достаточно гдето перехватить interruptedexception чтобы оно испачкалось. Также очевидно что из-за убогость явы - обязательной декларируемости сего исключения его зачастую невозможно корректно пробросить - у вас оно просто будет торчать во всех интерфейсах 8)

Если гуй на Tkinter то переносится влет, тока надо шрифты пральные выбирать. Насчет упаковки - py2exe я ниасилил, но просто прикладывал сам питон + батч файл для запуска;-)

Он прервет поток, только если тот находится в заблокированном состоянии. То есть строго говоря нам всегда нужно проверят признак прерванности потока и совершать выход в ручную.

его зачастую невозможно корректно пробросить

Приведи пример, где его невозможно корректно пробросить.

Просвети что не так?

Читай ман.

Приведи пример, где его невозможно корректно пробросить.

При реализации интерфейса из метода не имеющего объявленных исключений.

То есть строго говоря нам всегда нужно проверят признак прерванности потока и совершать выход в ручную.

Даже из документации следует, что это нужно делать не всегда:

«will receive a ClosedByInterruptException.

...

will receive an InterruptedException. »

Если вызвать interrupt, и _после_ этого нить заблокируется, что будет?

catch (InterruptedException e) { throw new MySuperRuntimeException(e); }

а дальше клиент кода ловит «MySuperRuntimeException» через catch(Exception e) и вуаля.

Ruby.

Если вызвать interrupt, и _после_ этого нить заблокируется, что будет?

Если вызывается какой-то блокирующий метод для уже прерванного треда, то должно кинуться InterruptedException.

Потенциально опасной влется ситуация когда мы вызомет interrupt когда прерываемый тред не заблокирован. Именно на этот случай нужно обрабатывать исключение.

Даже из документации следует, что это нужно делать не всегда:

Конечно, если код сам по себе не подразумевает нормальное завершение, а есть к примеру бесконечный цикл, то только в этом случае нужно обрабатывать. Но на практике обычно всякие треды как раз имеют внутри себя всякие циклы, в которых и нужно проверять флажок.

Ну конечно же lisp!

Нет лиспа кроме Common Lisp-а,
и clisp пророк его :)

на винде работает, сам наблюдал и пользовался

А что вуаля? Почему это он ловит все исключения? Довольно редкая ситуация. Ну а если ловит, то чем эта ситуация отличается от обработки какого-то другого исключения?

Почему это он ловит все исключения? Довольно редкая ситуация.

Посмотрите в зеркало в ваши честные глаза.

Ну а если ловит, то чем эта ситуация отличается от обработки какого-то другого исключения?

Тем что поток не останавливается, удивлены?