Необходим инструмент для небольших скриптов, GUI и пр. полезных несложных вещей. Стоит ли использовать Tcl для этого? Насколько часто он применяется в коммерческих компаниях (чтобы изучаемый навык был, по возможности, полезным)? Или стоит использовать для этого что-то другое?
ps альтернативные платформы я не использую в основном, так что недостатки инструмента на них не очень волнуют.
Здравствуйте, Аноним, Вы писали:
А>Необходим инструмент для небольших скриптов, GUI и пр. полезных несложных вещей. Стоит ли использовать Tcl для этого? Насколько часто он применяется в коммерческих компаниях (чтобы изучаемый навык был, по возможности, полезным)? Или стоит использовать для этого что-то другое?
А>ps альтернативные платформы я не использую в основном, так что недостатки инструмента на них не очень волнуют.
Традиционная область применения Tcl — это *nix платформы, так что не очень ясно, что здесь подразумевается в качестве альтернативных.
Лично я считаю, что Tcl/Tk мёртв и практически невостребован, хотя при определённом навыке обращения с ним достаточно удобен.
В линуксах на замену ему пришли Python+GTK и Python+wxWidgets, последнюю связку можно без проблем использовать и в Windows.
Если ориентироваться только на Windows, то можно вместо скриптов выбрать C# и писать нужное на нём. .Net сегодня это одна из наиболее востребованных платформ.
С>Традиционная область применения Tcl — это *nix платформы, так что не очень ясно, что здесь подразумевается в качестве альтернативных.
Под альтернативными платформами подразумевается виндовз и пр. макосы, неужели не очевидно?
С>В линуксах на замену ему пришли Python+GTK и Python+wxWidgets, последнюю связку можно без проблем использовать и в Windows.
Здравствуйте, Аноним, Вы писали:
С>>Традиционная область применения Tcl — это *nix платформы, так что не очень ясно, что здесь подразумевается в качестве альтернативных.
А>Под альтернативными платформами подразумевается виндовз и пр. макосы, неужели не очевидно?
Тут всё же не ЛОР, не очевидно.
С>>В линуксах на замену ему пришли Python+GTK и Python+wxWidgets, последнюю связку можно без проблем использовать и в Windows.
А>От питона у меня рвотные позывы, к сожалению
Ну тем не менее оно вот так — наибольшая популярность "для небольших скриптов, GUI и пр. полезных несложных вещей" как раз у питона, в связке с GTK+, wxWidgets или Qt.
Всё остальное это экзотика и невостребовано.
Ну а по поводу Tcl/Tk для гуи в линуксе — это чистой воды кошмар, особенно со шрифтами.
Раз Вы знакомы с tcl/tk — может, ответите на мой вопрос? В чем их объективные преимущества перед python+wx, например. Или хотя бы в чем преимущество tk перед другими гуями? Перед gtk, например. Или перед wx. У меня сложилось ощущение, что Tk чем-то хорош, но чем — я так и не понял.
Здравствуйте, Mr.Cat, Вы писали:
MC>Здравствуйте, DoubleSlash, Вы писали: DS>>http://img.flashtux.org/upload/img13269d522a02xce6552c0.png
MC>Раз Вы знакомы с tcl/tk — может, ответите на мой вопрос? В чем их объективные преимущества перед python+wx, например. Или хотя бы в чем преимущество tk перед другими гуями? Перед gtk, например. Или перед wx. У меня сложилось ощущение, что Tk чем-то хорош, но чем — я так и не понял.
Да я знаком то на уровне туториала Но все же, на мой субъективный взгляд: на Tk делать гуи проще чем на том же gtk, тем и хорош. Сам tcl на любителя, как и lisp, например, но для меня он гораздо приятней того же python, хотя бы тем что нет зависимости от отступов. А вообще я недостаточно компетентен, чтобы рассказывать о его преимуществах, думаю тут есть люди, которые об этом расскажут лучше.
Здравствуйте, Сергей, Вы писали:
С>Лично я считаю, что Tcl/Tk мёртв и практически невостребован, хотя при определённом навыке обращения с ним достаточно удобен.
Есть одно место, где tcl практически незаменим — это expect
Здравствуйте, Mr.Cat, Вы писали:
MC>Здравствуйте, Аноним, Вы писали: А>>Стоит ли использовать Tcl для этого?
MC>Я всегда считал, что нет.
А вот производители больших пакетов EDA так не считают. Вы слышали такие названия как Mentor Graphics, Xilinx, Altera, Sysnopsys? Во всех их продуктах скриптинг делается на tcl.
Здравствуйте, rising_edge, Вы писали:
_>Здравствуйте, Mr.Cat, Вы писали:
MC>>Здравствуйте, Аноним, Вы писали: А>>>Стоит ли использовать Tcl для этого?
MC>>Я всегда считал, что нет.
_>А вот производители больших пакетов EDA так не считают. Вы слышали такие названия как Mentor Graphics, Xilinx, Altera, Sysnopsys? Во всех их продуктах скриптинг делается на tcl.
Тут конечно можно сказать что эти компании, скорее всего, начинали разрабатывать свои решения еще когда Tcl был популярен, имел поддержку пиджаков, а альтернативы были еще слабо развиты...
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, Сергей, Вы писали:
С>>Лично я считаю, что Tcl/Tk мёртв и практически невостребован, хотя при определённом навыке обращения с ним достаточно удобен.
Pzz>Есть одно место, где tcl практически незаменим — это expect
Я тут немного восстановил историю цитат:
А>>>Необходим инструмент для небольших скриптов, GUI и пр. полезных несложных вещей. Стоит ли использовать Tcl для этого? MC>>Я всегда считал, что нет. _>А вот производители больших пакетов EDA так не считают. Вы слышали такие названия как Mentor Graphics, Xilinx, Altera, Sysnopsys? Во всех их продуктах скриптинг делается на tcl.
Безусловно, есть продукты, где tcl используется по историческим причинам. Тем не менее, мы говорим о скриптинге, свободном от наличия legacy-кода и вне какого-либо программного продукта. Поэтому, чем ерничать, лучше выскажите свое мнение по означенным вопросам:
1)Преимущества tcl перед распространенными нынче языками, такими как python, ruby, perl.
2)Преимущества tk перед распространенными нынче GUI-тулкитами, такими как wxWidgets, Qt, GTK.
Здравствуйте, Сергей, Вы писали:
С>Лично я считаю, что Tcl/Tk мёртв и практически невостребован ... Если ориентироваться только на Windows, то можно вместо скриптов выбрать C# и писать нужное на нём. .Net сегодня это одна из наиболее востребованных платформ.
Tcl только кажется мертвым, работая в мотороле и компании, занимающейся ip-телефонией, работал на tcl — в первой пришлось его изучить, так как занимался поддержкой существующего кода, во второй компании выбрал его для автоматизации тестирования нагрузки. Не жалею, что с ним познакомился, теперь любую мелкую прогу пишу исключительно на нем. Крупный код по-прежнему пишу на .net и жалею, что нет вменяемого порта tcl под него — так руки и чешутся написать или допилить существующий.
Здравствуйте, Mr.Cat, Вы писали:
MC>Я всегда считал, что нет. А есть какие-то доводы в пользу tcl?
TCL имеет синтаксис по простоте сходный с lisp'овским, но выглядевший как C-стиль.
Семантика по умолчанию примитивна, но за счет возможности изменения и управления этими примитивами открываются дороги к метапрограммированию:
например, можно запросто создать DSL для подсчёта cryptarithms, ввести в язык объектную систему, подключённую как библиотеку — таким образом из процедурного языка, TCL превращается в ООП, при чем за счет того, что ООП подключено как библиотека мы вольны выбирать между ООП в духе smalltalk'а-ruby (вызов метода — это посылка сообщения, который можно перехватить со всеми вытекающими последствиями; можно даже текущему объекту изменить класс; толковый мануал) или в духе C++/C#/Java.
Существуют интерпретаторы под множество платформ, включая Win Mobile, существуют расширения, компилирующие C-код налету и подключающее его как расширение, а так же замечательное сообщество, в котором можно найти много интересных людей, интересного кода.
Здравствуйте, Рысцов Денис, Вы писали:
РД>Семантика по умолчанию примитивна, но за счет возможности изменения и управления этими примитивами открываются дороги к метапрограммированию:
Только не упоминайте про метапрограммирование, а то в тред набегут немерлефаги.
Здравствуйте, Рысцов Денис, Вы писали:
РД>Здравствуйте, Сергей, Вы писали:
С>>Лично я считаю, что Tcl/Tk мёртв и практически невостребован ... Если ориентироваться только на Windows, то можно вместо скриптов выбрать C# и писать нужное на нём. .Net сегодня это одна из наиболее востребованных платформ.
РД>Tcl только кажется мертвым, работая в мотороле и компании, занимающейся ip-телефонией, работал на tcl — в первой пришлось его изучить, так как занимался поддержкой существующего кода,
Кошку программировать? Да, там он незаменим. В остальном смысла в нём таки мало.
