quickjs - ВЕЩь!!!

Какой еще alert? Откуда ты взял alert в прошивке станка?

Вы думаете, популярность сабжа может сравниться с эталонной реализацией?

Что ты говоришь вообще? JS определяется не реализацией, а спецификацией. Это же не «всратый»(с) Питон.

Прочитал комментиарии, не понял. Вместо left-pad есть теперь строковая стандартная билиотека? Или как обычно в JS, все всё себе сами либо трэш типа left-pad?

Браузерные движки, в8, если конкретно.

Браузерные движки

И какой из? Что насчет их несовместимости между собой?

в8, если конкретно.

Это ты так решил? Почему не spidermonkey или не jscore?

Откуда ты взял alert в прошивке станка

Откуда джаваскрипт в прошивке стола? Если он туда влез (сабж — исключение), будет и алерт, и промпт.

Если он туда влез, будет и алерт, и промпт.

Почему ты врешь?

И какой из? Что насчет их несовместимости между собой?

Так товарищ выше же написал

JS определяется не реализацией, а спецификацией

Это ты так решил? Почему не spidermonkey или не jscore?

Популярность, скорость (оба свободные решения).

Товарищ тебе написал, что js определяется спецификацией, а не реализацией. Ты заявил обратное. Я тебя спрашиваю, на каком основании ты это заявил. И когда ты перестанешь весь тред нести лютое 4.2

что js определяется спецификацией, а не реализацией. Ты заявил обратное

Нет, обратное заявили вы, написав

И какой из? Что насчет их несовместимости между собой?

Фраза

JS определяется не реализацией, а спецификацией

Означает, что есть спецификация, а по ней клепают движки. Тогда эти движки будут иметь сравнительно мало несовместимостей, и из этих движков я выбрал в8, поскольку он самый популярный.

Нет, обратное заявили вы, написав

Тебя тыкнуть носом в твою реплику об эталонной реализации?

я выбрал в8

Ну так нет у тебя такого права.

Ну так нет у тебя такого права.

Ну так я же не на уровне закона выбрал. Это лишь пример реализации интерпретатора.

Или как обычно в JS, все всё себе сами либо трэш типа left-pad?

Да вот тоже не очень понятно как там жить без npm? Если просто нужно регулярками строки помесить, то берешь перл, который везде изкоробки. Если что-то посложнее, то можно и питон/руби притащить, или ту же ноду (хотя это уже совсем зашквар как по мне). А тут ни богу свечка, ни чёрту кочерга. Хотя я конечно «не читал, но осуждаю». Из-за личной неприязни к жоэс я согласен даже на луа писать. На чем угодно, только не на язычке для рисования снежинок.

Хотя бы это

>>> s = "0123456789"
>>> print(s[::2])
02468
>>> print(s[1::2])
13579

>>> s = "Hello, darling! How are you?"
>>> s[:7] + "Василий" + s[14:]
'Hello, Василий! How are you?'

Откуда ты взял alert в прошивке станка?

alert("Уберите руки из рабочей зоны станка");

Это пока тебе строк с графем-кластерами не накидали. Тогда питон тоже уныл.

1мб и простота сборки это скорее для использования в качестве библиотеки.

Я не помню когда последний раз что то собирал. Зачем мне это?

15 Мб бинарник для скриптов никому не помешает а вот отсутствие библиотек - может.

Да всё правильно ты говоришь, без внешних либ js - 0

Python, Ruby, спроектированы для удобства работы «из коробки» с большинством типичных задач. Как пример - обработка строк, ооп, функциональщина, всё есть, пиши как хочешь. В то время как без TypeScript ни один серьёзный проект на бекенде не начинают (вот вам и нода с её v8), не удивлюсь, если v8 лет через 5 перепишут под жёстко (AOT) компилируемый TypeScript

Где питон/руби с обработкой строк уныл, там и другие языки унылы (я не про производительность) недаром на питоне написаны лучшие (самые удобные) скрапперы/парсеры HTML

Насколько я знаю - нельзя.

Даже для сборки контейнера приходится делать чекаут кода, npm install, npm build, npm test

Что несколько огорчает.

не удивлюсь, если v8 лет через 5 перепишут под жёстко (AOT) компилируемый TypeScript

