JavaScript выбран в качестве основного языка разработки приложений для GNOME

0

3

На состоявшемся на днях съезде GNOME Developer Experience Hackfest команда разработчиков GNOME рассмотрела вопрос выработки рекомендаций по выбору языка программирования для разработки приложений, создаваемых для работы в GNOME. Мотивом определения рекомендованного по умолчанию языка стали участившиеся вопросы начинающих разработчиков о том, какой инструментарий надо использовать при написании приложений для GNOME. До настоящего момента однозначного ответа на этот вопрос не было, но теперь команда разработчиков GNOME решила стандартизировать JavaScript как язык для написания пользовательских приложений GNOME, одновременно рекомендуя язык Си для написания системных библиотек.
Съезд разработчиков GNOME состоялся перед открытием конференции FOSDEM 2013 в Брюсселе. По вопросу выбора единого языка для разработки приложений GNOME было достигнуто обоюдное согласие участников обсуждения, поскольку единый язык упрощает разработчикам подготовку документации и обмен знаниями с новичками, а также облегчает задачу по интеграции приложений, написанных для десктопа с использованием предоставляемой проектом инфраструктуры.
Выбор JavaScript обусловлен несколькими факторами:
* JavaScript уже хорошо поддерживается в GNOME 3, так как GNOME Shell использует его для реализации пользовательского интерфейса и дополнений;
* Наблюдается большая работа по оптимизации производительности JavaScript, его развития как встраиваемого и не зависимого от фреймворков языка;
* Имеется успешный опыт применения JavaScript для аналогичных целей в таких системах, как Windows 8, Firefox OS, webOS, Tizen и KDE, что, как надеется команда разработчиков, упростит работу новых членов команды GNOME;
* JavaScript прекрасно отвечает потребностям GNOME в динамическом и высокоуровневом языке;
* JavaScript является самодостаточным решением, легко интегрируемым в платформу и не связанным с собственным набором базовых библиотек.
Разработчики GNOME отмечают, что выбор JavaScript по умолчанию вовсе не означает отказ от поддержки других языков. Разработка существующих биндингов и обеспечение совместимости с различными языками программирования будет производиться как и раньше. «Очень важно понять, что данное решение направлено на выдвижение на первый план JavaScript, а также связанных с ним биндингов, инструментария и документации, с целью достижения нового уровня качества, но это решение ни в коем случае не означает забвения биндингов для других языков», подчеркнул Рейттер.

Ссылка

←	linux-smb+win-ad

По какому принципу в википедии на сайдбаре сортируются языки?

→

← 1 2 3 4 5 →

Ответ на: комментарий от border-radius 04.02.13 23:18:17 MSK

Если есть переносы строк, то во всех, кроме внутри объявления циклов for. Ибо там ; несёт синтаксическую нагрузку.

http://benalman.com/news/2013/01/advice-javascript-semicolon-haters/

