forum.opennet.ru - "Увидел свет Tcl/Tk 8.6.2" (16)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Увидел свет Tcl/Tk 8.6.2"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Увидел свет Tcl/Tk 8.6.2"	+/–
Сообщение от opennews (??) on 27-Авг-14, 13:31
Вышел (http://sourceforge.net/projects/tcl/files/Tcl/8.6.2/tcltk-re...) релиз Tcl/Tk 8.6.2 (http://tcl.tk/), динамического языка программирования, распространяемого совместно с кроссплатформенной библиотекой базовых элементов графического интерфейса. Несмотря на то, что основное распространение Tcl получил для создания интерфейсов пользователя и как встраиваемый язык, Tcl также прекрасно подходит для других задач, таких как web-разработка, создание сетевых приложений, решение задач по администрированию систем и тестированию. Из изменений (http://wiki.tcl.tk/40547) можно отметить: - Реализована новая команда "[string cat]"; - Команды [lsearch -integer] и [lsort -integer] переведены на использование типа "wide integer"; - Команды замены и удаления словарей ([dict replace], [dict remove]) теперь возвращают канонические словари; - Добавлена поддержка операций [file attributes -readonly -archive -hidden -system] для платформы Cygwin; - Для платформы Windows добавлена поддержка расширенных файловых путей; - В Tk размер выводимых файлов PPM увеличен до 65535; - Обеспечена компиляция байткода для команд [concat], [linsert], [namespace origin], [next], [nextto], [string is], [string replace], [string tolower], [string totitle], [string toupper], [string trim], [string trimleft], [string trimright] и [yieldto]; - Обновлены версии пакетов TclOO 1.0.2, http 2.8.8, msgcat 1.5.2, platform 1.0.13, tcltest 2.3.7, itcl 4.0.1, Thread 2.7.1, tdbc 1.0.1; - Устранено несколько утечек памяти, проведена оптимизация производительности. URL: http://sourceforge.net/projects/tcl/files/Tcl/8.6.2/tcltk-re... Новость: http://www.opennet.dev/opennews/art.shtml?num=40464
Ответить \| Правка \| Cообщить модератору

Оглавление

Увидел свет Tcl/Tk 8.6.2, Аноним, 13:31 , 27-Авг-14, (1) +3
Увидел свет Tcl/Tk 8.6.2, Аноним, 14:31 , 27-Авг-14, (2) –3

Увидел свет Tcl/Tk 8.6.2, anonymous, 15:45 , 27-Авг-14, (3) –1

Увидел свет Tcl/Tk 8.6.2, Аноним, 17:03 , 27-Авг-14, (4) –1

Увидел свет Tcl/Tk 8.6.2, anonymous, 22:09 , 27-Авг-14, (5)

Увидел свет Tcl/Tk 8.6.2, Аноним, 07:58 , 29-Авг-14, (8) –1

Увидел свет Tcl/Tk 8.6.2, anonymous, 12:09 , 29-Авг-14, (10)

Увидел свет Tcl/Tk 8.6.2, Аноним, 08:19 , 29-Авг-14, (9) –1

Увидел свет Tcl/Tk 8.6.2, anonymous, 12:14 , 29-Авг-14, (11)

Увидел свет Tcl/Tk 8.6.2, Аноним, 13:10 , 29-Авг-14, (12)

Увидел свет Tcl/Tk 8.6.2, anonymous, 22:23 , 27-Авг-14, (6) +1

Увидел свет Tcl/Tk 8.6.2, chinarulezzz, 12:57 , 28-Авг-14, (7) +2

Увидел свет Tcl/Tk 8.6.2, Slava, 21:23 , 01-Сен-14, (14)

Увидел свет Tcl/Tk 8.6.2, chinarulezzz, 22:13 , 01-Сен-14, (15)

Увидел свет Tcl/Tk 8.6.2, Slava, 22:43 , 01-Сен-14, (16)

Увидел свет Tcl/Tk 8.6.2, chinarulezzz, 00:49 , 02-Сен-14, (17)

Сообщения по теме [Сортировка по времени | RSS]

1. "Увидел свет Tcl/Tk 8.6.2" +3 +/–

Сообщение от Аноним (??) on 27-Авг-14, 13:31

Ура! Особенно порадовало, как принимали [string cat]: предложили, убедились, что решает кучу проблем, проголосовали, смержили — и в продакшын :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Увидел свет Tcl/Tk 8.6.2" –3 +/–

Сообщение от Аноним (??) on 27-Авг-14, 14:31

Отвратительный язык и ещё более отвратительный тулкит.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Увидел свет Tcl/Tk 8.6.2" –1 +/–

Сообщение от anonymous (??) on 27-Авг-14, 15:45

Не осилил, так и скажи. А инструмент не виноват.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Увидел свет Tcl/Tk 8.6.2" –1 +/–

Сообщение от Аноним (??) on 27-Авг-14, 17:03

Немного оффтоп, но близко..
А есть кто пользует тикль под openwrt?
Никак не пойму, как его там полноценно применять...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от anonymous (??) on 27-Авг-14, 22:09

> Немного оффтоп, но близко..
> А есть кто пользует тикль под openwrt?
> Никак не пойму, как его там полноценно применять...
А что интересует конкретно?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Увидел свет Tcl/Tk 8.6.2" –1 +/–

Сообщение от Аноним (??) on 29-Авг-14, 07:58

устанавливаю пакет. Вызываю интерпретатор. Выдает ошибку об отсутствии init.tcl. подсовывал папку со всеми файлами из архива tcl. Ругаться на отсутствие файлов перестает, но при работе с проектом пишет об отсутствии функций и некоторых команд.если есть возможность - разъясните что может быть не так делаю...

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от anonymous (??) on 29-Авг-14, 12:09

> устанавливаю пакет. Вызываю интерпретатор. Выдает ошибку об отсутствии init.tcl. подсовывал
> папку со всеми файлами из архива tcl. Ругаться на отсутствие файлов
> перестает, но при работе с проектом пишет об отсутствии функций и
> некоторых команд.если есть возможность - разъясните что может быть не так
> делаю...
Используется что-то из tcllib? Надо смотреть на конкретные ошибки, так непонятно.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Увидел свет Tcl/Tk 8.6.2" –1 +/–

Сообщение от Аноним (??) on 29-Авг-14, 08:19

А самое главное - не дает работать с ком-портом. Конкретно, есть много адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При этом подобный проект на пхп нормально получает данные из устройства с любыми адаптерами.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от anonymous (??) on 29-Авг-14, 12:14

> А самое главное - не дает работать с ком-портом. Конкретно, есть много
> адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen
> с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При
> этом подобный проект на пхп нормально получает данные из устройства с
> любыми адаптерами.
Это тоже под openwrt? Только недавно работал с ttyUSB устройствами из тикля на обычном дистрибутиве, и все было ок. Может, порт настроен неправильно (скорость/parity и т.д.)? Ему можно изменить параметры через fconfigure.
Подробнее в man 3tcl open, секция SERIAL COMMUNICATIONS.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от Аноним (??) on 29-Авг-14, 13:10

>> А самое главное - не дает работать с ком-портом. Конкретно, есть много
>> адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen
>> с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При
>> этом подобный проект на пхп нормально получает данные из устройства с
>> любыми адаптерами.
> Это тоже под openwrt? Только недавно работал с ttyUSB устройствами из тикля
> на обычном дистрибутиве, и все было ок. Может, порт настроен неправильно
> (скорость/parity и т.д.)? Ему можно изменить параметры через fconfigure.
> Подробнее в man 3tcl open, секция SERIAL COMMUNICATIONS.
В дебиан под арм тоже все прекрасно. Именно из-под опенврт проблемы. FConfigure и выдает ошибку, не принимает параметры 9600,n,8,1...
Дабы не засорять топик новостей, перенесу вопрос на форум. Спасибо..

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

6. "Увидел свет Tcl/Tk 8.6.2" +1 +/–

Сообщение от anonymous (??) on 27-Авг-14, 22:23

Объективно, версия 8.6 имеет массу недостатков. Части из них, к сожалению, не лишена и версия 8.5.
Самая большая моя претензия - к скорости: в 8.6 они отказались от использования стэка вообще и пихают все в кучу. Естественно, это никоим образом положительно на скорости не сказалось.
Встроенная команда [clock] еще с 8.5 написана наполовину на тикле, в 8.4 была на Си, естественно, это тоже отвратительно сказалось на производительности. В частности, было очень неприятно обнаружить одним прекрасным днем, что моя утилита разбора логов, активно использующая эту команду, стала работать примерно в 100(!) раз медленнее. Пришлось переписать все на обычную арифметику с unix timestamp и изменить формат логирования - т.е. они свой геморрой с портабельностью (позиционировалось это именно так), превратили в мой геморрой с оптимизацией.
В 8.6 [tailcall] не оптимизирует хвостовую рекурсию, код с ним работает медленнее, чем без. Тут я вообще с трудом понимаю, почему нельзя было сделать оптимизацию хвостовой рекурсии на уровне компиляции в байткод, зачем для этого отдельный вызов.
Что у них происходит с багзиллой - я уже запарился разбираться, каждый чертов год она какая-то новая и хрен поймешь, как туда завести баг (это касается в основном tcllib).
Язык - изумительный; концепции год от года все больше эволюционируют; однако, реализация ряда features "оставляет желать".
Коммьюнити небольшое, зато высокопрофессиональное - это плюс. Но то, что оно небольшое, отрицательно сказывается на количестве доступных библиотек. Часто приходится изобретать свою реализацию, и хорошо, если это что-то простое.
И все же, другого насколько же гибкого языка я не знаю.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Увидел свет Tcl/Tk 8.6.2" +2 +/–

Сообщение от chinarulezzz (ok) on 28-Авг-14, 12:57

я знаю: perl.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от Slava (??) on 01-Сен-14, 21:23

А Перл будет быстрее работать?
А памяти потреблять?
А многопоточность легче дается?
А обмен информацией между процессами легче у Перла или нет?
А интерфейс делать (уровня Tcl !!!) проще или сложнее?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от chinarulezzz (ok) on 01-Сен-14, 22:13

> А Перл будет быстрее работать?
а в каких задачах?
> А памяти потреблять?
а в каких задачах?
> А многопоточность легче дается?
Когда в перле потоки уже много лет были - в тикле их еще не было. И по моему опыту - да. Но опять же - смотря что под этим подразумевается. Если как можно быстрее взять и написать приложения с потоками, то в перле для этого есть все: несколько версий с отличной документацией и обширными примерами. Тогда как в тикле до 8.6 треды нужно было искать где-то (cpan'a то нет), и документации там кот наплакал, мало что понятно, а уж примеров и того меньше.
> А обмен информацией между процессами легче у Перла или нет?
что подразумевается под "легче"? Серьёзно. А то для меня «легче» - это когда я пишу код как можно быстрее и с минимум неожиданностей.
> А интерфейс делать (уровня Tcl !!!) проще или сложнее?
Когда нужно сделать интерфейс на ncurses, например, то в тикле начинается жуткий трэшак. Просто обёртка над ncurses на Си. Тогда как в перле идут какие хош модули с хорошей документацией и примерами. Т.е. менее сложно. И так для gtk2, gtk3, Tk, qt, X11. Т.е. просто: пиши на чём хочешь. В тикле проще? Или нужно больше телодвижений? А то в перле например: cpan <module>; perldoc <module> и вперёд с песней.
P.S. А тикль мне нравится. Простенькие скрипты иногда пишу на нём, когда нужен больше чем шелл, но все еще не язык общего назначения, вроде perl/objpascal.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от Slava (??) on 01-Сен-14, 22:43

>> А Перл будет быстрее работать?
> а в каких задачах?
>> А памяти потреблять?
> а в каких задачах?
Я это понимаю так, что - в каких-то задачах быстрее а в каких-то нет, т.е. Перл не всегда быстрее, а вы как специалист возможно сможете сказать точнее ! ))
>[оверквотинг удален]
> еще не было. И по моему опыту - да. Но опять
> же - смотря что под этим подразумевается. Если как можно быстрее
> взять и написать приложения с потоками, то в перле для этого
> есть все: несколько версий с отличной документацией и обширными примерами. Тогда
> как в тикле до 8.6 треды нужно было искать где-то (cpan'a
> то нет), и документации там кот наплакал, мало что понятно, а
> уж примеров и того меньше.
>> А обмен информацией между процессами легче у Перла или нет?
> что подразумевается под "легче"? Серьёзно. А то для меня «легче» - это
> когда я пишу код как можно быстрее и с минимум неожиданностей.
Я под легче понимаю - для новичка, в каком языке из этих двух меньше придется учить и
быстрее потом писать?
>> А интерфейс делать (уровня Tcl !!!) проще или сложнее?
> Когда нужно сделать интерфейс на ncurses, например, то в тикле начинается жуткий
> трэшак. Просто обёртка над ncurses на Си. Тогда как в перле
> идут какие хош модули с хорошей документацией и примерами. Т.е. менее
> сложно. И так для gtk2, gtk3, Tk, qt, X11. Т.е. просто:
> пиши на чём хочешь. В тикле проще? Или нужно больше телодвижений?
> А то в перле например: cpan <module>; perldoc <module> и вперёд
> с песней.
Интересует построение интерфейса с наименьшими усилиями, ведь если к интерфейсу высокие требования,
то ясно что нужны мощные библиотеки, хотя бы wxWidgets например.
> P.S. А тикль мне нравится. Простенькие скрипты иногда пишу на нём, когда
> нужен больше чем шелл, но все еще не язык общего назначения,
> вроде perl/objpascal.
Спасибо, интересно было прочитать )

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Увидел свет Tcl/Tk 8.6.2" +/–

