Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Опросы > Какие скриптовые языки вы знаете?

Автор: Logo 9.4.2010, 09:51

Какие скриптовые языки вы знаете, на уровне написания простых программок?

Автор: azesmcar 9.4.2010, 10:14

А почему выбор такой небольшой?

Автор: Logo 9.4.2010, 10:23

Забыл добавить, интересуюсь с целью выяснить, какой язык предпочтительней в качестве встроенного скриптового языка для программ.

Автор: azesmcar 9.4.2010, 10:25

Цитата(Logo @  9.4.2010,  10:23 ) Забыл добавить, интересуюсь с целью выяснить, какой язык предпочтительней в качестве встроенного скриптового языка для программ.  Я предпочитаю Tcl

Автор: Logo 9.4.2010, 10:27

Про него как-то забыл :-(

Автор: Artemon 9.4.2010, 10:49

Я в основном пользуюсь Lua

Автор: qweqwe 9.4.2010, 12:05

скриптовые языки must die

Автор: LSD 9.4.2010, 12:15

А где JS, Bash, VBS/VBA?

Автор: kemiisto 9.4.2010, 12:29

Цитата(Logo @  9.4.2010,  10:51 ) Какие скриптовые языки вы знаете, на уровне написания простых программок? Python, Ruby. Цитата(Logo @  9.4.2010,  11:23 ) Забыл добавить, интересуюсь с целью выяснить, какой язык предпочтительней в качестве встроенного скриптового языка для программ. Lua. Всё остальное - фтопку!  Добавлено через 5 минут и 39 секунд Цитата(qweqwe @  9.4.2010,  13:05 ) скриптовые языки must die С чего бы это? Просто их использовать нужно по назначению - автоматизация рутинных операций. А "не для "взрослого" программирования" (с) Lazin

Автор: bars80080 9.4.2010, 13:53

Цитата(kemiisto @  9.4.2010,  12:29 ) росто их использовать нужно по назначению - автоматизация рутинных операций по-моему, автоматизацией рутинных операций должны занимать языки наиболее приближённые к машине. грубо говоря, в идеале ассемблер. если рутина, то один раз написал и свободен. значит, написать надо так, чтоб с максимальным эффектом Добавлено через 17 секунд то бишь скоростью

Автор: azesmcar 9.4.2010, 13:55

Цитата(bars80080 @  9.4.2010,  13:53 ) по-моему, автоматизацией рутинных операций должны занимать языки наиболее приближённые к машине. грубо говоря, в идеале ассемблер. если рутина, то один раз написал и свободен. значит, написать надо так, чтоб с максимальным эффектом А если скорости выполнения скрипта вполне хватает? Какой смысл тратить в 10 раз больше времени (читать денег) на написание того же на ассемблере? Добавлено через 1 минуту и 47 секунд Ну вот представь что QA начнет писать тесты на ассемблере   1. Зарплата тестировщиков возрастет в 5 раз 2. На написание тестов уйдет в 20 раз больше времени. а что взамен?

Автор: qweqwe 9.4.2010, 13:59

Цитата(bars80080 @  9.4.2010,  13:53 ) по-моему, автоматизацией рутинных операций должны занимать языки наиболее приближённые к машине. грубо говоря, в идеале ассемблер. %username%, ты еще не заменил свой интерпретатор bash на ассемблер, или компилятор Си?  Добавлено через 30 секунд Цитата(kemiisto @  9.4.2010,  12:29 ) С чего бы это? Просто их использовать нужно по назначению - автоматизация рутинных операций. А "не для "взрослого" программирования" (с) Lazin  абсолютно согласен  Добавлено через 7 минут и 39 секунд Цитата(qweqwe @  9.4.2010,  12:05 ) скриптовые языки must die Потому что это костыль, существуют языки со статической типизацией(Nemerle, Scala, F#, Boo, Haskell, etc), которые по удобству и простоте программирования не уступают скриптовым языкам, при этом не имеют минусов динамических языков программирования. С теми задачами, в которых динамические ЯП бесспорно рулят, рядовой программист сталкивается... никогда.  Добавлено через 9 минут и 8 секунд lolforum.vingrad.ru

Автор: bars80080 9.4.2010, 14:08

Цитата(azesmcar @  9.4.2010,  13:55 ) А если скорости выполнения скрипта вполне хватает? Какой смысл тратить в 10 раз больше времени (читать денег) на написание того же на ассемблере? в смысле, скорости хватает? рутина - длительная монотонная работа, не включающая в себя сложных интеллектуальных процессов рутинные операции - простые, но требующие больших сроков выполнения. к примеру, не сложная выборка из БД, включающая большой объём обрабатываемых данных может ты хотел использовать другое слово, а не "рутина"?

Автор: azesmcar 9.4.2010, 14:15

Цитата(bars80080 @  9.4.2010,  14:08 ) в смысле, скорости хватает? ну да. Цитата(bars80080 @  9.4.2010,  14:08 ) может ты хотел использовать другое слово, а не "рутина"?  ну вообще-то это слово не я использовал, не знаю насколько это слово отражает суть. Цитата(bars80080 @  9.4.2010,  14:08 ) рутинные операции - простые, но требующие больших сроков выполнения. к примеру, не сложная выборка из БД, включающая большой объём обрабатываемых данных отличный пример, представь сколько времени нужно, чтобы получить данные из ДБ на ассемблере? А сколько к примеру на (ну пусть будет PHP)? И хотя эта задача примитивна и проста даже для JUNIOR PHP программиста, в твоем случае придется тратится (причем не слабо) на программиста на ассемблере. Растет цена на разработку, время исполнения а время выполнения снижается минимально, ибо 99% рабочего времени программ уйдет на выборку данных из базы данных (которую client-side assembler никак не ускорит).

Автор: qweqwe 9.4.2010, 14:27

скажи мне дядя, ведь не даром twitter переписан был на Scala

Автор: azesmcar 9.4.2010, 14:29

Цитата(qweqwe @  9.4.2010,  14:27 ) скажи мне дядя, ведь не даром twitter переписан был на Scala smile  Я думаю не даром, даром такие проекты не пишет, обычно за них берут кучу бабок.

Автор: Logo 9.4.2010, 17:38

Цитата скриптовые языки must die  Цитата по-моему, автоматизацией рутинных операций должны занимать языки наиболее приближённые к машине. грубо говоря, в идеале ассемблер. Сразу троллей набежало. Ну представь какую нибудь простую операцию, выполняемую grep, к примеру фильтр строк, содержащих нечто похожее на ip - там это пишется на уровне разговора - \d+\.\d+\.\d+\.\d+ И представь сколько времени тоже самое займет на ассемблере.

Автор: bars80080 9.4.2010, 19:11

Цитата(azesmcar @  9.4.2010,  14:15 ) И хотя эта задача примитивна и проста даже для JUNIOR PHP программиста, в твоем случае придется тратится (причем не слабо) на программиста на ассемблере. Растет цена на разработку, время исполнения а время выполнения снижается минимально, ибо 99% рабочего времени программ уйдет на выборку данных из базы данных (которую client-side assembler никак не ускорит). Цитата(Logo @  9.4.2010,  17:38 ) Ну представь какую нибудь простую операцию, выполняемую grep, к примеру фильтр строк, содержащих нечто похожее на ip - там это пишется на уровне разговора - \d+\.\d+\.\d+\.\d+ И представь сколько времени тоже самое займет на ассемблере. люди, не смешите, а то мне начинает казаться, что вы не знаете, что php был изначально написан как надстройка над perl, а затем над C. php - это творческий фундамент на более быстром и прочном основании, оставляющий всю рутину более низким языкам.

Автор: azesmcar 9.4.2010, 19:18

Цитата(bars80080 @  9.4.2010,  19:11 ) люди, не смешите, а то мне начинает казаться, что вы не знаете, что php был изначально написан как надстройка над perl, а затем над C. Ну если тебя это рассмешит то можешь начинать смеяться   , я этого не знал (стыдно не знать историю PHP?). Вообще-то PHP не причем, речь идет просто о языках высокого и низкого уровня. Вообще я считаю что на языках низкого уровня стоит писать лишь те проекты, которым нужна высокая производительность..а связываться с базами данных я бы и на C++ не стал, не то что на ассемблере.

Автор: qweqwe 9.4.2010, 19:29

Цитата(bars80080 @  9.4.2010,  19:11 ) люди, не смешите, а то мне начинает казаться, что вы не знаете, что php был изначально написан как надстройка над perl, а затем над C ты хотел сказать, что интерпретатор PHP был изначально написан на perl, а затем переписан на Си?   Цитата(bars80080 @  9.4.2010,  19:11 ) php - это творческий фундамент на более быстром и прочном основании, оставляющий всю рутину более низким языкам в мемориз!!!

Автор: bars80080 9.4.2010, 19:37

Цитата(azesmcar @  9.4.2010,  19:18 ) Вообще я считаю что на языках низкого уровня стоит писать лишь те проекты, которым нужна высокая производительность. ну да, рутина - набор стандартных операций, не предусматривающих развития и сложной реализации. написать можно на чём угодно, но рутину всегда стараются максимально убыстрить, если от неё нельзя избавиться. по сути всё развитие технологии сводится к этому. в начале бумажки вручную носили из кабинета в кабинет, потом пневмопочта их гоняла, теперь электронная. рутину стараются ускорить. тоже самое и в языках, более высокие пишутся на низких, своего рода оболочки, как php для C. убираются рутинные операции записи-чтения байтов, выделения памяти и прочего, всё заменяется одной функцией, скрывающей под собой рутинный механизм. Цитата(azesmcar @  9.4.2010,  19:18 ) а связываться с базами данных я бы и на C++ не стал, не то что на ассемблере.  ну, ассемблер я упомянул только как "в идеале". понятное дело, что никто писать на нём не будет. а вот вэб-странички на C мне видать приходилось, а на perl приходилось писать и материться. и материться пришлось именно из-за того, что этот недоязык (по сравнению с php) заставляет, к примеру, самому распарсивать данные среды, чтобы узнать, а что же это там пришло? в то время, как php уже всё достал и выложил на блюдечке в глобальном массиве Добавлено через 1 минуту и 25 секунд Цитата(qweqwe @  9.4.2010,  19:29 ) ты хотел сказать, что интерпретатор PHP был изначально написан на perl, а затем переписан на Си? ну, если ты этого не знаешь, то всегда можно посмотреть, хотя бы в википедии сейчас, к примеру, существуют расширения пхп на C++ Добавлено через 1 минуту и 48 секунд Цитата(qweqwe @  9.4.2010,  19:29 ) в мемориз!!! правильно, запомни это хорошенько

Автор: azesmcar 9.4.2010, 19:59

Цитата(bars80080 @  9.4.2010,  19:37 ) ну да, рутина - набор стандартных операций, не предусматривающих развития и сложной реализации. написать можно на чём угодно, но рутину всегда стараются максимально убыстрить, если от неё нельзя избавиться. по сути всё развитие технологии сводится к этому. в начале бумажки вручную носили из кабинета в кабинет, потом пневмопочта их гоняла, теперь электронная. рутину стараются ускорить. Я кажется не совсем понимаю твою мысль. Хороший пример рутины это автоматизированные тесты, как ты себе представляешь написание тестов на Си? В то же время на том же Tcl у нас в компании они очень успешно писались. Какая разница сколько будет длится тест? Даже +-1 час не играет роли, тесты запускаются ночью а утром получаешь результат, или мы говорим о разном? Цитата(bars80080 @  9.4.2010,  19:37 ) а вот вэб-странички на C мне видать приходилось мне тоже, но это был очень специфичный случай, это было во времена моей работы в одной компании, где я заболел оптимизацией   программа и веб страницы работали не на компьютере а на устройстве с 70 мегагерцовым процессором, приходилось еще не так извращаться с макросами и inline функциями, чтобы добиться лишних 2х секунд скорости. Понятное дело, что PHP на 64-х мегабайтовую флешку с модифицированным ядром линукс никто не поставит. Но это (повторяюсь) очень редкие случаи..в больше части проектов скорость не так критична. Цитата(bars80080 @  9.4.2010,  19:37 ) , а на perl приходилось писать и материться. и материться пришлось именно из-за того, что этот недоязык (по сравнению с php) заставляет, к примеру, самому распарсивать данные среды, чтобы узнать, а что же это там пришло?  я не знаю Perl, разок правил баги на одной программе по просьбе знакомого и это все, но на Perl написано много огромных проектов, уверен, что это язык с вполне приличным багажом функций и фреймворков, но спорить по этому поводу я не могу ибо не считаю себя достаточно компетентным в этом вопросе.

Автор: qweqwe 9.4.2010, 20:02

Цитата(bars80080 @  9.4.2010,  19:37 ) ну, если ты этого не знаешь, то всегда можно посмотреть, хотя бы в википедии сейчас, к примеру, существуют расширения пхп на C++ но он не надстройка над Си, он на нем написан! Цитата(bars80080 @  9.4.2010,  19:37 ) ну да, рутина - набор стандартных операций, не предусматривающих развития и сложной реализации. написать можно на чём угодно, но рутину всегда стараются максимально убыстрить, если от неё нельзя избавиться. по сути всё развитие технологии сводится к этому. в начале бумажки вручную носили из кабинета в кабинет, потом пневмопочта их гоняла, теперь электронная. рутину стараются ускорить. тоже самое и в языках, более высокие пишутся на низких, своего рода оболочки, как php для C. убираются рутинные операции записи-чтения байтов, выделения памяти и прочего, всё заменяется одной функцией, скрывающей под собой рутинный механизм. имелась ввиду автоматизация рутинных операций, вот вы к примеру приходите на работу, включаете компьютер и выполняете примерно одни и те же действия каждый раз, а можно было скрипт написать

Автор: Logo 9.4.2010, 20:07

Цитата самому распарсивать данные среды, чтобы узнать, а что же это там пришло? Мда, мсье не слыхали про cpan?

Автор: qweqwe 9.4.2010, 20:25

Цитата(Logo @  9.4.2010,  20:07 ) Мда, мсье не слыхали про cpan? не cpan, a CPAN!!!

Автор: bars80080 10.4.2010, 00:23

Цитата(azesmcar @  9.4.2010,  19:59 ) Хороший пример рутины это автоматизированные тесты, .. .или мы говорим о разном? скорее всего о разном. ты, судя по всему, говоришь об "обычных" программах, не являющихся разработкой чего-то нового. я говорю о методичных операциях, стандартных по своей сути, которые так и просятся, чтобы их вынесли в отдельную процедуру и многократно после этого применялись то там, то здесь Цитата(azesmcar @  9.4.2010,  19:59 ) но на Perl написано много огромных проектов, уверен, что это язык с вполне приличным багажом функций и фреймворков perl очень хороший язык, для своего времени. но он был создан ещё в 80х, а развития как такого не получает. если в php 6-я версия разрабатывается с 2006-го, то в perl - с 2000-го. он просто морально устарел Цитата(qweqwe @  9.4.2010,  20:02 ) имелась ввиду автоматизация рутинных операций, вот вы к примеру приходите на работу, включаете компьютер и выполняете примерно одни и те же действия каждый раз, а можно было скрипт написать  чтобы скрипт включал компьютер? можно почётче...

Автор: djamshud 10.4.2010, 01:01

Bash, php, javascript. Последние два уже помню плохо. Скриптовым языкам быть! А люди, твердящие, что для автоматизации рутиной работы рулит ассемблер, либо бесконечно глупы, либо не знают значения слова "рутина", что впрочем не отменяет первого. ЗЫ. А опрос какашка.

Автор: qweqwe 10.4.2010, 10:46

отвечу ка я по сабжу: Lua - отличный выбор для встраивания в свое приложение, применяется в основном в геймдеве Perl - не знаком Python и Ruby - в последнее время все чаще и щаче применяются для веб разработки, там есть такие кошенрные фреймверки, как RoR & Django, если два года назад, встретить в сети сайт, написаный на Django было редкостью, то сейчас их уже довольно много(это касается и RoR). Причем, всякие дорвеи и дэйтинги по прежнему пишут на ПэХаПэ, а вот интересные проекты, как правило делаются гиками и поэтому пишутся на более кошерных вещах   PHP - язык программирования дорвеев, дэйтингов, цээмэс-ок и прочих форумов думаю через несколько лет будет популярен Clojure, он уже популярен, но на работу на этом языке можно не расчитывать Добавлено через 1 минуту и 34 секунды Цитата(djamshud @  10.4.2010,  01:01 ) Скриптовым языкам быть!  но не долго!

Автор: JackYF 10.4.2010, 16:24

Perl, Bash.

Автор: Severyanin 14.6.2010, 09:17

php, javascript, vbs, начинаю разбираться с bash и python

Автор: Фантом 14.6.2010, 14:01

Много языков забыли.   А использовать в качестве встраиваемого языка проще всего Lua.

Автор: kemiisto 14.6.2010, 14:20

Цитата(qweqwe @  9.4.2010,  15:27 ) скажи мне дядя, ведь не даром twitter переписан был на Scala     Видимо, нет. Немного знаю Python, Ruby, Smalltalk. Учу Scala. Но это не скриптовый язык, а масштабируемый.  Добавлено @ 14:22 Цитата(Фантом @  14.6.2010,  15:01 ) А использовать в качестве встраиваемого языка проще всего Lua. Это смотря куда встраивать. У Lua простой и понятный C API. Но если встраивать в приложение, скажем, для JVM, надо смотреть в сторону Scala, Groovy, Jython, JRuby, ... И для .NET тоже...

Автор: Фантом 14.6.2010, 18:30

Цитата(kemiisto @  14.6.2010,  14:20 ) Это смотря куда встраивать. У Lua простой и понятный C API. Но если встраивать в приложение, скажем, для JVM, надо смотреть в сторону Scala, Groovy, Jython, JRuby, ... И для .NET тоже... Да, согласен.

Автор: A5uKa 21.6.2010, 15:10

Цитата twitter переписан был на Scala  м... класс... по теме : не один из них (голос за Ruby, что бы посмотреть резултаты)

Автор: BlackRu 21.7.2010, 12:11

bash не увидел в списке, фанат bash-а, пытался - не очень качественно кодить на php - все напрочь забыто.

Автор: irinazanuda 22.10.2010, 02:23

Ни одного. из перечисленного

Автор: bems 22.10.2010, 14:23

irinazanuda, зачем же ты живёшь тогда?

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)