После двух лет разработки представлен первый значительный выпуск Deno 1.0, платформы для обособленного выполнения приложений на языках JavaScript и TypeScript, которая может быть использована для создания обработчиков, работающих на сервере. Платформу развивает Райан Даль (Ryan Dahl), создатель Node.js. Как и в Node.js в Deno используется JavaScript-движок V8, который также применяется в браузерах на основе Chromium. При этом Deno не является ответвлением от Node.js, а представляет собой созданный с нуля новый проект. Код проекта распространяется под лицензией MIT. Сборки подготовлены для Linux, Windows и macOS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52947
Оно ведь однопоточное, да?
Deno supports Web Worker API.Workers can be used to run code on multiple threads. Each instance of Worker is run on a separate thread, dedicated only to that worker.
ну так это и в обыкновенном JS/ноде есть.
Так тут обещают Токио на Расте.
Токио на Расте
Название аниме, не иначе.
Я, наверное, старый уже, но первая ассоциация у меня — фильмы про Годзиллу.
Нода на libuv который тоже, внезапно, умеет многопоточность (в C), но от этого сама нода не становится многопоточной; такие дела.
токио тоже как бы не про многопоточность, а про асинхронность и IO
> Tokio позволяет создавать высокопроизводительные приложения на основе событийно-ориентированной архитектуры (Event-driven), поддерживающие многопоточностьслово "многопоточность" мне померещилось, наверное...
Именно. V8 не умеет в многопоточный **жс**, потому что для каждого воркера он создаёт отдельные изоляты (кинда экземпляры вм), между которыми жсную память шарить нельзя. При этом нативные функции могут работать как угодно, и уже за управление ими и их привязку к однопоточному v8 отвечают либув и токио.
Правильный ответ:
1. Сетевая часть сделана на Rust + Tokio через thread pool.
2. Клиентская (API, твой ts/js-код) часть сделана через Web Worker API.
3. Each instance of Worker is run on a separate thread, dedicated only to that worker. -- скорее ограничение, т.к. режим thread pool (в общем понимании; с растом никак не связан) может быть предпочтительней для ряда приложений.
4. Worker внутри Worker можно, но unstable и поддерживается только полное копирование прав от основного процесса: https://deno.land/manual/runtime/workersИтог: полноценного API к потокам пока что нет. Возможно завезут позднее, т.к. идея deno ближе к питону, перлу, нежели просто вертеть JS через http на сервере.
притом js в силу своей браузерной природы не дает передавать данные между потоками полноценнода и вообще кому это говнище надо... я про сам язык
JS - быстрейший скриптовый язык. Всяким питоноруби и не снилось.
Но потоки немного неудобные, да
Впрочем, потоки в JS - далеко не ежедневный юзкейс
> JS - быстрейший скриптовый язык. Всяким питоноруби и не снилось.
> Но потоки немного неудобные, да
> Впрочем, потоки в JS - далеко не ежедневный юзкейсбыстрейшим не может быть язык, быстрейшим может быть только его реализация
у меня были примеры кода, в которых C# обходил по скорости C++, но это ничего не значит,
и С++ и C# очень серьезные и уважаемые с точки зрения программирования языки,
как и Java, в меньшей степени Pascal, поскольку не си-подобный синтаксис (не так удобен в работе),
т.е. я не создаю культ языка, но я точно знаю, что из языков говнище...
и JS - типичный такой кусок гoвна, сборище костылей и стероидов над неудачной попыткой со времен NN.питон тоже не подарок, тем не менее причина его популярности уже озвучена,
хотя как язык я бы лично его не использовал, как кстати и руби
Шарп и джава.. невольно вспоминаются времена, когда даже простое шарповое приложение было легко узнать по тому, что даже на десктопе оно запускалось с очень ощутимым лагом и не давало никаких ощутимых плюсов в плане производительности.
Про джаву с её апплетами в вебе, пожалуй, даже и вспоминать не стоит, т.к то г.нище не то, что с js, но даже с flash ни шло ни в какое сравнение по тормознутости и жору ресурсов.
Но это уже к слову о неудачных попытках и проч.
Если js, то однопоточный конечно.
С одной стороны да, с другой стороны ничто не мешает обратиться приложению к себе же, как к серверу и вызвать еще один обработчик.
Кажись буква "e" там лишняя в названии...
Интересно, как там соблюдается безопасность rust плагинов, которые могут обращаться куда угодно и читать что угодно (ну, пока операционка позволяет)
Вероятно платформа гарантирует безопасность исполнения js-скриптов, но не гарантирует безопасности исполнения собственных компонентов. Для этой цели есть ОС. Хотя, конечно, какие-то общие правила и минимальная "защита от дурака" в плагинах, скорее всего, все же есть.
> Вероятно платформа гарантирует безопасность исполнения js-скриптов, но не гарантирует
> безопасности исполнения собственных компонентов. Для этой цели есть ОС. Хотя, конечно,
> какие-то общие правила и минимальная "защита от дурака" в плагинах, скорее
> всего, все же есть.А то!
"Автор Node.js представил защищённую JavaScript-платформу"
Помяните моё слово, вангую: "Скриншотьте, посоны! То что представлено как защищённое, а уж тем более на JS не простоит и года, как надут дыру или кто-то ломанёт!"
> ...Автор Node.js представил защищённую JavaScript-платформу ... Скриншотьте, посоныНа шутку не тянет ну совсем, глупо. Что скриншотить, заголовок статьи, который (заголовок) "автор ноде" не писАл? Вы только заголовки статей читаете, саму статью не удосужились? (хоть и ее "автор ноде" не писАл).
В самой статье там далее пишется "... и предоставить пользователям более защищённое окружение.". Не абсолютная и полная безопасность, а только её некоторое повышение (слово "более"). Опять же следом фраза "Для повышения безопасности обвязка вокруг..." - не полное исключение уязвимостей, а только уменьшение их возможного кол-ва.
Писал о том, что это бесполезная хрень, полгода назад (https://habr.com/ru/post/476972/). Мне клялись и божились написать, как и в чём я не прав. Воз и ныне там.
если бы так господа думали, то и Python и C# и даже java не появились, ибо ну есть С/С++ и збс, юзаем их
Поржал. Мало было в 80-х интерпретаторов ...
Java и C# вполне себе годные вещи и покрывают определенную и притом немаленькую нишу на рынке.Питон как язык шляпа еще та, но имеет свои инфраструктуру, крутится под линем без проблем, много AI framework'ов и всяких других плюх. Ниша поменьше у тем не менее...
JS - это унылое Г, для которого просто нет альтернатив в браузере.
Вот гугля и тащит всю эту поипень, ангуляр придумали, а пейсбук реакт замутили..
короче все кто завязан на веб накачивают JS стероидами, больше веба - больше рекламы - больше прибыли ))Притом начинает страдать десктоп от всяких электронов, нодов и прощей куйни.
«Годной вещью» тот же шарп на десктопе стал лишь с ростом производительности компов, на фоне которой уже не так заметны его тормоза из-за тонн оверхеда, который, в теории, должен был сделать что-то проще и быстрее, но обычно получается как всегда, т.е наоборот.Самое забавное с JS, что у него просто гигантский зоопарк разных устройств и окружений, на которых он так или иначе работает.
В своё время, ему были аналоги - те же т.н джава апплеты, но в стародавние времена они оказались столь эпическим говнищем в плане жора ресурсов, что умудрились проиграть даже при практически полном отсутствии конкурентов и огромной популярности джавы( которая, кстати, тогда была не менее хиповой, чем жс сейчас ).. как ни странно, жс оказался проще и гораздо скромнее в плане потребления ресурсов на клиенте.
У вас какая-то детская травма? Чего вы так рьяно поливаете JS дерьмом? Его создали в середине 90-х. С тех пор очень многое изменилось. А вы судите язык, который развивается и уходит от многих проблем, как будто его вчера создали и сразу сделали плохо.Он выполняет свою функцию. Он был сделан для веба и в вебе он очень хорошо работает. Там не нужны супер сложные алгоритмы, работа с памятью и так далее. Для 90% того, что вы хотите сделать в браузере - его достаточно. В если вы хотите играть в 3D игры уровня UT3 в браузере, то это не проблема языка или браузера, это ваша проблема.
> Чего вы так рьяно поливаете JS дерьмом?
> Его создали в середине 90-х. С тех пор очень многое изменилось.ничего не изменилось
как не было ститической типизации - так и нету
наоборот - за это время он ещё и стандартнообфусцированным стал и в этом преимущество перед вебасембли потерял> Он выполняет свою функцию. Он был сделан для веба и в вебе
> он очень хорошо работает. Там не нужны супер сложные алгоритмы, работа
> с памятью и так далее. Для 90% того, что вы хотите
> сделать в браузере - его достаточно.и поэтому хабр после майского обновления интерфейса на 50 комментах в мобильном браузере вешает мне показ комментов или вообще пишет "комментов: 50. Извините, комментов к статье пока нету!"
а на опеннете 200 комментов летают в том же браузере
Если бы только одна статическая типизация.
Они "решили" эту проблему с помощью TypeScript.
Oчередной костыль, в котором нет ничерта: ни неймспейсов, ни полноценного ООП.
Да и смысл в очередном транспайлере. Тогду уж лучше Bridge.NET, потяжелее будет, но зато полноценный C#.
Полезная или бесполезная будеть зависеть от хайпа.
Вы путаете полезность и популярность.
> Вы путаете полезность и популярность.Ну если он популярен значит он кому-то полезен, например для зарабатывания денег или для самоудовлетворения
>Пройдём по пунктам:
>Rust — не преимущество.Ну если вы не собираетесь разрабатывать эту платформу то конечно нет.
>TypeScript — не преимущество.Да все верно js форева [1, 2, 3] + [4, 5, 6] // -> '1,2,34,5,6'
>Загрузка модулей по URL без NPM — скорее два шага назад.ага сейчас то идеяльно, кучка на гитхабе и кучка в npm, красота
В npm нет проблем именно по этому у вас, npm,yarn, ...
>Улучшения безопасности — выглядит ужасно.Очень рад что вы так считаете, curl http://nevedomaja.hren/to/me/install.sh | bash
>Остальные отличия непринципиальны. Разве что лого. Лого офигенное. Люблю динозавров!Ну хотя бы что то вам нравиться, заль вы не столь известны как автор Deno у вас столько классных проектов https://github.com/jehy
То есть автор встал в позу, обиделся на всех, за 2 года напилил свой "Node.JS version 2.0" без NPM и барышень.Очень напоминает персонажа, кто также встал в позу и стал делать Svelte-фреймворк.
Поживем - увидим. То ли останутся фриковыми поделиями. То ли порвут всех и мы будем юзать Svelte/Deno (сомневаюсь).
От Svelte хотя бы минимальная польза есть: <s>джаваскриптеры будут продолжать страдать, переписывая сайтик на очередном фреймворке</s> может хоть этот ужас с конструкциями типа «$:» поспособствует похудению и ускорению монструозных страниц, занятых сейчас бесполезным перетеребонькиванием virtual DOM.
Ничто не мешает им генерировать статику на сервере на том же ноджсе или этим дено. Они решают проблему которой нет.
Ах, если б только все сайты были статичными, а приложения — нативными… Увы, такого в ближайшее время ожидать не приходится.
> От Svelte хотя бы минимальная польза есть: <s>джаваскриптеры будут продолжать страдать,
> переписывая сайтик на очередном фреймворке</s> может хоть этот ужас с конструкциями
> типа «$:» поспособствует похудению и ускорению монструозных страниц, занятых
> сейчас бесполезным перетеребонькиванием virtual DOM.Очередная возня в маленьком мирке жабаскриптеров. Заняться нечем - переписывают с фреймворка на фреймворк.
> Очень напоминает персонажа, кто также встал в позу и стал делать Svelte-фреймворк.А его идеи подхватил Evan You в Vue.js
Что в этом плохого?
>> Очень напоминает персонажа, кто также встал в позу и стал делать Svelte-фреймворк.
> А его идеи подхватил Evan You в Vue.js
> Что в этом плохого?Чем бы дитя не тешилось. Просто фрагментарность мирка JS многих пугает. + NIH-синдром повсеместный. В итоге делаем тысячи библиотек, делающих то же самое )
Ну так каждый надеется на то, что вот он запилит охрененный фреймворк, исправит косяки присущие другим фреймворками, в итого получается очередной N+1 говенный фреймворк.Никакой макияж не поможет, если у тебя 3 ноги ))
> Просто фрагментарность мирка JS многих пугает.Кого пугает, пусть дома сидят :)
А если серьёзно, когда в очередной раз меня достало заниматься манипулированием DOM дерева, я понял, что надо уже что-то изучать. Посмотрел на React — пздц, посмотрел на Angular — тоже. Попался мне vuejs ещё тогда версии 1 и с тех пор ещё ни разу не пожалел, что выбрал его.
Притом что я больше backend.
>> Просто фрагментарность мирка JS многих пугает.
> Кого пугает, пусть дома сидят :)
> А если серьёзно, когда в очередной раз меня достало заниматься манипулированием DOM
> дерева, я понял, что надо уже что-то изучать. Посмотрел на React
> — пздц, посмотрел на Angular — тоже. Попался мне vuejs ещё тогда
> версии 1 и с тех пор ещё ни разу не пожалел,
> что выбрал его.
> Притом что я больше backend.Чем Vue так лучше React? Просто интересно.
> То есть автор встал в позу, обиделся на всех, за 2 года напилил свой "Node.JS version 2.0" без NPM и барышень.Где инфа, что он обиделся? От ноды он уже давно ушел.
Ненужно, буду пользоваться NodeJS, там всё уже есть, куча туториалов написано как безопасно использовать.
> Ненужно, буду пользоваться NodeJSВсё верно: NodeJS как раз для таких, как иваня.
Зря автор отказался от package.json. Очень удобно видеть когда сторонная либа обновляется.
Ну и пользователи Deno готовьтесь что клон проекта спустя полгода будет смотреть на битые JSки. Централизованные репозитории были лучше.
В Го такой же пакетный менеджер как и в Го все работает. УМВР.
> В Го такой же пакетный менеджер как и в Го все работает.Ась? Где опечатка то?
В Дено такой же пакетный менеджер как и в Го. И в Го все работает.Ехал Го через Го, Го-Го, И-Го-Го.
Ты наверное умалчиваешь что в го появилась возможность и более привычным способом ставить зависимости с явным указанием версий.. И что людям оно зашло больше чем изначально предлагает голенг
json головного мозга
>js
>на сервереУстарело. В 2020 году на сервере предпочитают более производительные решения.
например какие?
я за последний год штук 100 проектов видел в разных компаниях на nodejs, и фрилансеры в основе своей предлагают пилить веб на нем, т.к. хоть и криворукие но все же один язык для фронта и бекенда...я не защищаю, просто есть стереотип, но SPA приложения/сайты/страницы нужно пилить именно на node.js, при том, что на go/rust, да даже python api пишутся быстрее и качественнее в итоге для саппорта и миграции, нежели на меркзом node
за форк я только плюсую автору Deno, т.к. все в курсе, что Npm выкуплен MS-ом, потому скорей всего Deno будет жить + вангую, что автор давно предвидел покупку npm-a, потому напилил форк
Лучше бы он запилил единую библиотеку со всеми лефтпадами и прочими фичами которые в джаваскрипт забыли положить.
Sugar.js уже есть
посмотрел. Какая-то помесь jQuery и lodash родом из 2011. Никогда о ней не слышал. В чем профит?
Кстати никто не мешает подключить в дено тот же лодаш, в нём нет платформозависимых вещей.
> Лучше бы он запилил единую библиотеку со всеми лефтпадами и прочими фичами
> которые в джаваскрипт забыли положить.Лефтпад уже в стандарте языка. С разморозкой
Вон недавно еще с какой-то микролибой весь ноджс мирок покрашился. Это пора прекращать.
> Вон недавно еще с какой-то микролибой весь ноджс мирок покрашился. Это пора
> прекращать.Так уже. Организации хостят свои репозитории с библиотеками, не полагаясь на глобальный NPM. Nexus, насколько я помню для этого годится
> за форк я только плюсую автору Deno, т.к. все в курсе, что Npm выкуплен MS-омИ что? NPM - не часть ноды, можно использовать любой другой пакетный менеджер, этот просто выбран дефолтным (там даже разрабы разные), т.к. был первым.
я бы в 2020 дотнет рекомендовал. C# 8, няшка, его очень хорошо научили работать с нуллабельными значениями. Строгие типы, функциональщина, linq, ооп, одна из лучших имплементаций дженериков. Нормальный нугет. .net core. Хороший инструментарий в виде Rider/ResharperНо я дотнетчик и не вижу всей картины в целом.
NetCore, кстати, неплох: MIT-лицензия и C# развивается хорошо, в отличие от java, у которой сомнительная лицензия и сам язык java еле-как развивается.
В этом году вроде Net5 обещают выпустить.
У Java есть ранатайм от Oracle, и есть от OpenJDK.Первый платный, второй бесплатный под LGPLv2 + classpath exception. Первый сделан на основе второго + некоторые коммерческие фичи.
Oracle решила стричь денег с динозавров, кому нужен "официальный JRE с коммерческой поддержкой". Но помимо Oracle есть еще N+1 сертифицированный JRE, так что.
если java API по free open source лицензии, почему Oracle засудила Google за использование java API в android sdk? Ведь android sdk по Apach 2 лицензии и Google не пытался продавать android sdk.
Потому что Oracle хочет денег, и поэтому уже много (10?) лет судится из-за API. Хотя это какой-то бред. А вообще dalvik -- это не совсем та же JVM, что и у Oracle. Там используется Java, другой байткод, кишки. В этом и претензия, наверное была.Я кстати думаю, что если бы ReactOS откусила рынок настольных ПК у MS, то там такой же иск подъехал бы. Тут вопрос на миллиарды долларов все-таки.
есть сомнения, что технология java не является free open source технологией
Если бы Google взяли JVM от OpenJDK/Oracle, то этого не было бы. У таких крупных компаний, как Google, должны быть всегда свои продукты и системы, vendor-lock для них может стоит очень дорого.
Ну а Oracle просто жадные и попытались высосать хоть что-то: "у вас API (не код, который под LGPLv2!) как у нас", но скорее всего у них ничего не получится.
* в Dalvik другой байткод, другие кишки, другое все. Т.е. это несовместимая с официальной спекой JVM.
И да, язык развивается медленно, но гармоничнее. На подходе достаточное кол-во фич, которые зарекомендовали себя в других языках, а что-то вообще свое в принципе. Посмотрите roadmap, что ли. Плюс в Java есть такая вещь как 100%* обратная совместимость (один из основных якорей).
Для любителей свежего есть Kotlin/Scala. Первый вообще выглядит как один из самых сбалансированных и продуктивных языков в мире на текущий момент. Scala 3 тоже на пятки наступает.C# очень часто напоминает полигон технологий: туда тащат вообще все подряд, в итоге у языка проблема С++ -- одну и ту же вещь можно сделать M+1 способом. А потом это читай и поддерживай.
* если не использовать internal api и подтягивать, вынесенные в либы, компоненты.
те фичи, которые в java только на подходе, уже давно были в kotlin
Ну да, а до этого они были в N+1 языке программирования. Заслуга Kotlin в том, что он собрал в себе фичи очень гармонично, язык в принципе сделан комфортной для работы.Ну и на популярность сильно сказалось качество тулинга + почти бесшовный interop + поддержка Android (война с Oracle, из-за которой Google перестал поддерживать актуальные версии Java и обновлять Dalvik).
Медленное обновление Java -- это фича, в язык берут фичи, без которых уже никто разработку не представляет. Отсюда и лаг -- пока обкатают, пока выберут, пока реализуют. Обратная совместимость опять же (за которую держатся очень сильно, не знаю, нужна или она настолько, но такой приоритет у языка). Тот же Kotlin несколько раз её ломал уже.
>C# очень часто напоминает полигон технологийА с чего все должны равняться на Java? Т.е. это нормально что всем джавистам на собесе задают вопрос, что лучше int, short или byte? Хотя по факту внутри java оперирует только на уровне int, а все остальное (short, byte) это сахарок. И никакого перформанса short и byte по сути не дают. Или это уже не так?
Второй момент, когда Java научится сама делать минимальный рантайм? Или по-другому, когда она научится динимачески выделять память, а не заставлять программиста высчитывать сколько памяти будет жрать программа?
Третье, когда в Java завезут нормальный GUI, а не поделие из 2000х?
P.S. Это все риторические вопросы, чтобы java-фаны не раскидывались словами, что java ути-пути какая крутая, а все остальные ЯП это фуфло.
Ни разу такой вопрос не задавали, по внутренностям скорее про JMM и GC спрашивали. Ну и в целом странный аргумент.Минимальный рантайм это что? модульный JRE (JPMS)? Ну ему уже лет 5-6, наверное. Или речь про параметры потребления памяти? Ну так работает GC. Никто не запрещает сделать xmx равный всему объему RAM или настроить GC.
Есть JavaFX, но до WPF/QML ему далеко.
P.S. хреновые риторические вопросы, на которые есть ответы.
>Или речь про параметры потребления памяти? Ну так работает GC. Никто не запрещает сделать xmx равный всему объему RAM или настроить GC.А нафига программисту этим заниматься вообще?
>P.S. хреновые риторические вопросы, на которые есть ответы.
Конечно есть ответы, т.к. это они показывают изъяны в идеальной java.
Потому что от этого зависит производительность приложения? Можно поставить "средний по больнице" сборщик и не париться (собственно так большинство и делает).
JRE11 и старше включают гораздо более щадящие параметры по-умолчанию, в сравнении с JRE8 разница потребления памяти на старте без настройки CG - 2-4 раза.
>Потому что от этого зависит производительность приложения?А, теперь ты задаешь риторические вопросы. ОК. От размера пула памяти при динамическом выделении памяти производительность никак не влияет от ЯП к ЯП (см. ньансы дальше). Вся фишка java в том, что если программа просит больше чем ей сказали, то java начинает вытворять чудеса, что в итоге в любом ЯП при ограничении памяти физическом или логическом приводит к сбою работы программы. Смысла в этих xmx, xms нуль. Они были придуманы для Nokia 3310, вот и все.
Ньансы. Да, тут я не обсуждаю детали реализации динамической аллокации памяти в разных ЯП. Да, где-то они быстрее, где-то медленнее, но все они в итоге обращаются к ядру. И задача ЯП снизить трудозатраты разработчика на вникание во внутренние детали реализации. И смысл вопроса не в том, что как это сделать, а в том, на кой фиг рядовому программисту знать сколько его программе выделить памяти? Вот, я пишу на C#, C, Perl, Python и ни в одном этом ЯП нет этой задачи. Это архаизм явы, от которого надо было избавляться еще с появлением Android. В том же Android система (в некоторых реализациях) сама расчитывает какое приложение прибить из-за чрезмерного потребления ресурсов и эти флаги (xmx, xms) ей до фанаря. Если они неправильные, то приложение будет сбоить, если они правильные, а приложение кривое, то приложение будет сбоить.
Java изначально позиционировалась как серверная система. Для любого приложения на shared-системах требуется указать допустимый размер ресурсов, который он может взять себе.
Сейчас правда этот контроль уже почти на всех уровнях присутствует (k8s, vps, само приложение). И это касается любых приложений: .NET, Python, JVM, C++, Rust. Никто не будет запускать приложение в неограниченной среде.Если мы говорим про Desktop, то тут это не требуется. Почему это сделано в .NET, а в Java нет, думаю не трудно догадаться.
О истории Java https://en.wikipedia.org/wiki/Java_(software_platform)#History
Ключевые моменты:
1. Stealth Project Декабрь 1990. Позднее переименован в Green Project.
2. Цитата о создании Green Project"""
The team originally considered using C++, but rejected it for several reasons. Because they were developing an embedded system with limited resources, they decided that C++ needed too much memory and that its complexity led to developer errors.
"""3. Позднее появится смесь Mesa и Си -- язык Oak. Его демонстрация была в 1992 году, цитата:
"""
Their first demonstration, on September 3, 1992, focused on building a personal digital assistant (PDA) device named Star7[1] that had a graphical interface and a smart agent called "Duke" to assist the user.
"""4. 1994-1995 переименование Oak в Java.
===
ИТОГО: ява изначально была языком для встраиваемых систем. И моя мысль о том, что xmx/xms это архаизм вполне логична.
Все. Думаю, на этом слив засчитан и продолжать нет смысла. Проще позвонить John Gage и спросить у него напрямую =)
>Есть JavaFXThis software is licensed under GPL v2 https://gluonhq.com/products/javafx/
Ты что советуешь? Что это? Как на этом деньги зарабатывать? Ау =)))
И да, я не против новых языков, наоборот, я только рад новым возможностям. Я говорил про конкретные минусы C# (на котором я тоже, кстати, пишу).
> И да, я не против новых языков, наоборот, я только рад новым
> возможностям. Я говорил про конкретные минусы C# (на котором я тоже,
> кстати, пишу).Мне нравилось программирование до тех пор, пока я не встретился с другими программистами ) Вечно какие-то холивары )
Да этот Даль уже не знает как ему выпендриваться или хайпануть.
Согласен. Достаточно одного Node.js, а зачем он эту платформу запилил? Было бы понятно если бы он например только TypeScript поддерживал, но ведь это же по прежнему использует JavaScript как промежуточный слой. Так же мало гордости в том что он переписал на JavaScript прослойку HTTP. Единственный плюс это пожалуй возможно система сборки получше чем у Node.js
Нет просто у автора ноды прокаченный них-синдром, он постоянно все хочет сделать и переделать сам.
Наканецта, можно переписывать ядро линукса на жс.
Сначала хотел пошутить про госуслуги, но там хуже уже не будет.
Шо, опять?
>При запуске программы, а также для загрузки модулей можно использовать адресацию через URL
>Защищенная системаТьфу, хипсторы.
/0
И таки да. Они реально сайты на js называют программамми.
> представляет собой созданный с нуля новый проектвот это означает что в проекте не используются миллионы строк кода движка v8, на то оно и с нуля, а не с миллиона
Какой смысл js вообще на десктопе?
> Какой смысл js вообще на десктопе?Прототипирование и зарабатывание бабла
Очень правильный вопрос.Ты ищешь смысл там где его нет.
Ответ прост. НИКАКОГО.
ну как минимум производительность: как бы не хотелось этого признавать, JS быстрее любой другой скриптоты в разы
То есть, вместо того, чтобы до написания "платформы" продумать её архитектуру, товарищ бросился кодить, и только через 10 лет прочухался и осознал "концептуальные ошибки".
> сами модули могут размещаться на любом сайтеА, не, нифига...
> бросился кодитьБросился говнoкодить: C++ не осилил, а на libuv сделал какое-то peшетo с use-after-free. И даже через 10 лет он мало что понял, судя по новым архитектурным решениям. Просто решил, что ржавчина его спасёт от всех проблем.
Да конечно. Я в это так и поверил. Дадада.