Сообщение от chinarulezzz (ok) on 02-Сен-14, 00:49

>Я это понимаю так, что - в каких-то задачах быстрее а в каких-то нет, т.е. Перл не всегда быстрее, а вы как специалист возможно сможете сказать точнее ! ))
Конечно. В мелких скриптах у меня тикль быстрее работает. В крупных - не сравнивал, т.к. пустая трата времени ради бенчмарка. Ведь многие библиотеки, отсутствующие в тикле пришлось бы писать самому. Так что не могу сказать об этом что-то наверняка. И да, я не специалист. Так, быдлокодер средней руки. Ничего не пишу по вдохновению. Только когда встаёт необходимость перенести рутину на плечи компа. Вот тогда и начинается попутное изучение программирования.
>Я под легче понимаю - для новичка, в каком языке из этих двух меньше придется учить и быстрее потом писать?
Зависит от того "что писать", наверное. По себе заметил (а я новичёк), что чем сложнее конечная идея - тем выше абстракции, и тем лучше использовать для этих абстракций библиотеки, позволяющие не отвлекаться на несущественные детали и быстрее реализовать задуманное. Здесь perl обогнал (для меня) простоту тикля cpan'ом и тем что позволяет не разбираться сразу во всём языке, и иметь возможность сразу писать рабочие программы разного уровня сложности.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Увидел свет Tcl/Tk 8.6.2"	+3 +/–
Сообщение от Аноним (??) on 27-Авг-14, 13:31
Ура! Особенно порадовало, как принимали [string cat]: предложили, убедились, что решает кучу проблем, проголосовали, смержили — и в продакшын :)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "Увидел свет Tcl/Tk 8.6.2"	–3 +/–
Сообщение от Аноним (??) on 27-Авг-14, 14:31
Отвратительный язык и ещё более отвратительный тулкит.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Увидел свет Tcl/Tk 8.6.2"	–1 +/–
	Сообщение от anonymous (??) on 27-Авг-14, 15:45
	Не осилил, так и скажи. А инструмент не виноват.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору

