JavaScript расколется на 2 языка! Что происходит?!

Предлагаю просто удалить из интернета все библиотеки и фреймворки, в таком случае разработчикам не придется в них разрбираться. А вообще вопрос, куда эти зумеры лезут? Нахера вообще куда-то что-то засовывать и стандартизировать? Ну раз уж на то пошло, ну так создайте альтернативу JS, в чем проблема? У вас уже и так есть wasm. А что они скажут на счет разных движков, может быть с ними нужно в первую очередь что-то сделать, чтобы не получалось так, что одни и те же инструкции могут выполнятся разными способами и изредка давать разные результаты? Еще раз, проблема JS не в том, что вокруг него большое кол-во библиотек и фреймворков, а в том, что есть отдельно спецификация и имплементация JS.

Разве эта идея не была реализована в момент создания TS ?

Зачем js zero, если можно в бинарный веб-асембли компилировать?

Лучшее, что можно сделать с js, так это откатить стандарт к es5

Хуясебе, фронты изобретают llvm)😅

jssugar и jszero
ХМММММ, что-то мне это напоминает....

Давно пора

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

Так лол, автори цієї пропозиції розробники двіжка JS для ембеду. Звісно, що вони хочуть мати якийсь JS0, бо це б спростило їм роботу.

А оці розмови про юзерів, хах. Це виключно виправдання.

Зачем тогда оставлять JS0 интерпретируемым, если компиляция JSSugar будет обязательна? Тогда можно просто компилировать в WebAssembly, байт-код какой-нибудь или еще что-то. Это поможет еще больше с оптимизацией и вероятно безопасностью, при этом не отразившись на удобстве для разработчиков.

Фронтендеры изобрели IL код

Понятно что ничего не понятно

Видео о том, что все языки программирования развиваются, а js-никам по прежнему нравится ебаться со сборщиками и транспиляторами.

короче пришли к идее, которая в Жаба разработке была основополагающей стратагемой: написано единожды - работает всегда и везде. Только тут все "компилируется" не в байт-код, а в байт-скрипт, работающий на всех движках.

О да, я прям вижу эти охрененные вопросы на лайвкодинг собесах:

"Вот вы только что написали реакт компонент и мемоизировали состояния в нужных местах, а теперь пожалуйста напишите тоже самое но в зироджс синтаксисе. Тоесть как вы не знаете? Каждый уважающий себя джуниор должен знать! Все знают шугарджс в чем тогда ваше преимущество?"

И Мурыч херачит видосы: "Почему все те кто не знает зироджс спецификацию наизусть говнари"

Интересно как вы будете дебажить код на уровне браузера, когда там совсем не тот код, который вы писали, если я правильно понял концепцию.
Ну да, пользователя это не должно волновать, ему нужен чистый и стабильный результат.
Но как его добиться?)

Вау, жс внезапно открыл для себя C#)

Опа, хоть и раскол, но как по мне если произойдёт такое разделение, то станет проще, ибо произойдёт разделение зон ответственности!😅

Ну а так-то я очень даже за, если меньший набор инструментария будет иметь больше функций, просто обожаю минималистичные универсальные сборки. Но само собой из-за своей изоляции (я каждый ЯП использую там, где у него по умолчанию больше всего возможностей, например JS на фронтенде (в браузере) , остальные ЯП - бэкенде (непосредственно на компах)), я не рассматриваю такие штуки, как NodeJS.😅

Бедные разрабы на js, все никак не перетранслируют свой скрипт.

Лучше тогда вместо JS0 допилить WASM и компилить "JS-Sugar" в него

реальная история когда тайпскрипт берет код не из той версии зависимости, что интерпритатор, из-за чего код либо не компилится, либо не работает. Приходится ренейм зависимости делать. А еще подстветка синтаксиса часто работает иначе. Конечно мы устали от тулов

Я сам работаю в веб разработке я не понимаю автора набор умных слов из которых 99% воды да не кто не будит менять все фреймворки и или браузерные движки менять как был js так и останется максимум на уровне сборке поменяют разговор не о чем! А по поводу новых фичей так их всегда добавляли и будут

Js на микроконтроллерах? Я думал это просто мой страшный сон.

Парни шумно борятся за бюджет. Давайте тихо позавидуем парням, и шумно снимем лапшу, которую они нам на уши вешают. "Бездельники! Идите на завод работать!" Это всё из Ангулар и НодJS началось. А я говорил, что так и будет. Всем успех JQuery покоя недавал. Как они ловко, с неудобоваримыми структурами обычного JS работают ))) Кушайте тепрь это.

как собирали так и будем собирать ничо не изменится

Придумали .Net))))0

