Сегодня великий день! JavaScript стал на шаг ближе к смерти! / geek :: Microsoft

Сегодня великий день! JavaScript стал на шаг ближе к смерти!

,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,Microsoft,Майкрософт

В этот памятный день зарелизился .Net Core 3.0, который привносит в мир веб возможность писать на чистом C# с помощью фреймворка с открытым исходным кодом Blazor, компилируя исходные коды в WASM, который является открытым стандартом и поддерживается на уровне браузера, что исключает повторение судьбы SilverLight. А там, где не поддерживается WASM если возможность эмуляции и передачи готового с сервера прямо клиенту.

Сам по себе Blazor похож на Angular. Да, может быть какие-то фичи отсутствуют, но в ближайших релизах их добавят.

,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,Microsoft,Майкрософт

Покайтесь JavaScript'еры, ибо грядет судный день!

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

23.09.2019, 18:10

+2,6

Фишка в том, что до введения WASM в веб не было никаких альтернатив. Были лишь какие-то попытки сделать удобную обертку над JavaScript, которая затем компилировалась снова в JavaScript.
А тут прямо простор открыли для других языков.

23.09.2019, 18:13

+0,7

>то на чем он кодит сейчас скорее всего лет через 5 будет уже древностью
Угу, особенно хорошо это видно на примере какого-нибудь Си

23.09.2019, 18:25

+1,9

С++
С#
Java

24.09.2019, 12:50

-0,1

Чувак, я на С пишу.

23.09.2019, 18:34

+0,4

я почти 15 лет кодю на С# ..... он походу Бенджамин Баттон

Божья тварь

23.09.2019, 18:56

+0,5

Скажи это фортрану, пхп и ассемблеру.

23.09.2019, 19:27

-1,1

Это "третий лишний"?

23.09.2019, 19:46

-0,6

23.09.2019, 18:10

+1,3

Вспомнились строчки одной известной в узких кругах песни:

New-wave tried to destroy the metal, but the metal had its way
Grunge then tried to dethrone the metal, but metal was in the way
Punk-rock tried to destroy the metal, but metal was much too strong
Techno tried to defile the metal, but techno was proven wrong
Metal!
It comes from hell!

23.09.2019, 18:14

+0,9

>It comes from hell!

это прям вот точно про javascript

23.09.2019, 18:17

+0,7

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

JS как голем из говна, ты его рубишь а у него больше говна отрастает, так он еще и тебя пачкает.

23.09.2019, 18:21

+0,4

Ну Легаси переписывать конечно никто не будет в корпорациях, однако, если пилить что-то новое, то можно взять Blazor.
Глядишь и еще какие-нибудь игроки подтянутся.
Например, у Google есть Dart, который пока компилится в JavaScript, но если у майков получится завоевать популярность, то будет круто.

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

23.09.2019, 18:34

+0,0

Очень сомневаюсь. Щас все обмазываются JS. Фронт на жс. Бэк на жс. Мобильные приложения на жс. Десктопные приложения на жс. Даже есть микроконтроллеры на жс. Шарп популярен, но не так, как жс, и больше в ыыынтырпрайз виндовс-десктоп и ыыынтырпрайз-веб секторе.

23.09.2019, 18:47

+0,8

И я хз, дает ли Blazor какие-то объективные преимущества. Производительность? Фиг знает, что быстрее, виртуалка в виртуалке (пусть WASM и легковесная низкоуровневая виртуалка, быстрее, чем CLR) или JS на V8, который тоже со всякими оптимизациями? ООП? Ну есть тайпскрипт от того же майкрософта (справедливости ради, я попробовал этот ваш тайпскрипт и после плюсов/шарпа/джавы - это какое-то лютое дерьмо). Единственным плюсом мне видится возможность переиспользования частей кодовой базы для тех, у кого бэк на шарпе.

23.09.2019, 18:50

+0,2

Typescript годен. Особенно против Java

23.09.2019, 21:13

0,0

~~Ты просто робот, имитация жизни~~ Имитация ООП. Ну, джава то еще говно, тут да. Но против C++/C#/Kotlin - говнище. Я писал немного и ой как мне не хватило хотя бы сраной перегрузки операторов. Писать векторные-матричные операции через add(), mult() и так далее не очень удобно.

23.09.2019, 22:29

0,0

Я не согласен. Каждый язык по своему хорош. И хорош для своего. Хочу увидеть как вы будете писать энтерпрайз на ++. А особенно читать. Typescript это в первую очередь джс здорового человека.

24.09.2019, 08:39