4. "Увидел свет Tcl/Tk 8.6.2"	–1 +/–
Сообщение от Аноним (??) on 27-Авг-14, 17:03
Немного оффтоп, но близко.. А есть кто пользует тикль под openwrt? Никак не пойму, как его там полноценно применять...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	5. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от anonymous (??) on 27-Авг-14, 22:09
	> Немного оффтоп, но близко.. > А есть кто пользует тикль под openwrt? > Никак не пойму, как его там полноценно применять... А что интересует конкретно?
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	8. "Увидел свет Tcl/Tk 8.6.2"	–1 +/–
	Сообщение от Аноним (??) on 29-Авг-14, 07:58
	устанавливаю пакет. Вызываю интерпретатор. Выдает ошибку об отсутствии init.tcl. подсовывал папку со всеми файлами из архива tcl. Ругаться на отсутствие файлов перестает, но при работе с проектом пишет об отсутствии функций и некоторых команд.если есть возможность - разъясните что может быть не так делаю...
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	10. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от anonymous (??) on 29-Авг-14, 12:09
	> устанавливаю пакет. Вызываю интерпретатор. Выдает ошибку об отсутствии init.tcl. подсовывал > папку со всеми файлами из архива tcl. Ругаться на отсутствие файлов > перестает, но при работе с проектом пишет об отсутствии функций и > некоторых команд.если есть возможность - разъясните что может быть не так > делаю... Используется что-то из tcllib? Надо смотреть на конкретные ошибки, так непонятно.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	9. "Увидел свет Tcl/Tk 8.6.2"	–1 +/–
	Сообщение от Аноним (??) on 29-Авг-14, 08:19
	А самое главное - не дает работать с ком-портом. Конкретно, есть много адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При этом подобный проект на пхп нормально получает данные из устройства с любыми адаптерами.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	11. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от anonymous (??) on 29-Авг-14, 12:14
	> А самое главное - не дает работать с ком-портом. Конкретно, есть много > адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen > с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При > этом подобный проект на пхп нормально получает данные из устройства с > любыми адаптерами. Это тоже под openwrt? Только недавно работал с ttyUSB устройствами из тикля на обычном дистрибутиве, и все было ок. Может, порт настроен неправильно (скорость/parity и т.д.)? Ему можно изменить параметры через fconfigure. Подробнее в man 3tcl open, секция SERIAL COMMUNICATIONS.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	12. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от Аноним (??) on 29-Авг-14, 13:10
	>> А самое главное - не дает работать с ком-портом. Конкретно, есть много >> адаптеров usb-serial (все перепробовал, думал драйверы кривые). Ошибка при вызове fopen >> с fconfigure с параметрами ком-порта, как-будто считает /dev/ttyUSB0 не ком-порт. При >> этом подобный проект на пхп нормально получает данные из устройства с >> любыми адаптерами. > Это тоже под openwrt? Только недавно работал с ttyUSB устройствами из тикля > на обычном дистрибутиве, и все было ок. Может, порт настроен неправильно > (скорость/parity и т.д.)? Ему можно изменить параметры через fconfigure. > Подробнее в man 3tcl open, секция SERIAL COMMUNICATIONS. В дебиан под арм тоже все прекрасно. Именно из-под опенврт проблемы. FConfigure и выдает ошибку, не принимает параметры 9600,n,8,1... Дабы не засорять топик новостей, перенесу вопрос на форум. Спасибо..
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору

