The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"Язык 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.ru/opennews/art.shtml?num=29671) выполне...

URL: http://www.theregister.co.uk/2011/04/14/tcl_on_native_client/
Новость: http://www.opennet.ru/opennews/art.shtml?num=30279

Ответить | Правка | Cообщить модератору

Оглавление

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


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

4. "Язык Tcl адаптирован для выполнения скриптов внутри веб-брау..."  +/
Сообщение от ХРЕН email 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 +/
Сообщение от ХРЕН email 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру