долго пытался найти статью где рассказывалось как они там стили сделали, но что-то так и не смог

эти все урони абстракции электронов двигают мир к покупке более мощных пк, не хорошо

у электронов как раз минимум абстракции)) там браузер с одним окном и ещё одним v8 процессом грубо говоря

где браузер это интерпретатор

и далеко не в машинный язык

слоев между машинным кодом и браузером довольно много)

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

ну посмотри на вебшторм который лагает на 10к строк кода в проекте и на нелагающий вскод))))

https://tadeuzagallo.com/blog/react-native-bridge/

ну это связано с тем, что вебшторм делает очень много, а вскод не делает ничего)

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

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

девелопер должен иметь достаточно железа в любом случае

слоев между машинным кодом и браузером довольно много)

с джавой получается, код -> JVM -> виртуальная машина оси -> машинный код

никто не будет писать IDE работающая на железе 2000-ых годов

с браузером получается, код -> V8 -> виртуальная машина оси -> машинный код

другое дело что DOM, BOM и прочее это отдельная от кода часть, это апи которые достаточно медленные

а vscode канвасом рисуется или тоже dom?

https://github.com/Microsoft/vscode/search?utf8=✓&q=DOM&type=

)

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

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

у них там мб демократия и мелкие отделы сами решают на чем писать...

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

Кажется что им просто нужен был инструмент продвижения, а электрон потому-что быстро, ЦА фронтендеры, js молули в редактор и всё такое)

у них там мб демократия и мелкие отделы сами решают на чем писать...

допускаю что Андерс Хейлсберг захотел принести свой опыт в веб и как паровоз протянул всё это

как расширить какие-то дефинишны другими дефинишнами из @types?

конкретно у меня проблема в том, что надо расширить нодовские util дефинишнами из @types/text-encoding

потому что в @types/node дефинишны из 7 ноды

и там в utils нет еще этого api

Кажется что им просто нужен был инструмент продвижения, а электрон потому-что быстро, ЦА фронтендеры, js молули в редактор и всё такое)

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

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

вообще я очень раз до MS смогли такое

эм, вы так говорите, как будто электрон сделали майкрософт?

нет, я говорю тут про typescript

как родилась vscode я не могу сказать

но это тоже прям глоток свежего воздуха после большой visual studio

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

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

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

не будет

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

што

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

в вебассембли до сих пор нет gc. Тайпскрипт создан именно как обёртка js и самостоятельной жизни для него я не вижу

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

А зачем?

Вебассембли уже научился работать с домом?

нет

Тогда о какой компиляции в вебассембли говорить?

гуй это не критикал зависимость

порой надо просто произвести рассчеты

ну ваще можно компилить в wasm + js, но я что-то все равно не уловил о чем там выше

btw @webassembly_ru

порой надо просто произвести рассчеты

Посмотри на долю этого рынка.

ts сейчас - это в подавляющем случае фронтэнд.

как расширить какие-то дефинишны другими дефинишнами из @types?

помогите лучше советом тут

Посмотри на долю этого рынка.

долю рынка в смысле долю поддержки wasm у юзеров?

долю рынка в смысле долю поддержки wasm у юзеров?

На долю использования ts для вычислений.

дак ты сарвниваешь не сравнимое)

щя тс это жс, если бы тс сделали под wasm, то там как бы быстрее немного)

понятно что быстрее

но нужно ли?

его нет смысла делать под вазм

ессесно

у меня графики 60 фпс не выдают, а я хочу 60фпс

у меня графики 60 фпс не выдают, а я хочу 60фпс

это не из-за жс

а из-за DOM

у меня графики 60 фпс не выдают, а я хочу 60фпс

ты что-то делаешь не так

обычно

у меня графики 60 фпс не выдают, а я хочу 60фпс

Дык у тебя дом тормозит, а не вычисления.

ERROR: S client not available

ну скорее всего из за дома да, но если на каждый ивент перерасчитывать точки графиков на wasm, возможно это дало бы прирост

ну ты можешь посмотреть сколько занимают времени функции с вычислениями у тебя

в перфоманс вкладке

перфоманс для меня не понятен, там 100500 анонимных функций завернутых друг в друга

ну скорее всего из за дома да, но если на каждый ивент перерасчитывать точки графиков на wasm, возможно это дало бы прирост

Не забывай оверхед на переход из js в натив.

ну скорее всего из за дома да, но если на каждый ивент перерасчитывать точки графиков на wasm, возможно это дало бы прирост

скорее всего не дало бы

Так что тебе компиляция ts в wasm вообще не дало ничего.

А возможно только ухудшило метрики.

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

Не забывай оверхед на переход из js в натив.

ты про что?

у меня графики 60 фпс не выдают, а я хочу 60фпс

Вот посмотри что у меня на ts творится и работает https://www.youtube.com/watch?v=adixpp9CK_A

ты про что?

переход из js в wasm не бесплатен.

но он и не особо затратен будет

дак там же компиляция прям в байт код, причем там js?

семантически все внутри одной вм

но он и не особо затратен будет

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

это зависит

Вот посмотри что у меня на ts творится и работает https://www.youtube.com/watch?v=adixpp9CK_A

круто круто, я на phaser при сильно меньшем лагал)

дак там же компиляция прям в байт код, причем там js?

Байткод разный бывает. И байткод хрома и байткод wasm - это разные вещи.

не знаю что такое байткод хрома, ну раст генерит конкретный бинарь

не знаю что такое байткод хрома, ну раст генерит конкретный бинарь

Круто. Что хром знает об том бинаре?

а, ну то что это из js вызывается все...

Или Edge

я ваще не понимаю что вы говорите чеснгря

эт вообще странно, что wasm в итоге работает на js движке, почему его не сделали сильным и независимым)

эт вообще странно, что wasm в итоге работает на js движке, почему его не сделали сильным и независимым)

Он не зависит от движка js

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

Он не зависит от движка js

как же, пишут что он им и исполняется, просто умея читать бинарный код

как же, пишут что он им и исполняется, просто умея читать бинарный код

Есть спека webasm. Можешь глянуть.

еще нет

но вообще вы очень странные вещи пишите

что один, что другой