0,0

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

24.09.2019, 16:55

0,0

>В этот памятный день зарелизился .Net Core 3.0, который привносит в мир веб возможность писать на чистом C# с помощью фреймворка с открытым исходным кодом Blazor, компилируя исходные коды в WASM

точно ли сразу в WASM?

емнип, в WASM скомпилирована Mono Runtime, а сам Blazor компилируется в EXE. (да да, виртуальная машина в виртульной машине)

емнип(2), компиляция напрямую в WASM была намечена в .net5

23.09.2019, 18:42

+0,9

Как и ты. Как и все мы...

23.09.2019, 18:45

-0,1

Ну, Preview-версии этого Blazor довольно давно уже были. Я в прошлом дотнетчик и вообще люблю C# как один из самых приятных и нормально развиваемых мейнстримовых языков, считаю, что эта штука - на 80% хуйня.

Следите за руками. WASM - low-level виртуальная машина, исполняющая некий байткод. Поверх этой виртуальной машины запущен адаптированный рантайм .NET (грубо говоря, они взяли рантайм .NET и скомпилировали его не в машинный код какого-нибудь x86, а в байт-код WASM), со всеми его jit-компиляторами, сборщиками мусора и прочим говном. И уже поверх крутится ваше приложение. Мы добавили вам виртуальную машину в виртуальную машину, осталось прихуярить монитор.

И это пиздец, скажу я вам. Это отличное проявление эволюционного развития ПО. Зачастую новое рождается на основе существующего, не изменяя сути вещей, а добавляя еще один ебаный слой абстракции поверх. WASM - хорошая штука, если вам нужно запустить какой-нибудь C/C++/Rust/etc, т.е. нативный код в браузере, чтобы получить перфоманс. Нахуя вам перфоманс в браузере, я, конечно, не знаю. 3д игры, блеать? Матан считать? Фотошопы? И все же, WASM - тот еще костыль. А VM поверх VM - это пиздец.

Но и это еще не все. Стандарт WASI: запуск WebAssembly за пределами веба. Еще раз. Специальная хуета, сделанная, чтобы обойти ограничения веба (один сраный JS, песочница итп итд) тащится в обычные ОС! Теперь ты можешь запускать .NET/Python/etc в гребанном WASM в винде/линуксе/итп. Да-да, ровно в то же время, как ты можешь запускать все то же самое на своей сраной ОС непосредственно! Особенно забавно, если речь идет не о каком-нибудь С/С++/итп, которые надо перекомпилировать, а о питоне, шарпе или джаве!

23.09.2019, 18:45

+1,6

>Нахуя вам перфоманс в браузере, я, конечно, не знаю. 3д игры, блеать?

докинь WebGPU к WASM и дотка в браузере уже не будет казаться чем-то нереализуемым

ну и справедливости ради - реализацию "VM поверх VM" обещали ликвидировать к .NET5. Под айфоны же как-то (Mono+LLVM) компилируется сразу бинарь. Плюс у Unity есть такая тулза как IL2CPP - возможно смогут прикрутить её как временное решение

23.09.2019, 18:55

-0,7

Но зачем? Зачем нам дотка в браузере? Компы стали слишком мощные, надо срочно накинуть пару слоев абстракций?

23.09.2019, 19:15

+0,6

- доставка контента без необходимости установки и полной загрузки (не нужно загружать локально скинчики, которые есть у полутора человек во всем мире)
- работа там, где установка невозможна или затруднена (xbox, ipad, итд)
- Нулевая стоимость поддержки не-x86 (ты же понимаешь, что для ARM и MIPS нет никаких проблем выпустить CPU на 5ггц?)
- нулевая стоимось поддержки различных ОС (кто сказал Linux?)

и далее по списку.

23.09.2019, 19:32

-0,5

Я старый ворчун, но вся эта веб-хуйня со множеством слоев абстракций мне не по душе.
А поддержка не-х86 легко доступна везде, где есть gcc :)

