> The problem is not unique to Mono; any free implementation of C# would raise the same issue. ... This [software patents] is a serious danger, and only fools would ignore it until the day it actually happens.
Ну а что, вполне адекватная критика. Он лишь призывает минимизировать вероятность ошибок дизайна из-за использования неполноценных языков потому что проекты действительно имеют тенденцию усложняться по мере развития. Что не так?
> Ну а что, вполне адекватная критика. Он лишь призывает минимизировать вероятность ошибок дизайна из-за использования неполноценных языков потому что проекты действительно имеют тенденцию усложняться по мере развития. Что не так?
Что ?
Это чтоль bash полноценный да ?
Костылепитон может ? Perl не мутный ?
Что есть ныне более компактное и выразительное по коду чем tcl ?
Так кто тут "ошибка дизайна" ? - все везде переколупали и переломали по
нескольку раз уже.
Да , похоже ,что tcl единственный язык где код может еще работать написанный в 90-x годах.
А сколько всяких "чертей" с тех пор появилось и некритикуемых RMS ?
Самодурство в пользу своих забав с Emacs - да и там нет толка тоже.
Плюсую на негодование о постоянном гониве фанатов отверток на фанатов гаечных ключей. Но однажды они поймут, что нельзя один и тот же инструмент юзать везде, где только душа прикажет. Чтобы создавать воистину не быдлоподелия, нужно созреть до мысли, что нет "недоязыков" и "сахароязыков". Есть инструменты, которые нужно использовать только там, где в них есть наибольшая необходимость, где ими пользоваться удобнее, чем другими.
PyQT4. В дизайнере рисуется форма, внешняя программа управляется с помощью qprocess, бинари без внешних сущностей собираются с помощью py2exe. Всё это делается за 10 минут и в венде будет выглядеть как родное в отличие от всяких там tk/tcl. Ты кстати интерпретатор tk/tcl на винду собрался ставить или есть какой анало py2exe для tk/tcl?
> Он лишь призывает минимизировать вероятность ошибок дизайна из-за использования неполноценных языков потому что проекты действительно имеют тенденцию усложняться по мере развития.
> Что есть ныне более компактное и выразительное по коду чем tcl ?
Ну если говорить о языках для встраивания, то лучше lua я пока ничего еще не видел. dll'ка на 200K, интерфейс настолько тупой, что вообще не думаешь кто от куда вызывается и как - си из lua или lua из си.
Сенкс , замечательно
Так собственно ,в чем смысл игнорирования tcl мейнстримом в Linux ?
Где адекватное рацио ?
зоопарк языков и пирамида Хеопса либ и биндингов ?
Что в этом радикально нового ?
ps:
критерий простоты и ясности подменен разнообразными сомнительными догмами в бесконечных вариантах исполнения с заточкой на посредственность и\или оригинальность.
# apt-cache depends tcl
libtcltk-ruby - Tcl/Tk interface for Ruby
tcl - The Tool Command Language (default version) - run-time files
tcl-dev - The Tool Command Language (default version) - development files
tcl-doc - The Tool Command Language (default version) - manual pages
tk - The Tk toolkit for Tcl and X11 (default version) - run-time files
tk-dev - The Tk toolkit for Tcl and X11 (default version) - development files
tk-doc - The Tk toolkit for Tcl and X11 (default version) - manual pages
#
> - и ситуация создана искуственно
mono - Suse , MS
java - Sun , корпоративные интересы
python - Ubuntu & Марк - питает слабость к пистону
perl,C++ - народ уже пользует и осуствие неприлично и могут "не понять"
guile - (lisp биндинг ) свежак и прогиб под RMS
Биндинги и то на чём сами пишут не обязательно должно совпадать. По этому вариантов всего два. Сам Gnome по прежнему останется на C или новые приложения будут дописываться на Vala.
Более чем обоснованное неверие. "apt-cache depends tcl" и "поиск по tcl в "описание и название - вещи разные. Мне вот второе выдало putty - вероятно, за "tcl" в слове "rightclick" :D