Ну это уж совсем хеви-метал будет. Можно и сейчас моно взять. Так то сервер чем хорош: есть выбор технологий. Нет, хотим жаваскрипт везде! При том, что даже на фронте люди ужом вертятся, чтобы с ним не связываться.

Я пока не настолько разочарован в людях

Я видел пром контроллеры на js, для старых нокиевских роботов были

Откуда ты взял alert в прошивке станка?

Тебе смешно, а такие правда есть. При чем реально в прошивке, а не в гуе. С интерпретатором и всей фигнёй

Функция alert там откуда?

Если он туда влез (сабж — исключение), будет и алерт, и промпт.

Алё, алерт и промпт определены вообще в стандарте HTML5 как методы объекта Window, который является глобальным в контексте запуска скрипта в браузере: https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#dom-alert

В других окружениях ни алерта, ни промпта нет. Даже в контексте вебворкера эти методы недоступны, хотя вебворкеры работают в браузере.

Это я к тому, что если у станка достаточно памяти (и вычислительной мощности) для интерпретатора джаваскрипта, то гуй будет на нём же. А теперь назовите самый популярный фреймворк для графических приложений на джаваскрипт.

И как связана достаточность памяти для js engine, с достаточностью памяти для layout engine в виде браузера, гений?

Ты долго будешь позориться или как?

Написал на нем с год назад генератор конфигов для ограничения доступа через openvpn (ccd+iptables).

В фотошоп встроен интерпретатор джаваскрипта. В нём гуй на HTML пишется по-твоему?

И как связана достаточность памяти для js engine, с достаточностью памяти для layout engine в виде браузера, гений?

Нежеланием нанимать отдельных разработчиков для написания интерфейса.

Для поддержки плагинов — неосновной функционал.

Нежелание нанимать новых разработчиков, материализует поддержку необходимого количества памяти в микроконтроллерах.

Я тебя услышал. Удачного лечения.

И для поддержки этого «неосновного функционала» они запилили полноценную гуи-библиотеку? https://adobeindd.com/view/publications/a0207571-ff5b-4bbf-a540-07079bd21d75/92ra/publication-web-resources/pdf/scriptui-2-16-j.pdf

И для поддержки этого «неосновного функционала» они запилили полноценную гуи-библиотеку?

Видимо, да. Гугл говорит, что фотошоп написан на ассемблере (возможно), паскале и С++. Джаваскрипт же применяется в плагинах и сценариях. А тут даже есть алерт.

Алерт есть, а вот промпта, если не ошибаюсь, нет.

Вот, что нарыл, сам никогда не пользовался.

https://demiart.ru/forum/index.php?showtopic=227182, листайте к «1. Запрашиваем у пользователя вводные данные»

Вместо left-pad есть теперь строковая стандартная билиотека?

Ну как бы в браузерах методы padStart() и padEnd() поддерживаются примерно с 2017 года.

Отлично, они сделали и метод prompt тоже. Теперь покажите мне то же самое в API Node.js.

А проблемы остались. При чём ведь дело не в умной части разработчиков.

В этом и отсутствие логики: вывод есть, ввода нет.

Означает, что есть спецификация, а по ней клепают движки. Тогда эти движки будут иметь сравнительно мало несовместимостей

Однако спецификация HTML переопределяет механизм обработки событий, специфицированный стандартом ECMAScript, то есть встраиваемые движки могут в своём поведении несколько отличаться от изначально браузерных движков.

А это тогда что такое?

• https://nodejs.org/dist/latest-v15.x/docs/api/process.html#process_process_stdin
• https://nodejs.org/dist/latest-v15.x/docs/api/readline.html

Какие проблемы остались?

Низкоуровневый АПИ.

Я там докинул и высокоуровневый API.

https://www.npmjs.com/package/isarray, смотрите на количество скачиваний в неделю.

Тот, который надо модулем подключать? А чего не вынести тогда вывод в модуль?

Можете сделать доброе дело и отправить во все 574 использующих пакета патчи, дабы они убрали плохую зависимость.

Этот модуль встроен в ноду. И вывод там тоже есть. А про console явно сказано, что оно для отладки: The console module provides a simple debugging console that is similar to the JavaScript console mechanism provided by web browsers.

И вот alert/prompt никто встроенным реализовывать не торопится. Потому что нет требований спецификации.

Определённо, но лишь в те, которые живы.

Из жс, откуда