Вообще, это все к той теме, которую я поднял, об эволюционном развитии ПО.
Не, кросс-платформенность и прочее дерьмо, безусловно, хорошо.
У нас есть ОС, есть графическая подсистема (встроенная ли, как в винде/айосях/андроиде итп) или отдельная (x window server), которая умеет нативно рисовать всякие кнопочки (привет GDI+ и прочие). Затем, значит, мы шлем все это дерьмо нахер, говорим, что от ОС нам нужен фреймбуфер (точнее, контекст DirectX/OpenGL, ведь щас все аппаратно ускорено), а мы уж сами отрисуем все кнопочки-менюшки своими силами, с большим количеством графона и настроек (привет, WPF). Но все это говно все еще запускается в ОС, так или иначе пользуется ее API для работы с файлами, процессами итп итд. Мы идем еще дальше, мы делаем браузер, который берет фреймбуфер и херачит там страничку, берет всякий WASM и рисует опять-таки все наши кнопочки-менюшки. Возникает, закономерный вопрос. Нахуя нам вся ОС (я не про ядро, драйвера и прочее) с ее ГУИ, API и прочей хуйней, которая висит мертвым грузом и служит, лишь чтобы сраный браузер запустить? Вспоминаются всякие Chrome OS. Но ведь можно дальше пойти. Все, что нам нужно от ОС (кроме ядра, дров, ФС и прочего): композитный менеджер окон, предоставляющий приложениям фреймбуферы и стандартная виртуальная машина. И какой-то АПИ. У нас есть веб-стандарты, почему не может быть стандартов для ОС, описывающих вышеназванное? Но и тут идем дальше. Если у нас стандартное поведение ОС, и предоставляют они некий минимальный функционал, то нахуя нам вообще разные ОС? Дальше лень.

23.09.2019, 20:37

+0,7

>А поддержка не-х86 легко доступна везде, где есть gcc :)

исходники только доступны не везде и не всегда (привет Adobe)

>Если у нас стандартное поведение ОС, и предоставляют они некий минимальный функционал, то нахуя нам вообще разные ОС?

Не взлетит. У нас уже есть POSIX, но он описывает далеко не всё. Но даже если бы описывал:

1)также у нас есть некрософт с хаченным перехаченным win32, который находится за всеми этими вашими gdi и wpf и никуда смываться не планирует

2) у нас есть Яббл с think different головного мозга

3) у нас есть ворох разных юниксов, чьи стоны всё еще слышны из-за спины Тукса

вот поэтому на браузеры и возложили миссию быть кроссплатформенной прослойкой, которая возьмёт на себя всю боль и тяжесть поддержки разных ОС

23.09.2019, 20:58

-0,1

> исходники только доступны не везде и не всегда (привет Adobe)
WASM не поможет, ведь нет исходников, не скомпилировать под WASM-байткод. Это все равно, что скомпилировать под MIPS/ARM/etc. И я более, чем уверен, что у тех же сраных адобов там лютое дрочево, которое не получится легко потрануть простой кросс-компиляцией. Типо SIMD.

Кстати об SIMD. Что насчет поддержки SIMD в WASM? И как это будет, если нам нужно дохуя кросс-платформенно, но у нас есть SSE на старом дерьме, AVX/AVX2/AVX512 на новом дерьме, NEON на ARM итп? .NET типо выкатил какую-то ограниченную поддержку, но там не очень вписывается в то, что WASM - минимальная и легкая "тупая" машина.

> Не взлетит. У нас уже есть POSIX, но он описывает далеко не всё. Но даже если бы описывал:
Тот же WASM помимо собственно ВМ имеет некое подмножество POSIX, какие-то системные вызовы, которые должны быть реализованы WASM-машиной. Например, работа с файлами. Ты дергаешь эти сисколы, а песочница проверяет твои права доступа (ой, а ведь у нас есть ОС, занятые примерно этим).

> также у нас есть некрософт с хаченным перехаченным win32, который находится за всеми этими вашими gdi и wpf и никуда смываться не планирует
И опять WASM идет нахуй как спаситель человечества, потому что если даже под x86 Wine работает через жопу...

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

23.09.2019, 22:24

0,0

там вот прям явно не хватает ещё докера, с которым уже уух

24.09.2019, 05:45

0,0

Радуйтесь, радуйтесь. Один хрен весь веб скоро на флаттере будет. Да и те только веб.

23.09.2019, 18:48

-0,5

Как сложить два числа при помощи бигдейта* ^ кафки, монги и Rx? j
f Я выбираю по | софтскилам и * психологической ^совместимости л
г Мне нужен архитектор по React, знание JS , будет плюсом и |ЧТоб верстать^ умел
Давайте спросим их, как к работает Event Loop,
Ш Queue и асинхронный ввод/вывод в

23.09.2019, 19:25

-1,5

И что, теперь реакты всякие можно не учить? )))

23.09.2019, 19:25

+0,1

Ну как сказать. Js как бы и так в режиме конкуренции развивался, скорость разработки высокая, стоимость программистов низкая, новые фишки и возможности каждый день, я даже не могу представить, чтобы он вдруг помер в ближайшие 5 лет. Я думаю, что он просто дальше продолжит развиваться. Dart тоже позиционируется как убийца js, но он как-то не справляется с 2015года.