6. "Увидел свет Tcl/Tk 8.6.2"	+1 +/–
Сообщение от anonymous (??) on 27-Авг-14, 22:23
Объективно, версия 8.6 имеет массу недостатков. Части из них, к сожалению, не лишена и версия 8.5. Самая большая моя претензия - к скорости: в 8.6 они отказались от использования стэка вообще и пихают все в кучу. Естественно, это никоим образом положительно на скорости не сказалось. Встроенная команда [clock] еще с 8.5 написана наполовину на тикле, в 8.4 была на Си, естественно, это тоже отвратительно сказалось на производительности. В частности, было очень неприятно обнаружить одним прекрасным днем, что моя утилита разбора логов, активно использующая эту команду, стала работать примерно в 100(!) раз медленнее. Пришлось переписать все на обычную арифметику с unix timestamp и изменить формат логирования - т.е. они свой геморрой с портабельностью (позиционировалось это именно так), превратили в мой геморрой с оптимизацией. В 8.6 [tailcall] не оптимизирует хвостовую рекурсию, код с ним работает медленнее, чем без. Тут я вообще с трудом понимаю, почему нельзя было сделать оптимизацию хвостовой рекурсии на уровне компиляции в байткод, зачем для этого отдельный вызов. Что у них происходит с багзиллой - я уже запарился разбираться, каждый чертов год она какая-то новая и хрен поймешь, как туда завести баг (это касается в основном tcllib). Язык - изумительный; концепции год от года все больше эволюционируют; однако, реализация ряда features "оставляет желать". Коммьюнити небольшое, зато высокопрофессиональное - это плюс. Но то, что оно небольшое, отрицательно сказывается на количестве доступных библиотек. Часто приходится изобретать свою реализацию, и хорошо, если это что-то простое. И все же, другого насколько же гибкого языка я не знаю.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "Увидел свет Tcl/Tk 8.6.2"	+2 +/–
	Сообщение от chinarulezzz (ok) on 28-Авг-14, 12:57
	я знаю: perl.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	14. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от Slava (??) on 01-Сен-14, 21:23
	А Перл будет быстрее работать? А памяти потреблять? А многопоточность легче дается? А обмен информацией между процессами легче у Перла или нет? А интерфейс делать (уровня Tcl !!!) проще или сложнее?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	15. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от chinarulezzz (ok) on 01-Сен-14, 22:13
	> А Перл будет быстрее работать? а в каких задачах? > А памяти потреблять? а в каких задачах? > А многопоточность легче дается? Когда в перле потоки уже много лет были - в тикле их еще не было. И по моему опыту - да. Но опять же - смотря что под этим подразумевается. Если как можно быстрее взять и написать приложения с потоками, то в перле для этого есть все: несколько версий с отличной документацией и обширными примерами. Тогда как в тикле до 8.6 треды нужно было искать где-то (cpan'a то нет), и документации там кот наплакал, мало что понятно, а уж примеров и того меньше. > А обмен информацией между процессами легче у Перла или нет? что подразумевается под "легче"? Серьёзно. А то для меня «легче» - это когда я пишу код как можно быстрее и с минимум неожиданностей. > А интерфейс делать (уровня Tcl !!!) проще или сложнее? Когда нужно сделать интерфейс на ncurses, например, то в тикле начинается жуткий трэшак. Просто обёртка над ncurses на Си. Тогда как в перле идут какие хош модули с хорошей документацией и примерами. Т.е. менее сложно. И так для gtk2, gtk3, Tk, qt, X11. Т.е. просто: пиши на чём хочешь. В тикле проще? Или нужно больше телодвижений? А то в перле например: cpan <module>; perldoc <module> и вперёд с песней. P.S. А тикль мне нравится. Простенькие скрипты иногда пишу на нём, когда нужен больше чем шелл, но все еще не язык общего назначения, вроде perl/objpascal.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	16. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от Slava (??) on 01-Сен-14, 22:43
	>> А Перл будет быстрее работать? > а в каких задачах? >> А памяти потреблять? > а в каких задачах? Я это понимаю так, что - в каких-то задачах быстрее а в каких-то нет, т.е. Перл не всегда быстрее, а вы как специалист возможно сможете сказать точнее ! )) >[оверквотинг удален] > еще не было. И по моему опыту - да. Но опять > же - смотря что под этим подразумевается. Если как можно быстрее > взять и написать приложения с потоками, то в перле для этого > есть все: несколько версий с отличной документацией и обширными примерами. Тогда > как в тикле до 8.6 треды нужно было искать где-то (cpan'a > то нет), и документации там кот наплакал, мало что понятно, а > уж примеров и того меньше. >> А обмен информацией между процессами легче у Перла или нет? > что подразумевается под "легче"? Серьёзно. А то для меня «легче» - это > когда я пишу код как можно быстрее и с минимум неожиданностей. Я под легче понимаю - для новичка, в каком языке из этих двух меньше придется учить и быстрее потом писать? >> А интерфейс делать (уровня Tcl !!!) проще или сложнее? > Когда нужно сделать интерфейс на ncurses, например, то в тикле начинается жуткий > трэшак. Просто обёртка над ncurses на Си. Тогда как в перле > идут какие хош модули с хорошей документацией и примерами. Т.е. менее > сложно. И так для gtk2, gtk3, Tk, qt, X11. Т.е. просто: > пиши на чём хочешь. В тикле проще? Или нужно больше телодвижений? > А то в перле например: cpan <module>; perldoc <module> и вперёд > с песней. Интересует построение интерфейса с наименьшими усилиями, ведь если к интерфейсу высокие требования, то ясно что нужны мощные библиотеки, хотя бы wxWidgets например. > P.S. А тикль мне нравится. Простенькие скрипты иногда пишу на нём, когда > нужен больше чем шелл, но все еще не язык общего назначения, > вроде perl/objpascal. Спасибо, интересно было прочитать )
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	17. "Увидел свет Tcl/Tk 8.6.2"	+/–
	Сообщение от chinarulezzz (ok) on 02-Сен-14, 00:49
	>Я это понимаю так, что - в каких-то задачах быстрее а в каких-то нет, т.е. Перл не всегда быстрее, а вы как специалист возможно сможете сказать точнее ! )) Конечно. В мелких скриптах у меня тикль быстрее работает. В крупных - не сравнивал, т.к. пустая трата времени ради бенчмарка. Ведь многие библиотеки, отсутствующие в тикле пришлось бы писать самому. Так что не могу сказать об этом что-то наверняка. И да, я не специалист. Так, быдлокодер средней руки. Ничего не пишу по вдохновению. Только когда встаёт необходимость перенести рутину на плечи компа. Вот тогда и начинается попутное изучение программирования. >Я под легче понимаю - для новичка, в каком языке из этих двух меньше придется учить и быстрее потом писать? Зависит от того "что писать", наверное. По себе заметил (а я новичёк), что чем сложнее конечная идея - тем выше абстракции, и тем лучше использовать для этих абстракций библиотеки, позволяющие не отвлекаться на несущественные детали и быстрее реализовать задуманное. Здесь perl обогнал (для меня) простоту тикля cpan'ом и тем что позволяет не разбираться сразу во всём языке, и иметь возможность сразу писать рабочие программы разного уровня сложности.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору