А по-моему, — это гениально.
Чтобы выразить тоже самое, но словами, раньше написали бы: «патентные ублюдки, ой… я хотел сказать держатели, спорят» или «патентные держатели (на самом деле ублюдки) спорят». Сейчас это делается короче, ёмче.
Эх, напомнило… работал я в одном заведении… и был там один человечек — маленький, с бородой, вечно бегал и кричал, всеми руководил. А как поговоришь с ним пять минут о реальных проблемах — сразу видна пустота, ноль понимания.
Выполняться он в любом случае будет у клиента, а компилироваться может и на сервере. Например, библиотеку а-ля jquery.js можно скомпилировать один раз на сервере и отдавать в байткоде тысячам клиентов, экономя их процессорное время. Вместо этого каждый раз у тысяч клиентов происходит одинаковая работа — JIT-компилятор загружает листинг текстового кода, делает свою работу, выдаёт некий бинарный набор символов, который загружается в виртуальную машину, которая затем начинает его исполнять. Можно сразу грузить бинарные данные, экономя массу времени и электричества :)
Правда, желательно иметь некий механизм верификации, чтобы в процессе передачи данных по сети не произошла подмена, но это уже технические детали реализации. Можно по https устанавливать соединение или передавать hash-код, хотя считать хеши тоже затратная операция…
Для профессионала нет проблемы изучить новый язык. Прочитать мануал — пара часов. Освоить среду разработки — пара дней. Сильная типизация и повышение производительности — бесценно
Легко. Через ajax отправляю на сервер DOM структуру и получаю соответствующий код. :)
Вы наверное считаете себя очень остроумным, однако я имел в виду, что в момент компиляции скрипта на сервере DOM-структура документа, куда встраивается скрипт, известна, потому что отдаётся тем же сервером (в широком смысле).
Что там происходит на клиенте после отправки, никакой скрипт, отправленный клиенту, узнать не сможет. Возможно только динамическое определение ситуации, но это очевидно и тривиально.
Поэтому нет никакой разницы, что отправлять — human-readable код на интерпретируемом языке высокого уровня или machine-readable байткод для исполнения в виртуальной машине. Тем более что JIT компиляторы сейчас везде.
а что, вместо обфускации и минимизации, прямо отдавать байткод
DOM структура документа серверу известна, можно компилировать из любого языка прямо в байткод и грузить в вирт. машину браузера. И пиши себе, хочешь — на Javascript, хочешь на Python, хоть C++ :)
гмыл, яндекс — оффлайн клиентом не пользуюсь.
еще у меня был старый почтовый ящик в домене nm.ru, потом сервис купил qip.ru, молодцы, поддерживают до сих пор массу доменов.
бесполезный пост.
всё это умещается в три предложения и одну картинку.
лучше бы рассказали о проблемах отображения в разных браузерах и почтовых программах, или порекомендовали какие-нибудь средства разработки для чайников.
ах да, вы же не верстальщик, а типа менеджер, прям как из вот этого поста.
Это замечательно, но остается вопрос — зачем всё это, если всё равно можно по-простому обратиться к свойству объекта через foo._bar в обход этих сеттеров-геттеров? Еще и быстрее будет.
Чтобы выразить тоже самое, но словами, раньше написали бы: «патентные ублюдки, ой… я хотел сказать держатели, спорят» или «патентные держатели (на самом деле ублюдки) спорят». Сейчас это делается короче, ёмче.
Правда, желательно иметь некий механизм верификации, чтобы в процессе передачи данных по сети не произошла подмена, но это уже технические детали реализации. Можно по https устанавливать соединение или передавать hash-код, хотя считать хеши тоже затратная операция…
Вы наверное считаете себя очень остроумным, однако я имел в виду, что в момент компиляции скрипта на сервере DOM-структура документа, куда встраивается скрипт, известна, потому что отдаётся тем же сервером (в широком смысле).
Что там происходит на клиенте после отправки, никакой скрипт, отправленный клиенту, узнать не сможет. Возможно только динамическое определение ситуации, но это очевидно и тривиально.
Поэтому нет никакой разницы, что отправлять — human-readable код на интерпретируемом языке высокого уровня или machine-readable байткод для исполнения в виртуальной машине. Тем более что JIT компиляторы сейчас везде.
< script type=«application/bin-js» src=«script.bjs» />
DOM структура документа серверу известна, можно компилировать из любого языка прямо в байткод и грузить в вирт. машину браузера. И пиши себе, хочешь — на Javascript, хочешь на Python, хоть C++ :)
еще у меня был старый почтовый ящик в домене nm.ru, потом сервис купил qip.ru, молодцы, поддерживают до сих пор массу доменов.
всё это умещается в три предложения и одну картинку.
лучше бы рассказали о проблемах отображения в разных браузерах и почтовых программах, или порекомендовали какие-нибудь средства разработки для чайников.
ах да, вы же не верстальщик, а типа менеджер, прям как из вот этого поста.
habrahabr.ru/blogs/freelance/127404/
фотка больного Джобса
www.tmz.com/2011/08/26/steve-jobs-apple-photo-resignation-ceo-sick/