Каких скриптов?
Смотря какая задача.

Потому я и выбрал возможность нескольких вариантов.

*sh, имхо, самый частоиспользуемый.

уважаемый? а скрипты на С++ и С вы себе как представляете?? это же не скриптовые языки, это уже откомпилированные программы получатся а не скрипты...

И что? На перле тоже можно бинарные программы делать.
Значит у меня совсем другое понятие под скриптом.

На перле,, в бинарник компилить? Чевот не слышал чтоб это официально было... А изврат подобный пхп2ехе перл2бин и подобного рода комбайны не в счёт.... Википедию прочти. С++ — компилируемый статически типизированный язык программирования общего назначения. Поддерживает разные парадигмы программирования, но, в сравнении с его предшественником — языком Си, — наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования
Perl— высокоуровневый интерпретируемый динамический язык программирования общего назначения, созданный Ларри Уоллом, лингвистом по образованию

Так что с и с++ точно в этот список негодятся

Ну как, как - system("...") и пошел =)))

А че? tcc <1> поставил и выполняй C код как скрипты.

<1> http://bellard.org/tcc/

Предположим что и так можно, но и это изврат) эти языки изначально не скриптовые... не для этих задач их создавали

На sh, естественно писать проще всего.

ага, и парсить вебстранички sed'ом. гг.

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

А вот тут-то и нужен perl. :)
Я, правда, им не веб-странички парсю, а конфиги.

sh, ruby

bash, perl.

Не вижу в списке TCL, что за кощунство! :)

Хм… А что, на нём удобно что-то писать? Я юзал TCL только чтобы eggdrop'у ума добавить.

Хотя нет, ещё для XChat'а SysInfo и NowPlaying написал :)

Его можно использовать где угодно... например вместо php для создания сайтов или для автоматизации чего-либо на сервере, вместо sh/perl/python etc... :)

А я не о «можно использовать» — я о целесообразности. На TCL правда удобно реализовывать повседневные задачи, или это такой выпендрёж? :)

Да, с TCL связаны несколько проблем:

1. sh есть везде, perl — почти везде, а вот tcl, afaik, надо ещё поискать
2. я, конечно, не нырял в TCL очень уж глубоко, но мне кажется, что всё, что может TCL, Perl может ещё лучше
3. sh абсолютно портабелен, а вот tcl — абсолютно нет; я не о том, что sh скрипты пашут везде — я о том, что поддерживать sh скрипт может практически любой пользователь *nix, чего не скажешь о tcl-коде — всё-таки TCL знают гораздо меньше народу

Ну несовсем tcl есть даже для виндоз и виндоз мобайл а вот *sh там нет он есть во всех *nix но не более того

sh есть и под виндой — о cygwin слыхали?

«Windows Mobile и скрипты» больше похоже на заголовок ужастика =\

Хотелось бы увидеть описания хотя бы одной (а лучше всё-таки нескольких) задач, которые удобнее решать на tcl. В принципе, если вспомнить о tk, то такой задачей может стать какой-то удобный интерфейсик, но больше ничего в голову не лезет…

java!!!

Чаше всего bash, гораздо реже — perl.

Уже второй дурацкий опрос на тему скриптов. :) любой ЯВУ это в первую очередь инструмент а не объект поклонения.
ps:
одно время писал полноценные скрипты на awk.

python, изредка баш

Странно наличие с/с++ в этом опросе. Всегда считал, что скрипты это программы интерпретируемые на этапе исполнения. Как вы себе представляете программу на с++ которую будете запускать и она тут же откомпилируется и запустится? Такое конечно можно сделать, но имхо изврат. Если вы про исполняемые модули писанные на с/с++ то это не скрипты, т.к. запускаете вы уже непосредственно машинный код, а с помощью какого языка (или языков) он сотворён уже дело десятое.

Ещё странно отсутствие ruby - имхо довольно популярный в последнее время язык. Сам ради интереса основы его изучал - вполне себе удобный для скриптования.

PS: проголосовал за python, хотя чаще пишу на c++ - не голосовал за него т.к. результат считаю не скриптами, исполняемыми модулями.

Вот и я о томже, c++ и скрипты какт невяжется

python самый сильный в этом плане. Легко обрабатывать данные и т.д. Но дело в том, что существует множество уже готовых скриптов. И лень переписывать:)

ruby