форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от opennews on 18-Апр-11, 15:47
В списке рассылки разработчиков языка программирования Tcl представлен (https://groups.google.com/forum/#!topic/comp.lang.tcl/mo_7jZ...) проект NaTcl (http://wiki.tcl.tk/NaTcl), в рамках которого выполнена работа по адаптации среды для запуска Tcl-скриптов внутри веб-браузера, позволяющая создавать выполняемые на стороне клиента web-приложения не только на языке JavaScript. NaTcl предоставляет приложениям прямой доступ к DOM-дереву объектов браузера, поддерживает обработку событий, предоставляя похожий на JavaScript арсенал средств. Интеграция Tcl с браузером выполнения благодаря использованию наработок проекта Native Client (http://code.google.com/p/nativeclient/), в рамках которого компанией Google развивается платформа для создания универсальных web-приложений, написанных на языке C/C++ и использующих специальный API для выполнения свойственных web-приложениям действий. При помощи Native Client можно организовать (http://www.opennet.me/opennews/art.shtml?num=29671) выполне... URL: http://www.theregister.co.uk/2011/04/14/tcl_on_native_client/ Новость: http://www.opennet.me/opennews/art.shtml?num=30279
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+2 +/–
Сообщение от Анонимка on 18-Апр-11, 15:47
Обалдеть! Еще бы Lisp прикрутили и Erlang :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от ХРЕН on 18-Апр-11, 16:03
	> Обалдеть! > Еще бы Lisp прикрутили и Erlang :) И Brainfuck !!!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним (??) on 18-Апр-11, 16:29
	> Обалдеть! > Еще бы Lisp прикрутили и Erlang :) А вы видите такого в этих вариантах, которые вы предложили? Если вы каких-то языков не знаете, это еще не значит, что эти языки такие плохие.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+3 +/–
	Сообщение от Анонимка on 18-Апр-11, 19:27
	Я наоборот, только за, и считаю эти языки полезными.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

2. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от маммон on 18-Апр-11, 16:00
Какие из проблем Javascript в целом и DOM в частности решает этот проект?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+11 +/–
	Сообщение от ХРЕН on 18-Апр-11, 16:03
	Наоборот, к проблемам Javascript добавляются еще и проблемы TCL :)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+2 +/–
	Сообщение от Аноним (??) on 18-Апр-11, 16:31
	> Наоборот, к проблемам Javascript добавляются еще и проблемы TCL :) Проблемы есть в любых языках. Просто вы скорее всего о них не знаете, и просто так от балды решили написать.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Crazy Alex (??) on 18-Апр-11, 18:00
	От всех проблем javascipt :-) А если серьёзно - оторвать веб-приложения от JS было бы очень вкусно. Начиная с идеологических соображений - не стоит навязывать один вариант действий всем - и заканчивая тем, что JS, вообще-то, язык с проблемами - одни "точки с запятой по умолчанию" чего стоят. Но основной плюс, конечно - то, что сама идея NaCl потихоньку распространяется. Всё же лучше, когда html-документ четко отделен от приложения, и раз flash не сумел  завоевать достаточную популярность в этом плане - возможно, NaCl сможет.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	12. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от angra (ok) on 18-Апр-11, 18:33
	>JS, вообще-то, язык с проблемами - одни "точки с запятой по умолчанию" чего стоят. Не могли бы вы развернуть свою мысль. Чем не угодила точка с запятой в качестве разделителя операций? Ну а по теме, количество кодеров js превышает кодеров tcl на несколько порядков. В свое время не получили распространение VBScript и PerlScript, не смотря на поддержку в древних браузерах. А ведь на то время куда более распространенные языки. Как по мне мертворожденный проект.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	14. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним (??) on 18-Апр-11, 19:03
	Интерпретатор JS автоматически вставляет точку с запятой по своему усмотрению (как найдет место, где оператор МОЖЕТ оканчиваться, но необязательно это делает), благодаря чему повышается риск ошибок. Плюс любители стиля BSD идут лесом, только K&R. Вообще после изучения JS у меня осталось впечатление, что ECMA сначала накатала полурабочий интерпретер, а потом стандартизировала все его недочеты как "особенности": typeof (null) == object, опасный оператор with, почти бесполезны
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	21. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 20:05
	> Интерпретатор JS автоматически вставляет точку с запятой по своему усмотрению (как найдет место, где оператор МОЖЕТ оканчиваться, но необязательно это делает), благодаря чему повышается риск ошибок. Ну в случае с автоподставлением ";" и смесью разделителей строк - допустим это не очень хорошо. Хотя это еще надо посмотреть с точки зрения трансляции - может все еще не так страшно. > Плюс любители стиля BSD идут лесом, только K&R. http://ru.wikipedia.org/wiki/ECMAScript <цитата> Учёт этой особенности языка при выработке стандарта оформления кода может помочь избежать ошибок. Играет роль выбор стиля отступов. В частности, широко распространённые сейчас стили Олмана и Уайтсмита, а также стиль Хорстмана и стиль GNU для кода JavaScript являются менее предпочтимыми, нежели стили K&R, 1TBS, BSD KNF или баннерный стиль." </цитата> Как-то непонятно, кто именно "идет лесом". И что именно считать стилем BSD? Олмана или BSD KNF? А также, что конкретно мешает писать в других стилях? > typeof (null) == object, А здесь-то в чем проблемы? Это полностью соответствует ОО-концепции. null - это тоже такой объект. Все правильно. > опасный оператор with, почти бесполезны Согласен, with там правда "плохой". В visual basic и то лучше. :( > Вообще после изучения JS у меня осталось впечатление, что ECMA сначала накатала полурабочий интерпретер, а потом стандартизировала все его недочеты как "особенности": Все таки чтобы заявлять такое, вы все-таки пока указали слишком мало недочетов. Либо нужно показать, в каких языках подобных проблем меньше.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	36. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним (??) on 18-Апр-11, 21:01
	> Все таки чтобы заявлять такое, вы все-таки пока указали слишком мало недочетов Я говорю о своем впечатлении, а не утверждаю, что язык абсолютно плох. Он как раз понравился мне, в нем реализованы интересные идеи ООП, но несколько пакостных моментов забыть никак не могу. Как показывает практика, язык вполне юзабелен и популярен, вот только могло бы быть и получше. > Как-то непонятно, кто именно "идет лесом". > И что именно считать стилем BSD? Олмана или BSD KNF? > А также, что конкретно мешает писать в других стилях? return {    myProperty: "myValue" } Вот такой - по-моему, олмановский. В данном случае разбор оператора return закончится в первой же строке, т.е. совсем не так, как можно было бы предположить. > А здесь-то в чем проблемы? Это полностью соответствует ОО-концепции. > null - это тоже такой объект. Все правильно. Технически-то он является, но, учитывая его особое назначение, могли бы сделать исключение, ИМХО. Кроме того, в JavaScript не все является объектами, есть еще строки, числа и undefined, а вот null внезапно оказывается объектом, хотя по логике означает отсутствие какого-либо значения.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	46. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 21:59
	> Я говорю о своем впечатлении, а не утверждаю, что язык абсолютно плох. А я тоже не говорил про "абсолютно плох". Тем не менее я считаю, что было выявлено недостаточно проблем именно для того заявления, которое вы сделали, а не для "абсолютно плох". > Он как раз понравился мне, в нем реализованы интересные идеи ООП, но несколько пакостных моментов забыть никак не могу. Как показывает практика, язык вполне юзабелен и популярен, вот только могло бы быть и получше. Мне тоже не нравятся "пакостные моменты" в языках. И я перебрал много языков, в надежде найти что-нибудь "получше" (еще начиная с C++). Но везде какие-нибудь да есть пакостные моменты. Вообще, чем более популярен язык, тем больше "пакостных моментов" из желания угодить всем. Чем менее популярен - либо вообще не подходит, либо пакостных моментов почти нет (в синтаксисе и семантике) - но хуже поддержка, стабильность, интеграция, библиотеки и т.п. > Вот такой - по-моему, олмановский. В данном случае разбор оператора return закончится в первой же строке, т.е. совсем не так, как можно было бы предположить. Наверное таки да. Надо будет мне этот момент повнимательнее изучить. >> А здесь-то в чем проблемы? Это полностью соответствует ОО-концепции. >> null - это тоже такой объект. Все правильно. > Технически-то он является, но, учитывая его особое назначение, могли бы сделать исключение, ИМХО. А вот здесь я с вами по-прежнему не согласен. Это именно не технически. Это именно семантика ОО-модели. Все есть объекты, включая типы, синглтоны, безтиповые константы, функции, код, даже операторы языка и т.д. и т.п. - это я не о JS, это как должно быть. > Кроме того, в JavaScript не все является объектами, есть еще строки, числа и undefined, а вот null внезапно оказывается объектом, хотя по логике означает отсутствие какого-либо значения. Если не являются, то плохо. Но насколько мне известно - являются. Надо будет мне этот момент еще раз изучить. А как именно это проявляется, что они не объекты? P.S. Планирую на JS перейти, в связи его развитием как полноценного языка, не привязанного к браузеру.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	50. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 22:17
	>> Кроме того, в JavaScript не все является объектами, есть еще строки, числа и undefined, а вот null внезапно оказывается объектом, хотя по логике означает отсутствие какого-либо значения. > Если не являются, то плохо. Но насколько мне известно - являются. > Надо будет мне этот момент еще раз изучить. Посмотрел. Все правильно - являются. Только там у них иерархия типов не совсем чистая. Как в старых ОО-языках. Базовые типы не являются наследниками типа Object. И там получается два типа для строк, один базовый, другой наследуется от Object. Жаль. :( Но жить можно. :) Зато там очень "слабая" базовая модель (что есть хорошо), это позволяет легко "усиливать" ее в более частные случаи, не переделывая основу. Поэтому большинство фреймворков легко реализуют свои собственные объектные модели. (Поскольку единственно верной модели не существует.) В "слабой" модели JS - его сила. Его удобно использовать, как метаязык.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	52. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от filosofem (ok) on 18-Апр-11, 22:38
	>Кроме того, в JavaScript не все является объектами, есть еще строки, числа и undefined, а вот null внезапно оказывается объектом. Это внезапно, но не вижу в этом проблемы абсолютно. Просто такая фича. Один из моментов, который очень хочется исправить в JS ― это перегруженный оператор '+'. В сочетании с динамической типизацией и нюансами в неявном приведении типов, возникают сюрпризы и необходимости приводить типы явно.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	53. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 23:06
	>>Кроме того, в JavaScript не все является объектами, есть еще строки, числа и undefined, а вот null внезапно оказывается объектом. > Это внезапно, но не вижу в этом проблемы абсолютно. Просто такая фича. "То не баг, то фича". Где-то я уже это слышал. ) На самом это все-таки проблема, если тщательно разрабатывается концептуальная модель какой-то задачи в теснй привязке к конкретному ОО-языку. А когда просто колбасится код, это конечно не проблема. Однако снова внезапно они таки обратно являются. Просто модель слегка "поломана". (Я об этом выше уже написал) > Один из моментов, который очень хочется исправить в JS ― это перегруженный оператор '+'. В сочетании с динамической типизацией и нюансами в неявном приведении типов, возникают сюрпризы и необходимости приводить типы явно. Потому как операторы там тоже выпадают из ОО-модели. И служат лишь "синтаксическим сахаром" для новичков, которые дальше арифметики обычно не вылазят. По мне так, если нужны полноценные операторы, то нужно брать языки с выводом типов и перегрузкой. А иначе операторов максимально избегать. И пользоваться методами. Семантика важнее синтаксиса (при проектировании). Хотя кодировщики очень любят синтаксис, это да.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	54. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от filosofem (ok) on 19-Апр-11, 01:44
	>"То не баг, то фича". Где-то я уже это слышал. ) Я тоже слышал и что? Поясню. Это не баг типа Null или модели языка, это фича оператора typeof. Введена думаю для совместимости с каким-нибудь лохматым браузером. Если не нравится, можно определить собственную функцию, которая будет возвращать 'null'(надеюсь ваша OOP религия не запрещает этого делать =) >Потому как операторы там тоже выпадают из ОО-модели. Да, но вы все о своем наболевшем, а моя проблема не в этом. Перегружать операторы я не хочу, и без этого язык достаточно сложный, хотя в JS 2.0 возможно будет и это счастье для ОО ортодоксов. =)
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	55. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 19-Апр-11, 02:47
	>>"То не баг, то фича". Где-то я уже это слышал. ) > > Я тоже слышал и что? Да ничего, просто прикололся. > Поясню. Это не баг типа Null или модели языка, это фича оператора typeof. Ну я свое мнение сказал, а вы как хотите. Это часть объектной модели. И typeof в ОО-языках - это не просто оператор, который выводит тип якобы только для сведения. Взаимосвязь типов - это не следствие фич оператора typeof, а наоборот, вывод оператора typeof - это следствие взаимосвязи типов (и объектов). > Введена думаю для совместимости с каким-нибудь лохматым браузером. Нет, не поэтому. Я объяснял уже выше. Просто в JS используется так сказать "старая школа", когда базовые типы не наследуются от типа Object. > Если не нравится, можно определить собственную функцию, которая будет возвращать 'null'(надеюсь ваша OOP религия не запрещает этого делать =) Во-первых, при чем здесь null? С null там все в порядке - это объект. Во-вторых, если я знаю ООП и в состоянии объяснить откуда что берется - при чем здесь религия? >>Потому как операторы там тоже выпадают из ОО-модели. > > Да, но вы все о своем наболевшем, а моя проблема не в этом. Вас я в виду нигде и не имел. "Мое" - это скорее функционально программирование. Хотя JS чистым ФЯ не является, мне он нужен для других целей. Просто так уж получилось, что ОО-модели я тоже знаю (а зная ФП и математику, в ООП разобраться не трудно), и если уж мне попадается ОО-язык, я его модели использую на "полную катушку". > Перегружать операторы я не хочу, и без этого язык достаточно сложный, хотя в JS 2.0 возможно будет и это счастье для ОО ортодоксов. =) А я этого и не рекомендовал. Я лишь сказал, что если нужны операторы с полноценной поддержкой типов, то лучше использовать другие языки. А в javascript достаточно и методов.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	56. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от filosofem (ok) on 19-Апр-11, 04:43
	>И typeof в ОО-языках - это не просто оператор, который выводит тип якобы только для сведения. Взаимосвязь типов - это не следствие фич оператора typeof, а наоборот, вывод оператора typeof - это следствие взаимосвязи типов (и объектов). Все так, но в качестве исключения в JS для типа Null выдает строку 'object'. >Во-первых, при чем здесь null? С null там все в порядке - это объект. А здесь заблуждаетесь, null принадлежит типу Null, который является тем, что вы называете старой школой, то есть не наследует от Object, иначе у него были бы свойства и методы от Object, а их нет. Ну и на всякий случай спецификацию смотрите в разделах 4.3 и 8. Плюс к тому 11.4.3 про typeof. >Я лишь сказал, что если нужны операторы с полноценной поддержкой типов... Просто вы это писали в ответ на мое недовольство оператором +, который может и сложение чисел и конкатенцию строк, мне оно не удобно. Только и всего, хочу отдельный оператор для конкатенции, а + только для сложения. =)
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	60. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 19-Апр-11, 21:05
	>>И typeof в ОО-языках - это не просто оператор, который выводит тип якобы только для сведения. Взаимосвязь типов - это не следствие фич оператора typeof, а наоборот, вывод оператора typeof - это следствие взаимосвязи типов (и объектов). > Все так, но в качестве исключения в JS для типа Null выдает строку 'object'. Не знал. Точнее я сейчас посмотрел - там typeof просто тупо выдает строки, а не ссылки на объекты типов. (Сам тип - это тоже объект, точнее так должно быть в соответствии с религией^W моделью). Так что правильно говорить, что это не фича оператора typeof, а что typeof сам по себе является фичей, а не частью религии^W модели. То есть он ее не ломает, он в нее просто не входит. >>Во-первых, при чем здесь null? С null там все в порядке - это объект. > А здесь заблуждаетесь, null принадлежит типу Null, который является тем, что вы называете старой школой, то есть не наследует от Object, иначе у него были бы свойства и методы от Object, а их нет. Нет, не заблуждаюсь. Object - это просто имя некоторого типа. Если некоторые типы не наследуются от Object - это не значит, что объекты этого типа не являются полноценными объектами в соответствии с религией^W моделью. Просто у них разные метатипы. "Старая школа" конечно менее изящная, но общая логика не ломается, просто является более "заковыристой". И с null и его типом Null, пока по-прежнему все в порядке, он просто входит в комплект базовых типов. Если я что-то новое об этом не узнаю. > Ну и на всякий случай спецификацию смотрите в разделах 4.3 и 8. > Плюс к тому 11.4.3 про typeof. Мне спецификацию сейчас было лень искать, я глянул на javascript.ru Как я уже сказал выше, typeof просто возвращает строки, а не сами типы. Он просто весь целиком "из другой оперы". Поэтому то, что что он ведет себя с null как-то по-другому, на общую модель вообще никак не влияет. >>Я лишь сказал, что если нужны операторы с полноценной поддержкой типов... > Просто вы это писали в ответ на мое недовольство оператором +, который может и сложение чисел и конкатенцию строк, мне оно не удобно. > Только и всего, хочу отдельный оператор для конкатенции, а + только для сложения. =) Так я говорю, не следует ожидать многого от операторов, если они не поддерживают общую модель типов языка, а только некоторые частные случаи.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	61. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 19-Апр-11, 22:02
	> Просто вы это писали в ответ на мое недовольство оператором +, который может и сложение чисел и конкатенцию строк, мне оно не удобно. Только и всего, хочу отдельный оператор для конкатенции, а + только для сложения. =) Собственно ваша жалоба на операторы имеет непосредственное отношение ко всей "религии". Просто в ОО-ЯП "старой школы" базовые типы именно для того и предназначены, чтобы с ними работали операторы. Кроме того, для базовых типов и Object-производных обычно реализованы разные стратегии компиляции и выделения памяти. Именно так устроены, например, C++ и java. Однако в C++ есть перегрузка операторов, но нет полноценного вывода типов.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	34. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+1 +/–
	Сообщение от szh (ok) on 18-Апр-11, 20:57
	> Интерпретатор JS автоматически вставляет точку с запятой по своему усмотрению (как найдет место, где оператор МОЖЕТ оканчиваться, но необязательно это делает) Непризнанный анонимус, ты не думал, что дело в том что ты не знаешь по каким правилам это делается, а зря.   Вперед http://habrahabr.ru/blogs/javascript/111563/
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	40. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+1 +/–
	Сообщение от Аноним (??) on 18-Апр-11, 21:11
	Спасибо за ссылку
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	49. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от filosofem (ok) on 18-Апр-11, 22:13
	Жалко и страшно за наших кодеров, которые учатся писать по хабру. Почитайте что ли оригинал, там хотя бы по большей части понятно, что автор сказать хотел http://inimino.org/~inimino/blog/javascript_semicolons Хотя он все равно не прав и точку с запятой надо ставить везде.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	41. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от анонимм on 18-Апр-11, 21:17
	> сначала накатала полурабочий интерпретер, а потом стандартизировала все его недочеты как "особенности" Исторически так и сложилось, в общем-то
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	47. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от gegMOPO4 (ok) on 18-Апр-11, 22:02
	Вынужден вас огорчить, но в Tcl тоже, как и в множестве других скриптовых языков, конец строки ограничивает отдельную команду (если не предпринять специальные меры для продолжения).
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	62. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним (??) on 20-Апр-11, 16:35
	В Tcl это не настолько неудобно, он ведь "Tool Command Language" - командный язык, напоминающий shell, а команда располагается в одной строке, т.е. для программиста это более-менее логично, а вот JavaScript здорово напоминает C, для которого это не характерно
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	63. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от gegMOPO4 (ok) on 20-Апр-11, 17:12
	Ну так это исключительно проблема тех, кто [слаще морковки не едал] кроме C языков не видал. Языков, в которых конец строки является значащим, едва ли не больше, чем тех, в которых обратное.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	22. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:10
	> одни "точки с запятой по умолчанию" чего стоят. как раз точки с запятой это не проблема http://test-semicolon.narod.ru/ а вот всякие излишние скобочки "(){}" и длинные конструкции -- да -- это проблема :-)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	24. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 20:30
	>> одни "точки с запятой по умолчанию" чего стоят. > как раз точки с запятой это не проблема > http://test-semicolon.narod.ru/ Это все-таки проблема, потому что может вызвать неоднозначность. И сравнения с Python там совершенно неуместны. В любом случае это надо трансляцию анализировать для таких суждений. А не с помощью таких быдлокодерских тестов, где авторы сами не понимают, о чем рассуждают. Только сами язык позорят. > а вот всякие излишние скобочки "(){}" и длинные конструкции -- да -- это проблема :-) Ну и какие это проблемы? Нужен другой язык? Так берите другой язык.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	28. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:46
	какая такая неоднозначность? что такого неоднозначного в function test_semicolon_core() {     return         true; }; > И сравнения с Python там совершенно неуместны. неуместно потомучто в Python кроме ";" если и другие аспекты (например в Python косая-черта перед знаком-новой-строки -- вместо этой конструкции в ECMAScript используется просто знак-новой-строки) ... ...но в целом для общего представления -- думаю вполне сгодиться
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	31. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	–1 +/–
	Сообщение от pr on 18-Апр-11, 20:53
	> какая такая неоднозначность? > что такого неоднозначного в > > function test_semicolon_core() { >     return >         true; > }; > Мда... Видимо у вас неоднозначное понимание самого понятия "неоднозначность". >> И сравнения с Python там совершенно неуместны. > неуместно потомучто в Python кроме ";" если и другие аспекты (например косая-черта перед знаком-новой-строки) ... То есть именно в этом вы видите основные отличия Python от JS. > ...но в целом для общего представления -- думаю вполне сгодиться "И так сойдет!" - девиз быдлокодеров. Не надо путать "общее представление" с представлением принципиально неправильным.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	35. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:59
	> То есть именно в этом вы видите основные отличия Python от JS. у вас какаято хитрая игра слов да -- всё верно -- языки различаются меду собой различными аспектами .. и ИМЕННО В ЭТИХ РАЗЛИЧНЫХ АСПЕКТАХ -- их основное различие ... ...что вам тут показалось странным?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	43. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от debugger (ok) on 18-Апр-11, 21:30
	>> То есть именно в этом вы видите основные отличия Python от JS. > > у вас какаято хитрая игра слов Где? > да -- всё верно -- языки различаются меду собой различными аспектами .. и ИМЕННО В ЭТИХ РАЗЛИЧНЫХ АСПЕКТАХ -- их основное различие ... Это все равно что сказать, что основное различие в различных различиях. Тавтология. > ...что вам тут показалось странным? То что "косую черту" поставили, как первое отличие, после ";".
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	38. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 21:04
	> "И так сойдет!" - девиз быдлокодеров. очень интересно спорить с человеком который говорит "вы гавно" ("вы быдлокодер") , но никак это не обосновывает Я ЧТОЛЕ ВИНОВАТ В ТОМ ЧТО ECMASCRIPT ИНТЕРПРЕТИРУЕТ ИНСТРУКЦИИ -- ТАК КАК ОНА ИХ ИНТЕРПРЕТИРУЕТ? (если вы намекаете на то что я не правильно объяснил как оно их интерпретирует -- тык я и не заявлял ПРО ВСЮ ШИРИНУ изложения. Я РАССКАЗАЛ ПРО ОСНОВЫ а дальше разбирайтесь сами... НО КАК МИНИМУМ ЗНАЙТЕ ХОТЯБЫ ОСНОВЫ)
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	42. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от debugger (ok) on 18-Апр-11, 21:20
	>> "И так сойдет!" - девиз быдлокодеров. > очень интересно спорить с человеком который говорит "вы гавно" ("вы быдлокодер") , Я нигде не говорил "вы быдлокодер" > но никак это не обосновывает А вот как раз я указал некоторые критерии. То есть опять получается все наоборот. > Я ЧТОЛЕ ВИНОВАТ В ТОМ ЧТО ECMASCRIPT ИНТЕРПРЕТИРУЕТ ИНСТРУКЦИИ -- ТАК КАК ОНА ИХ ИНТЕРПРЕТИРУЕТ? Ой как громко! Каким образом вы связали интерпретацию инструкций с вашей виной (или ее отсутствием)? > (если вы намекаете на то что я не правильно объяснил как оно их интерпретирует Почему вы решили, что я именно на это намекаю? > -- тык я и не заявлял ПРО ВСЮ ШИРИНУ изложения. Что такое "ширина изложения"? > Я РАССКАЗАЛ ПРО ОСНОВЫ а дальше разбирайтесь сами... НО КАК МИНИМУМ ЗНАЙТЕ ХОТЯБЫ ОСНОВЫ) То есть то, о чем вы говорили вы считаете основами? Вы думаете, что если писать капсом, то будет более убедительно?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	30. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:51
	>> а вот всякие излишние скобочки "(){}" и длинные конструкции -- да -- это проблема :-) > Ну и какие это проблемы? > Нужен другой язык? Так берите другой язык. каким образом я могу взять другой язык? :-) ...у менято возникает ощущение что W3C меня гвоздями прибило к ECMAScript :-D
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	33. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 20:56
	> а вот всякие излишние скобочки "(){}" и длинные конструкции -- да -- это проблема :-) >> Ну и какие это проблемы? >> Нужен другой язык? Так берите другой язык. > каким образом я могу взять другой язык? :-) > ...у менято возникает ощущение что W3C меня гвоздями прибило к ECMAScript :-D Ну так попробуйте оторваться от W3C. "Keep it simple, stupid!" (C) Что вообще для вас такое язык?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	32. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:56
	> А не с помощью таких быдлокодерских тестов, где авторы сами не понимают, о чем рассуждают. если "авторы" не умничают цытатами из спецификации ECMAScript это ещё не обозначает что они не знают о чём рассуждают ...сложно выразитсья любой дурак может, а ты попробуй попростому чтото объяснить вот я представил ПРОСТОЙ тест .. и после этого ПРОСТОГО теста всё сразу становиться ясно... а теперь можешь умничать сколько хочешь :-)
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	37. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 21:01
	Вы просто путаете сложность/простоту с трудностью/легкостью(понятностью). Большинство понятного для большинства обычно бывает очень сложным. А простые вещи большинству бывают непонятны. А вот спецификации ECMAScript авторам этого теста действительно почитать было бы полезно. И спецификации Питона в том числе.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	39. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним123321 (ok) on 18-Апр-11, 21:08
	> А вот спецификации ECMAScript авторам этого теста действительно почитать было бы полезно. > И спецификации Питона в том числе. тоесть -- вы всёже щитаете что разделение инструкци через ";" в ECMAScript -- ближе к C/C++ чем к Python? # p.s.: то что не точ-в-точ никто и не спорит (в этих трёх языках -- разные механизмы)... но к чему ближе -- к C/C++ или к Python?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	44. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от debugger (ok) on 18-Апр-11, 21:36
	>> А вот спецификации ECMAScript авторам этого теста действительно почитать было бы полезно. >> И спецификации Питона в том числе. > тоесть -- вы всёже щитаете что разделение инструкци через ";" в ECMAScript -- ближе к C/C++ чем к Python? А вы "щитаете". что если есть неоднозначность в разделени инструкций и строк, то это делает язык ближе к C/C++? > # p.s.: то что не точ-в-точ никто и не спорит (в этих трёх языках -- разные механизмы)... Очень ценное наблюдение, что они не "точ-в-точ". А разные "механизмы" могут быть даже в разных реализациях одного языка. > но к чему ближе -- к C/C++ или к Python? Вы считаете это самым главным фактором - быть ближе к C/C++ или к Python?
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	26. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от ascrzy on 18-Апр-11, 20:35
	Оторвать веб от JS конечно было бы неплохо. Но смотря какими методами. Tcl, насколько я знаю, интерпретируемый язык, и если пихать в браузер ещё один интерпретатор, то лучше пусть веб останется в руках js. Другое дело если он будет компилится в код для этой NaCl и отдаваться с сервера уже скомпиленым, тогда это была бы хорошая идея, и думаю tcl не был бы последним языком на котором реализовали этот webAPI(?) для NaCl.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	29. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	–1 +/–
	Сообщение от pr on 18-Апр-11, 20:48
	> Оторвать веб от JS конечно было бы неплохо. Но смотря какими методами. А меня гораздо больше радует, что JS сейчас от веба отрывают. > Tcl, насколько я знаю, интерпретируемый язык, и если пихать в браузер ещё один интерпретатор, то лучше пусть веб останется в руках js. Все равно все к этому придет. Точнее, я думаю, сами браузеры не смогут до бесконечности пухнуть и поддерживать все-все-все протоколы, которые есть в вебе. И все вернется опять к более узко-специализированным клиентам. Как сейчас происходит распад концепции ПК на микропроцессорные системы более специализированного назначения. Точнее, настольный ПК становится скорее инструментом профессионалов, а пользователи переползают на менее универсальные всякие там смарт-буки. Так же и универсальные веб-клиенты постепенно станут не массовыми, а профессиональными инструментами. > Другое дело если он будет компилится в код для этой NaCl и отдаваться с сервера уже скомпиленым, тогда это была бы хорошая идея, и думаю tcl не был бы последним языком на котором реализовали этот webAPI(?) для NaCl. А это все мелкие частности.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	59. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Crazy Alex (??) on 19-Апр-11, 14:52
	Ну, сам тикль - он на любителя. Основной интерес - что привлекается внимание к NaCl лишний раз. Ну и есть ценители, которые считают, что у тикля масса преимуществ переддругими языками - может они и правы, не знаю.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

10. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+1 +/–
Сообщение от Cybister on 18-Апр-11, 18:15
Новые тормоза для браузеров, новые глюки и дыры в браузерах
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Аноним (??) on 18-Апр-11, 19:55
	На Tcl нефтяные платформы вполне работают, и ничего. В нем изначально встроен механизм песочниц - подчиненных интерпретаторов, в которых потенциально опасные команды не работают или перехватываются. Вообще сам язык очень простой, что снижает количество нюансов к минимуму
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+1 +/–
Сообщение от Толстый (ok) on 18-Апр-11, 19:45
Осталось только NaCl стандартизировать на *всех* платформах/браузерах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+1 +/–
	Сообщение от Аноним (??) on 18-Апр-11, 19:57
	В Хром да Фирефокс встроят - уже половина аудитории, останется написать стандарт. HTML5 как утвержденный стандарт, кажется, еще не существует, но вряд ли это кому мешает реализовывать  его фичи
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	48. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от gegMOPO4 (ok) on 18-Апр-11, 22:05
	В Мозилле и ИЕ тикль встраивался ещё много лет назад. http://www.tcl.tk/software/plugin/ Хром просто слишком молодой браузер. Теперь и в нём есть тикль.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	51. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от filosofem (ok) on 18-Апр-11, 22:18
	>Осталось только NaCl стандартизировать на *всех* платформах/браузерах. И что тогда произойдет?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	58. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от Crazy Alex (??) on 19-Апр-11, 14:48
	И тогда веб будет избавлен от необходимости писать всё на JS. Взамен этого можно будет спокойно выбирать для проекта тот язык, который наиболее подходит для данного случая. Я уж не говорю о том, что это даст возможность даже из того же JS пользоваться готовыми эффективными библиотеками на массе языков - начиная с вычислений и заканчивая шифрованием с желаемым алгоритмом. Даст возможность эффективного парсинга разнообразных wire-форматов вроде Msgpack, что упрощает взаимодействие с уже написанным софтом. Также это даст возможность легкого портирования нативных приложений - так, как сейчас происзодит в андроиде: берём натив, прикручиваем к нему морду на жабе - вуаля, порт готов. Deadbeef именно так на андроиде работает, к примеру.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

20. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от Аноним (??) on 18-Апр-11, 20:01
Классный язык. Вот только не мешало бы сунуть в него пару удобств, например, сделать слегка более лаконичным синтаксис для списков/словарей
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от Аноним123321 (ok) on 18-Апр-11, 20:25
люжка дёгтя https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+... [ http://bit.ly/gKEgVq ]
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от Pilat (ok) on 18-Апр-11, 20:33
Зато как здорово он будет , по Tcl-евски, тормозить в современных браузерах... Ностальгия!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от pr on 18-Апр-11, 20:36
	> Зато как здорово он будет , по Tcl-евски, тормозить в современных браузерах... > Ностальгия! Это не проблема языка, это проблема реализации. Да и tcl сейчас уже давно не тормозит.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

45. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от gegMOPO4 (ok) on 18-Апр-11, 21:59
Хм. Вообще-то Tcl встраивают в браузеры уже более десяти лет (начало разработки 97 год). http://www.tcl.tk/software/plugin/ В тикле даже режимм специальный безопасный есть, чтобы запускать скрипты без угрозы локальным файлам и другим данным. Новость же, я так понимаю, о том, что, появилась ещё одна реализация встравивания Tcl, теперь и для Chrome.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	64. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
	Сообщение от alexr (??) on 21-Апр-11, 02:37
	safe tcl старше Джавы. Sun в свое время решала что продвигать Java или safe TCL/TK выбрала Java. Печально для тех кто морды писал на Tk...
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

57. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от iCat (ok) on 19-Апр-11, 12:32
"Java должен сгинуть" (с)Веление времени. А вообще - чем больше будет инструментов, тем лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."	+/–
Сообщение от Аноним (??) on 29-Апр-11, 21:20
Tcl? Лучше бы Lua встроили.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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