23.09.2019, 20:34

+0,0

о нет... :( долбаный ШАРП!!!

23.09.2019, 19:56

-1,6

И как эту срань поддерживать после компиляции?

23.09.2019, 20:22

0,0

Так де, как поддерживают JavaScript бандлы.

23.09.2019, 20:26

+0,2

и будет оно таким же дырявым как flash который уже десять лет всё закапывают но никак не могут закопать

23.09.2019, 20:52

-0,1

Ну хз.
Flash был плагином, который поддерживали Adobe и на сколько я помню, патчили они тоже только они.
WASM- это открытый стандарт и реализация ложится целиком на браузер=> браузеры могут активно сами фиксить уязвимости, а различные проблемы безопасности - это косяки конкретного браузера.

23.09.2019, 21:37

0,0

Уязвимость .NET/Blazor поверх WASM, который типо опенсурс, но все Майки все же больше всех контрибьютят туда.

23.09.2019, 22:25

0,0

Уже поздно. Javascript уже достаточно хорош, что бы не учить другие яп для того что можно сделать на js. Тонны кода написаны. Куча прогеров есть на рынке. Теперь это самоподдерживающийся процесс.

23.09.2019, 21:22

+0,7

настолько хорош, что в production всё больше выступает не как самостоятельный ЯП, а как target для компиляции TypeScript и Flow. Причём с таким размахом, который и не снился CoffeeScript

да и сам JS в strict режиме тоже наверняка нормально компилируется в WASM

24.09.2019, 08:07

+0,2

И того, зачем нужен васм, если есть нормальный джс и ещё более нормальный typescript?

24.09.2019, 08:41

-0,6

>нормальный джс
нет

- строгая типизация на уровне vm (а не транслятора)
- нормальное ООП, а не обвёртка над прототипами
- отсутствие callback hell по умолчанию, а не через promise-костыль
- нормальная многопоточность, а не "нити" одного потока
итд.

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

24.09.2019, 10:15

-0,1

- чем на уровне vm не устраивает? Иногда она просто не нужна. Особенно когда обрабатываешь респонс как ни странно.
- чем не устраивает ооп на прототипах. Какая разница как оно там внутри сделано? Просто хачу?
- есть воркеры.
А что не так со скоростью выполнения? Собрался риалтайм на джсе кодить? Не выйдет. ИМХО современный js особенно ts приятен и годен к употреблению в своей сфере. Для веба лучшего пока не придумали.

24.09.2019, 14:33

-0,6

>чем на уровне vm не устраивает?
в смысле? как раз устроила бы, если бы была

>Иногда она просто не нужна. Особенно когда обрабатываешь респонс как ни странно.
почему?

>чем не устраивает ооп на прототипах. Какая разница как оно там внутри сделано?
тем, что это неполноценный кастрат. в теле класса даже свойства нельзя определить, lol

>А что не так со скоростью выполнения?
всё с ней не так - и медленная (в разы медленнее даже тех же java и c#), и ресурсоёмкая: быстрая (по меркам js) vm для js просто не может не ЖРАТЬ ресурсы

>Для веба лучшего пока не придумали
уже придумали - прямо сейчас ты комментируешь пост уже даже не про hello world на с++ для wasm, а про полноразмерный framework для SPA-приложений, написанный на высокоуровневом языке

24.09.2019, 18:36

0,0

Ну в смысле да. На уровне транслятора конечно. Тут я проебался. Среда хорошо хэндлит типы в ts, а то что они не встроены в вм мне как то похуй, что бы вы не говорили. При оброботке сложных и запутанных ответов /запрсов хорошо что можно поставить any иначе я б заебался каждую херню в класс превращать как в джаве например.
>класса даже свойства нельзя определить, lol
Лол вот беру и определяю. Законом не запрещено.
>полноразмерный framework для SPA
Хуйня. Посмотрю где этот ваш framework будет через 2 года.

24.09.2019, 20:46

0,0

>есть воркеры
воркеры - не потоки. предлогаешь eval'ить код переданный текстовым сообщением из основного скрипта?

24.09.2019, 18:40

0,0

Чтобы написать коммент, необходимо залогиниться

Похожие посты ↓↓↓

4085759, 4145650, 4096399, 3970920, 3019003, 3525964, 3527194, 5861270, 1246918, 942694, 840533, 5089270, 2030458, 2622074, 694790