Основание OpenJS Foundation

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

Лишь бы Электрон не продвигали.

Проблема электрона не в js-e а в тормозном и жрущем память браузере.

Пусть сделают электрон на qt.

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

Теперь эти две организации объединяют усилия и основывают OpenJS Foundation.

Ждём FreeJS, а затем и LibreJS :)

Пусть сделают электрон на qt.

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

Ой вей. Потом эти приложения будут прямо через браузер открываться по ссылке, а там доступ ко всему компу.

Nodejs, нет? Вроде именно так и работает: делаем серверную и клиентскую части, через порт запускаем в браузере. Всё.

Хватит ждать, уже всё есть https://www.gnu.org/software/librejs/ :)

Пусть сделают электрон на qt.

Вот https://habr.com/ru/post/438130/ как я понял на webkitgtk.

Это практически каждое приложение, будет работать как вкладка Хрома

Такое не надо. Убийца обгадит свои портки.

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

набрось, пожалалуйста, новость gnu pies, очень жду

мне последнее время нравится JS. Очень быстро развивается

язык упоротый. а развивается он из-за рыночной ситуации, а не технологической обоснованности. Это как фейсбук php продвигала

Воу! Крутая вещь.

рост JavaScript и связанных с ним веб-технологий

Больше интерпретаторов, интерпретирующих интерпретаторы! Больше священных Строк Кода на стороне клиента! Покажем кузькину мать закону Мура! Да здравствует глобальное потепление! Ура, товарищи!

А я ведь еще помню время, когда на странице гугля был только один малюсенький скрипт, который курсор в поле ввода ставил.

Это тип приложений называется pwa (как клей), появился он уже давно. Можно запускать и не в табе - все прописывается в манифесте - иконка окно, можно ли инсталлировать, уведомления и по. Поддерживается кстати не только хромом но и сафари и лисой. Коммуникации через вебворкеры (что позволяет делать их офлайновыми). В целом нормальная тема.. только что-то медленно развивается.. Ну и конечно это не нативное приложение, зато кроссплатформенное.

язык упоротый. а развивается он из-за рыночной ситуации, а не технологической обоснованности.

У меня есть свое мнение на этот счет. ( правда оно мое личное и может надуманное ). Вся эта штука с набором костылей и подпорок возникла скорее всего по одной причине, кто то не сделал флаш фри.

Электрон работает на порядок быстрее, чем эта ваша хвалёная тормозилла фаерфокс.

Почему? Глядишь заодно и заоптимизируют!

Это будет выглядеть, как и сейчас на Электроне. Только будет всегда использоваться 1 экземпляр браузера, а не +100500 для каждого приложения.

Ой вей. Потом эти приложения будут прямо через браузер открываться по ссылке, а там доступ ко всему компу.

Врятли. Должны же в Гугле это учитывать.

Почему? Глядишь заодно и заоптимизируют!

Тут не в оптимизации дело, а в самом походе.

Что в нем нитак и каким он должен быть?

Что в нем нитак и каким он должен быть?

Например, использовать 1 экземпляр браузера на систему, а не свой браузер для каждого приложения. Когда реализуют подобное, можно ещё как-то рассматривать такие приложения. А так, как сделано сейчас - это никуда не годится.

В линуксах так и делается. А в винде так принято, тащить все за собой.

Учитывая, что там отдельные процессы, выигрыш только в том, что дистр не копировать?

нужно создать альтернативную организацию, которая будет поддерживать закапывание десктопного JS

может пора повернуть рост в обратном направлении?

выигрыш только в том, что дистр не копировать?

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

https://www.gnu.org/software/librejs/

Интересно, сколько сайтов будет работать нормально с этим аддоном.

Прочитал как «будут сдерживать рост JavaScript».

Весь мир JS, а мы в нем библиотеки

использовать 1 экземпляр браузера на систему, а не свой браузер для каждого приложения.

PWA как раз об этом

нужно создать альтернативную организацию

Не нужно, само сдохнет. Когда наступит предел миниатюризации все жрущее ресурсы говно сдохнет. В муках.

Веб обречён...

кто то не сделал флаш фри

Кто-то не зашил нативно апплеты (читай JVM) в браузер, с этой точки начинаются все беды от веба до мобильных. Именно отсюда начала распространяться эта зараза... Деды не смогли, теперь нужно нам исправлять.

Что такое «корпоративный JS»?

JavaScript EE, с бинами и автовайрингом

Норм, мне последнее время нравится JS. Очень быстро развивается...

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

рост JavaScript и связанных с ним веб-технологий,

Неадекваты продвигают помойку. Все как всегда.

На самом деле я пожалуй соглашусь с предыдущим автором.Я писал на js порядка дву-трех лет назад. Пол года назад пришлось очень плотно взяться за фротенд, ибо было просто некому и я был очень удивлен насколько продвинулся данный язык. Скажем так, былое ощущение кошмарного сна сменилось на довольно приятное чувство. Во всяком случае он стал ближе к образцовым в моем понимании языкам программирования вроде Scala или С#. Конечно хотелось бы видеть фишки вроде сопоставления с образцом и рекурсии, но я думаю с такими темпами их не очень долго осталось ждать. Во всяком случае вот вещи которые были введены в последнее время и которые очень сильно на мой взгляд продвинули язык. -Стрелки с автоматическим биндом на this -Функциональные комбинаторы которые раньше приходилось тащить из сторонних библиотек - Промисы из коробки, которые имхо дефакто являются сейчас стандартом безопасного асинхронного программирования (в случае с js псевдо-асинхронного) - Заделки под иммутабельность. Виден плавный переход от императивного к декларативному подходу, вроде потоковых api в стандартном функционале. - Классы, конечно слабенькие, но куда лучше прототипного ооп.

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

Сейчас как-то стек в JS относительно стабилизировался. Нет такого треша, что был в 2014 году.

У меня есть свое мнение на этот счет. ( правда оно мое личное и может надуманное ). Вся эта штука с набором костылей и подпорок возникла скорее всего по одной причине, кто то не сделал флаш фри.

Открытое и свободное говно Б возникло потому, что кто-то не сделал открытое и свободное говно А' из проприетарного говна А.

Логика понятна, но на вопрос «кому и зачем, вообще говоря, понадобилось говно?» ваша теория не отвечает.

В линуксах так и делается.

Скайп, VSCode и т.д. тащат каждый свой электрон.

great news for soyboys

Скайп, VSCode

Ну это не совсем OpenSource. Telegram тащит за собой Qt, срочно выбрасываем Qt? Вообще если брать из реп, например в арче, то там электрон идет по нормальному, в виде зависимости.

Есть же. Там можно логику на жопном скрипте писать и описывать гуй в QML.

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

Лол, но зачем? JS настолько убогий, что разрабы радостно бегут на костыли вроде TS или Dark гордо именуя их «programming language».

Лучшее что они могут сделать - закопать js, заменив его в вебе на божественные python или go.

почему то считается что если в вебе страница не обновляется то это круто

Хотели сказать "не круто"?