PolarFox ★★★★★
(04.02.13 23:20:34 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:19:08 MSK

а я видел НЛО, код то приведи

Deleted
(04.02.13 23:20:40 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:20:40 MSK

http://benalman.com/news/2013/01/advice-javascript-semicolon-haters/

PolarFox ★★★★★
(04.02.13 23:21:10 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:21:10 MSK

ты видимо читать не умеешь там тоже что писал border-radius только на английском

Deleted
(04.02.13 23:22:17 MSK)

Ссылка

Ответ на: комментарий от PolarFox 04.02.13 23:17:49 MSK

Забываем поставить var и вместо ошибки получаем глобальную переменную.

ССЗБ такие ССЗБ. Это всё равно, что случайно поставить пробел после ~ в rm -rf ~/.cache. var надо приучиться писать всегда, а убирать только в том случае, если действительно нужна глобальная переменная.

border-radius ★
(04.02.13 23:22:47 MSK)

а что будет с vala?

BMX ★★☆
(04.02.13 23:23:32 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:18:20 MSK

чудный DSL в котором кроме значений было два литерала <func>() и $<var>

Подозрительно напоминает bash.

border-radius ★
(04.02.13 23:24:12 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:17:49 MSK

Забываем поставить var и вместо ошибки получаем глобальную переменную.

«use strict»;

P.S. js не люблю, но куда деваться.

Binary ★★★★★
(04.02.13 23:24:57 MSK)

Ссылка

Ответ на: комментарий от border-radius 04.02.13 23:22:47 MSK

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

PolarFox ★★★★★
(04.02.13 23:25:00 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:11:33 MSK

Ну вон в Go смогли опустить некоторые из ненужных скобок и сделать в парсере поддержку \n вместо ;.

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

quiet_readonly ★★★★
(04.02.13 23:25:32 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:20:34 MSK

Ну да, единственный способ избежать ; в for - не юзать for, это я и так знаю. Либо юзать for...in, что во многих случаях практичнее.

border-radius ★
(04.02.13 23:26:11 MSK)

Ответ на: комментарий от hi_artem 04.02.13 21:31:58 MSK

я в курсе. я на вашей стороне :)

ZuBB ★★★★★
(04.02.13 23:26:52 MSK)

Ссылка

Ответ на: комментарий от tailgunner 04.02.13 21:44:59 MSK

JavaScript выбран в качестве основного языка разработки приложений для GNOME (комментарий)

ZuBB ★★★★★
(04.02.13 23:27:02 MSK)

Ссылка

Ответ на: комментарий от border-radius 04.02.13 23:26:11 MSK

По ссылке не только про for написано, упорище.

PolarFox ★★★★★
(04.02.13 23:27:16 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:25:00 MSK

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

border-radius ★
(04.02.13 23:28:04 MSK)

Ссылка

Ответ на: комментарий от border-radius 04.02.13 23:24:12 MSK

ниразу не напоминает:

pipe(
  receive("data"),
  filter("check-auth"),
  fork(
    send("db"),
    send("processor")
  )
)

примерно так

Deleted
(04.02.13 23:28:12 MSK)

Ответ на: комментарий от BMX 04.02.13 23:23:32 MSK

а что будет с vala?

Единственное, что могу заключить из ОП-поста - его не будут рекомендовать. Биндинги в посте обещают делать также.

quiet_readonly ★★★★
(04.02.13 23:28:33 MSK)

Ссылка

Ответ на: комментарий от quiet_readonly 04.02.13 23:25:32 MSK

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

Дело не только в скобочках. В некоторых языках (пальцем показывать не будем) есть такие замысловатые конструкции как new Integer(42) или Foo foo::Foo *myFoo = new foo::Foo(foo::FOO_INIT);. ЖС такого более менее избегает, но всё равно выглядит как говно даже по сравнению с lua, который по сути тот же js.

PolarFox ★★★★★
(04.02.13 23:30:23 MSK)

Ответ на: комментарий от PolarFox 04.02.13 23:27:16 MSK

Остальное - неудачная попытка замаскировать КО-стиль под троллинг ;-фобов.

упорище

Если я покажу тебе свой последний код на JS, ты не поверишь, что он не прошёл через минификатор.

border-radius ★
(04.02.13 23:32:02 MSK)

Ответ на: комментарий от border-radius 04.02.13 23:32:02 MSK

>Если я покажу тебе свой последний код на JS, ты не поверишь, что он не прошёл через минификатор.

Так плохо пишешь? :}

Deleted
(04.02.13 23:32:57 MSK)

Ответ на: комментарий от border-radius 04.02.13 23:32:02 MSK

Я не ;-фоб. Мне, конечно, не очень нравятся ;, но ещё больше мне не нравится бодание людей с парсером.

PolarFox ★★★★★
(04.02.13 23:33:20 MSK)

Ссылка

Ответ на: комментарий от Deleted 04.02.13 23:28:12 MSK

Да, теперь JS напоминает.

border-radius ★
(04.02.13 23:33:20 MSK)

Ссылка

Ответ на: комментарий от PolarFox 04.02.13 23:30:23 MSK

>>>var i = [new Number(42), 42, Number(42)]
[Number {}, 42, 42]

Deleted
(04.02.13 23:33:23 MSK)

Ссылка

Ответ на: комментарий от PolarFox 04.02.13 23:30:23 MSK

Хотите верьте, хотите нет, но в C++ вовсе не синтаксис и не обилие текста раздражает. Так что претензии к синтаксису языка мне (да и другим плюсовикам, вероятно) непонятны.

quiet_readonly ★★★★
(04.02.13 23:33:52 MSK)

Ответ на: Корабль в бутылке в корабле в бутылке от geekless 04.02.13 20:13:07 MSK

Забыл, про JS-linux, на котором это все крутится где-то... Беллард его знает где :)

slackwarrior ★★★★★
(04.02.13 23:34:25 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:32:57 MSK

Скорее, тренирую ?:.

border-radius ★
(04.02.13 23:34:41 MSK)

Ссылка

Ответ на: комментарий от quiet_readonly 04.02.13 23:33:52 MSK

ну в крестах из неважных вещей меня бесит разделение на cpp и h (оно не обязательно но требование стиля), и шаблоны в которых можно сделать шаблон гранаты для ноги и выдернуть чеку из результата

Deleted
(04.02.13 23:35:53 MSK)

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

Википедия говорит что да:

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

Зачем тогда это нужно?

Deleted
(04.02.13 23:37:35 MSK)

Ответ на: комментарий от slackwarrior 04.02.13 23:34:25 MSK

JSlinux - это да, сила.

border-radius ★
(04.02.13 23:38:48 MSK)

Ссылка

В треде чего-то нехватает... Как же традиционные забеги по Мигелюшке, С#, моно? :)

slackwarrior ★★★★★
(04.02.13 23:40:10 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:37:35 MSK

js давно умеет компиляться в байткод даже такими страшными штуками как js интерпретатор на java (Rhino)

другое дело что авторы гнума могут таки интерпетировать js

Deleted
(04.02.13 23:40:37 MSK)

Ответ на: комментарий от slackwarrior 04.02.13 23:40:10 MSK

JavaScript выбран в качестве основного языка разработки приложений для GNOME (комментарий)

дотнет упоминался но лор уже не торт

Deleted
(04.02.13 23:41:42 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:37:35 MSK

Если они не совсем упоротые, наверное, будет в каком-то виде запряжен JIT

slackwarrior ★★★★★
(04.02.13 23:42:01 MSK)

Ссылка

Ответ на: комментарий от Deleted 04.02.13 23:35:53 MSK

ну в крестах из неважных вещей меня бесит разделение на cpp и h (оно не обязательно но требование стиля), и шаблоны в которых можно сделать шаблон гранаты для ноги и выдернуть чеку из результата

Подозреваю в вас фаната vim. У меня переключение cpp/h одной клавишей F4 делается ;)

Кстати, в этом секрет многих срачей: претензии к языку оказываются претензиями к редактору кода.

quiet_readonly ★★★★
(04.02.13 23:42:19 MSK)

Ответ на: комментарий от quiet_readonly 04.02.13 23:42:19 MSK

телепатия вас обманула, на крестах я уже лет пять как не писал

а vim я юзаю лишь по необходимости - когда из альтернатив только nano

Deleted
(04.02.13 23:43:53 MSK)
Последнее исправление: Deleted 04.02.13 23:44:28 MSK (всего исправлений: 1)

Ответ на: комментарий от quiet_readonly 04.02.13 23:42:19 MSK

Кстати, в этом секрет многих срачей: претензии к языку оказываются претензиями к редактору кода.

Ггг. А еще отродье Страуструпа рвет шаблон зайчаткам интеллисенца в KDevelop, из-за чего интеллисенц случается рушит среду на одном и том же заголовке :) Ненависть, ненависть. Плюсы убили KDevelop! Сволочи!

slackwarrior ★★★★★
(04.02.13 23:45:56 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:43:53 MSK

Не писал, но осуждаешь же!

slackwarrior ★★★★★
(04.02.13 23:46:35 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:41:42 MSK

А где-то был локальный срачик между разрабами гнума JS vs C#?

slackwarrior ★★★★★
(04.02.13 23:47:39 MSK)

Ответ на: комментарий от slackwarrior 04.02.13 23:46:35 MSK

потому и не пишу, что осуждаю

особо прикольно выглядел C++.NET

Deleted
(04.02.13 23:47:42 MSK)

Ответ на: комментарий от slackwarrior 04.02.13 23:47:39 MSK

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

Deleted
(04.02.13 23:48:14 MSK)

Ссылка

Ответ на: комментарий от slackwarrior 04.02.13 23:45:56 MSK

а вот точно, недавно пытался разобраться отчего clemetine не умеет показываться по хоткею, при том что остальные хоткеи работают - в qtcreator вполне удобно

Deleted
(04.02.13 23:50:16 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:40:37 MSK

js давно умеет компиляться в байткод даже такими страшными штуками как js интерпретатор на java (Rhino)

Ну тогда ничего страшного.

Deleted
(04.02.13 23:50:28 MSK)

Ссылка

Ответ на: комментарий от quiet_readonly 04.02.13 23:42:19 MSK

Кстати, в этом секрет многих срачей: претензии к языку оказываются претензиями к редактору кода.

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

PolarFox ★★★★★
(04.02.13 23:51:02 MSK)

Ответ на: комментарий от Deleted 04.02.13 23:47:42 MSK

Особо прикольно выглядели на нем прослойки для плюсовых либ, протягивающие их в С# :) Ну и сам C# в нативные проги с плугинскими АПИ были любители протягивать... Без С++.NET как оказалось, голый С# не умеет в экспорт - какие-то извращенцы вообще на IL это дело хачили. Очень надо видать было.

slackwarrior ★★★★★
(04.02.13 23:52:17 MSK)
Последнее исправление: slackwarrior 04.02.13 23:52:42 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от Deleted 04.02.13 23:50:16 MSK

В KDevelope обычно трабла не решалась никак - кроме отключения зайчатков надмозга и... Переходом на eclipse, netbeans, vim, whatever...

slackwarrior ★★★★★
(04.02.13 23:55:50 MSK)

Ссылка

Ответ на: комментарий от PolarFox 04.02.13 23:51:02 MSK

тут видите ли какое дело... Изначально не особо нужен, если у вас в сорцах не каша с макаронами, но лень двигает прогесс в известном направлении :)

slackwarrior ★★★★★
(04.02.13 23:57:40 MSK)

Ответ на: комментарий от Ok 04.02.13 20:09:47 MSK

Made my day.

zz ★★★★
(04.02.13 23:58:16 MSK)

Ссылка

Ответ на: комментарий от slackwarrior 04.02.13 23:57:40 MSK

изначально нужен, т.к. проверка опечаток компиляцией - маразм, причем тяжесть этого маразма осознается с опуханием проекта

правда, после этого страшно писать на динамических языках где вообще нет никаких проверок и надо помнить названия всех долбанных переменных и функций из всех долбанных модулей

Deleted
(05.02.13 00:00:19 MSK)

Ответ на: комментарий от slackwarrior 04.02.13 23:57:40 MSK

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

PolarFox ★★★★★
(05.02.13 00:02:31 MSK)

Ответ на: комментарий от Deleted 05.02.13 00:00:19 MSK

проверка опечаток компиляцией - маразм, причем тяжесть этого маразма осознается с опуханием проекта

ненене, это в тебе лень говорит - изначально был eyeball search - вычитка ДИКО ВРАЩАЮЩИМИСЯ глазами :) И немножко статических проверяторов типа lint

slackwarrior ★★★★★
(05.02.13 00:04:19 MSK)

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

← 1 2 3 4 5 →

←	linux-smb+win-ad

Talks

По какому принципу в википедии на сайдбаре сортируются языки?

→

Похожие темы