99% разработчиков используют фреймворки?

В этой статистике явно не учтены индусы.

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

TC39 сборище мудаков. Стандартизуйте уже наконец долбаный пайп оператор. 10 лет.

Какая то тупость. Все эти проблемы были решены сто лет назад в других языках. Зачем придумывать какой то JS0 если есть байткод? Яркий пример такого решения это Flash. Писали на ActionScript, потом всё это дело компилировалось в компактный и высоко оптимизированный байткод и запускалось в изоморфной виртуальной машине которая по сути ничем не отличалась от V8. Переходим на байткод и можно будет выбросить недоразумение в виде WASM и половину V8 со всей этой лабудой ввиде JIT, TurboBuf и т.д.

Сейчас JS такой сложный, что поддерживать его стандарт могут несколько браузеров и движков монополистов, но если они введут стандарт JS0 то появится возможность написать движок заново, и он будет отличаться в строну большей производительности и безопасности от тех что есть сейчас. А все новые фичи языка и фреймворки можно будет компилировать отдельно или встроить компилятор как плагин к движку. В итоге появился больше свободы в новых фичах языка и появится больше движков на которых легче реализовывать JS0

Венегретный поток сознания...

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

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

Надо писать на тс и компилировать на васм

Исходя из того, что я понял. Убираем боль бесконечных сборщиков созданием JS0, который будет работать вечно и всегда одинаково.

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

Я не фронтенд разраб. Поясните пжл чем это будет отличаться от нынешней ситуации? Ведь сейчас и так тот же typescript компилируется в js. Или тут фишка в том чтобы выпилить из js кучу всего и перенести работу на сборщик?

Короче запилить в браузеры что-то по типу JVM/CLR и будет всем счастье - лабай фронтэнд на чем и как хочешь. В общем опять изобрели велосипед, но лучше поздно, чем никогда... Бэкэнд изначально такой хней не страдал! Ну и для пользователей профит - более скоростной и профессиональный результат, это позволит поднять сложность клиентов на десктопный уровень.

А как же дебажить через браузер?

Очень интересно но ни хрена не понятно 😂🧐

неужели им пришла в голову та же мысль что и мне... или мне пришла та же что и им. задумал я делать свой язык который был бы похож на JS но без сложного рантайма который пытается угадывать типы и деоптимизировать код по каждому хичу. и подумал а почему бы не сделать весь синтаксический сахар отдельной надстройкой (моды к компилятору). то есть можно будет иметь под капотом более простой язык даже более многословный, но не терять в удобстве для разработчика. идею я взял от babel но подумал почему так никто не сделал до сих пор ни в одном языке. так как моды будут опциональными то разрабочик сможет решить какие из них ему нужны или установить кастомные. правда я хотел язык не для браузера а для нативного исполнения, но подумал что я смогу сделать несколько таргетов компиляции один из которых это js

Не совсем понимаю. А что мешает оставить сахар в языке, но его обработку делать на уровне компилятора? И наличие сахара не отменяет того, что ты можешь повторить все то же самое на базовом языке и оптимизировать уже его под себя. Ведь синтаксический сахар, как и партия - дело добровольное.

Тайпскрипт маст дай!😅

Ура, фронты еще разок изобрели Intermediate Representation. На кой js0 нужен, когда уже существует wasm фиг поймёшь: вот в чем беда компилить js в тот же wasm, который будет дергать уже не js апи браузера, а свои собственные? Как будто от выпиливания js из бразуера выйграет даже wasm, плюсом не придётся поддерживать килотонну кода связанного с js0. А если нужен именно текстовой стандарт скриптов взять wabt. Все же готово?

Новость забавная, но я как кодила без сахара в блокноте, так и буду. Любой сахар, который сводится к некому базовому языку, наверняка наплодит при трансляции кучу функций вместо сахарных конструкций. В итоге лишние вызовы будут попадать в циклы и мем про ленивца станет реальностью. Не, никакого сахара! Только горький JS!!!

"Давайте создадим JS0!"
В это время WebAssembly (WASM) -- просто существует с 2015 года... доступен во всех мейнстримных браузерах с 2017....
и почему-то многие разработчики веб-приложений никак его не вндерят в общепринятую практику...
"Да, да! Пошел я нахер!", думает он...

Не говоря уже о том, что если JS0 будет хоть как-то отличаться от текущего всеми поддерживаемого стандарта в движках браузеров, то это только сломает обратную совместимость уже написанных статических js скриптов. То есть поломает кучу старых давно работающих сайтов. А еще может наплодить кучу багов... короче всего того, от чего создатели сего хотят уйти (избавить пользователей).

слышал звон да не понял где он.

JavaScript и Type Script