LINUX.ORG.RU

Основание OpenJS Foundation

 , ,


1

2

Долгое время в мире корпоративного ES было 2 лагеря, JS Foundation и Node.js Foundation. Теперь эти две организации объединяют усилия и основывают OpenJS Foundation.

OpenJS Foundation будет поддерживать рост JavaScript и связанных с ним веб-технологий, предоставляя нейтральную организацию для размещения и поддержки проектов, а также для финансирования деятельности по их дальнейшей разработке.

>>> Подробности

★★★★★

Проверено: jollheef ()

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

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

th3m3 ★★★★★ ()
Ответ на: комментарий от th3m3

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

anonymous ()

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

deterok ★★★★★ ()

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от crutch_master

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

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

th3m3 ★★★★★ ()
Ответ на: комментарий от th3m3

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

crutch_master ★★★★★ ()
Ответ на: комментарий от th3m3

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

anonymous ()
Ответ на: комментарий от th3m3

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

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

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

Im_not_a_robot ★★★★ ()

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

anonymous ()
Ответ на: комментарий от deterok

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

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

anonymous ()

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

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

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

ST ()
Ответ на: комментарий от Im_not_a_robot

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

mx__ ★★★★★ ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от Im_not_a_robot

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

th3m3 ★★★★★ ()
Ответ на: комментарий от crutch_master

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

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

th3m3 ★★★★★ ()
Ответ на: комментарий от vladimir_vist

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

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

th3m3 ★★★★★ ()
Ответ на: комментарий от vladimir_vist

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

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

th3m3 ★★★★★ ()
Ответ на: комментарий от th3m3

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

vladimir_vist ()
Ответ на: комментарий от th3m3

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

vitalif ★★★★ ()

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

upcFrost ★★★★★ ()

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

mittorn ★★★★★ ()
Ответ на: комментарий от vitalif

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

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

beaver ()

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

spijet ★★★ ()

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

CryNet ★★★ ()
Ответ на: комментарий от th3m3

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

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

anonymous ()
Ответ на: комментарий от upcFrost

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

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

anonymous ()
Ответ на: комментарий от mx__

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

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

foror ★★★ ()
Последнее исправление: foror (всего исправлений: 2)

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

Alve ★★★★★ ()
Последнее исправление: Alve (всего исправлений: 1)
Ответ на: комментарий от deterok

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

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

sphericalhorse ★★★★ ()

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

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

Odalist ★★★★★ ()
Ответ на: комментарий от sphericalhorse

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

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

Serbis ()
Ответ на: комментарий от sphericalhorse

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

oldstable ()
Ответ на: комментарий от mx__

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

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

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

anonymous ()
Ответ на: комментарий от vladimir_vist

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

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

anonymous ()
Ответ на: комментарий от anonymous

Скайп, VSCode

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

vladimir_vist ()
Ответ на: комментарий от crutch_master

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

a1batross ★★★★★ ()
Ответ на: комментарий от anonymous

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

mx__ ★★★★★ ()
Последнее исправление: mx__ (всего исправлений: 1)

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

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

KillTheCat ★★★★★ ()
Ответ на: комментарий от mx__

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

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

ooziw6eiTh ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.