Стоит ли сегодня изучать tcl? Предполагается использовать для небольших системных скриптов, ну и небольших, но полезных утилиток для личного пользования.
Стоит, конечно. Хотя бы как пример умного дизайна скриптового языка. Может, при наличии Ruby и Python для системного скриптинга он уже не так актуален (не так неизбежен), но вполне ещё держится на уровне с альтернативами.
> Стоит ли сегодня изучать tcl? Предполагается использовать для небольших системных скриптов, ну и небольших, но полезных утилиток для личного пользования.
стоит. по крайней мере по трём причинам: как пример хорошо спроектированного скриптового языка, как учебник метапрограммирования (а без него в tcl никак, это метаязык по сути), ну и как один из лучших встраиваемых интерпретаторов
а вообще Tcl это фан. много-много фана :)
>Предполагается использовать для небольших системных скриптов
вполне
>небольших, но полезных утилиток для личного пользования
тем более. ну а дополнительная плюшка - удачно применённый Tcl может стать козырем в рукаве в коммерческой разработке, ибо даже самым навороченным IDE во многом далеко до него как до RAD-системы
а это общая беда людей, укушенных C++ или Java - считать что ЯП должен обязательно быть сложным, и что на его изучение надо потратить жизнь как минимум :)
Проблема в том, чтобы наточить пилу :) Что-то затишье сейчас на фронте tcl, я грешным делом подумал как бы он не помер :) Он сейчас где-то используется?
сравни сложность Java как ЯП с Tcl или Scheme. да, Java проще C++ - однако с точки зрения рассматриваемого языка разница несущественна. тем более что простота языка Java с лихвой покрывается обилием техник разработки (разнообразные паттерны проектирования, к примеру), методологий (рефакторинг, TDD) и наличием сложных каркасов/IDE. на изучение всего этого требуется время
ну, когда писал я имел в виду именно это. прошу не цепляться к словам если что :)
>а это общая беда людей, укушенных C++ или Java - считать что ЯП должен обязательно быть сложным, и что на его изучение надо потратить жизнь как минимум :)
Для нужд быдлокодинга 2-3 недели достаточно. Да и не понятно, как на нём проводить задачи ЦОС.
последнее, что я видел на тикле -- сайтец + демоническая приблуда.
работает так: на машины ставятся gps датчики, которые по gprs сливают на сервак координаты. сайт в реалтайме все машинки показывает, положение рисует на гуглмапс.
штука коммерческая и стоит немалого бабла ;)
так что используется.
сейчас вообще много чего своеобразного используется, просто об этом не кричат. невыгодно ;)
Tcl (его объектный диалект) используется для написания скриптов для одного из самых популярных симуляторв сетевых протоколов ns-2. А ещё одна широкая область применения, если не ошибаюсь, написание скриптов для тестирования ПО.
О чем вы говорите? У tcl сейчас положение еще хуже, чем у perl. _Нового_ ничего не пишется, а то серьезное, что осталось, так оно еще со времен когда его поддерживал SUN. В общем итог, если просто для саморазвития, то выучить можно, как и тот же lisp, но для работы, с большой долей вероятности -- не пригодится.
Что значит "не пригодится"? Или ты из тех несчастных обезьянок, кто кодит ровно на том, на чем дядька с плеткой прикажет?
Tcl полезен в первую очередь для мелкого скриптинга, для себя. Один только expect чего стоит! Полезнейшая вещь, равных ему до сих пор в природе не наблюдается.
В Unigraphics для внутренних приложений, ну и весь manufactoring с постпроцессорами на нём. видимо там остался со времени когда юга были только по юниксы, а винды ещё небыло.
Но ИМХО и tcl и LISP из инженерных приложений уходит уступая место java и .NET.