Size: a a a

WebAssembly — русскоговорящее сообщество

2020 May 08

NL

Nick Linker in WebAssembly — русскоговорящее сообщество
MaxGraey
а могли бы взять svelte или preact и не мучаться)
Спасибо, js не надо. Если почитать ишшуи svelte, то возникает много вопросов о месте человека в животном мире.

Сборка идёт где-то 1.5 минуты, для CI это ерунда, это больно только для девелопмента, точнее для текущего воркфлоу девелопмента, потому что хочется видеть результат после любого мелкого изменения.

А js жертвует долгосрочными целями ради краткосрочных (удобства любителей F5).
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Nick Linker
Спасибо, js не надо. Если почитать ишшуи svelte, то возникает много вопросов о месте человека в животном мире.

Сборка идёт где-то 1.5 минуты, для CI это ерунда, это больно только для девелопмента, точнее для текущего воркфлоу девелопмента, потому что хочется видеть результат после любого мелкого изменения.

А js жертвует долгосрочными целями ради краткосрочных (удобства любителей F5).
вообще ще то в react-е том же есть hot-reloading и watching, то есть ты меняешь скажем цвет кнопочки (и даже не в css) и мгновенно видишь изменения в браузере посредством dev сервера и сокетов и с сохранением сосотояния приложения) Такого с rust и wasm ты не сможешь добиться. Не знаю правда как там в svelte с этим
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
MaxGraey
вообще ще то в react-е том же есть hot-reloading и watching, то есть ты меняешь скажем цвет кнопочки (и даже не в css) и мгновенно видишь изменения в браузере посредством dev сервера и сокетов и с сохранением сосотояния приложения) Такого с rust и wasm ты не сможешь добиться. Не знаю правда как там в svelte с этим
Это можно было еще 5 лет назад)
https://youtu.be/xsSnOQynTHs?t=309

О каком F5 идет речь?)
источник

MG

Musлим Guseinov in WebAssembly — русскоговорящее сообщество
Nick Linker
Спасибо, js не надо. Если почитать ишшуи svelte, то возникает много вопросов о месте человека в животном мире.

Сборка идёт где-то 1.5 минуты, для CI это ерунда, это больно только для девелопмента, точнее для текущего воркфлоу девелопмента, потому что хочется видеть результат после любого мелкого изменения.

А js жертвует долгосрочными целями ради краткосрочных (удобства любителей F5).
Можно кстати по фану попробовать перенести компайлинг свелт на практики swc, может выйдет что нибудь толковое.
Кстати недавно к swc подвезли поддержку васма
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Musлим Guseinov
Можно кстати по фану попробовать перенести компайлинг свелт на практики swc, может выйдет что нибудь толковое.
Кстати недавно к swc подвезли поддержку васма
ты предлагаешь переписать svelte на rust?
источник

MG

Musлим Guseinov in WebAssembly — русскоговорящее сообщество
MaxGraey
ты предлагаешь переписать svelte на rust?
ну основной препроцесинг можно было бы попробовать перенести, но не факт что будут весомые профиты
источник

NL

Nick Linker in WebAssembly — русскоговорящее сообщество
MaxGraey
вообще ще то в react-е том же есть hot-reloading и watching, то есть ты меняешь скажем цвет кнопочки (и даже не в css) и мгновенно видишь изменения в браузере посредством dev сервера и сокетов и с сохранением сосотояния приложения) Такого с rust и wasm ты не сможешь добиться. Не знаю правда как там в svelte с этим
Ну я согласен, что это очень удобно и приятно. Но я также знаю и то, что опытные фронтендеры (коим я не являюсь, поэтому и мучаюсь без костылей) даже не заботятся поднятием дев-серверов, а пишут код при этом визуализируя результат у себя в голове (!).

Я как-то был очень впечатлён соревнованием на HolyJS, где был дан макет в виде картинки, и участники делали вёрстку не видя результат. После того, как заканчивалось отведённое время, они запускали код в браузере и все видели, что получалось. Получалось круто, у некоторых 1-в-1 с макетом.
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Musлим Guseinov
ну основной препроцесинг можно было бы попробовать перенести, но не факт что будут весомые профиты
ты же понимаешь что на самом деле намного практичнее и эффективнее улучшать алгоритмы а не переписывать с js на rust, с rust на ассемблер с ассемблена на машинные комманды, так можно дойти и до харварных вариантов FPGA, но если там O(N^3) алгоритм в основе, нет кеширования и других механик то сильно это погоды не сделает)
источник

MG

Musлим Guseinov in WebAssembly — русскоговорящее сообщество
MaxGraey
ты же понимаешь что на самом деле намного практичнее и эффективнее улучшать алгоритмы а не переписывать с js на rust, с rust на ассемблер с ассемблена на машинные комманды, так можно дойти и до харварных вариантов FPGA, но если там O(N^3) алгоритм в основе, нет кеширования и других механик то сильно это погоды не сделает)
да да, я не говорю что профит принесет сам раст, я больше про практики которые присутствуют в swc
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
+
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
Nick Linker
Ну я согласен, что это очень удобно и приятно. Но я также знаю и то, что опытные фронтендеры (коим я не являюсь, поэтому и мучаюсь без костылей) даже не заботятся поднятием дев-серверов, а пишут код при этом визуализируя результат у себя в голове (!).

Я как-то был очень впечатлён соревнованием на HolyJS, где был дан макет в виде картинки, и участники делали вёрстку не видя результат. После того, как заканчивалось отведённое время, они запускали код в браузере и все видели, что получалось. Получалось круто, у некоторых 1-в-1 с макетом.
это не правда, дев сервер нужен все равно
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
сверстать вслепую что-то простое не сложно, но фронта это на 60-80% написание логики, а не верстка
источник

NL

Nick Linker in WebAssembly — русскоговорящее сообщество
Nikolay
сверстать вслепую что-то простое не сложно, но фронта это на 60-80% написание логики, а не верстка
А с логикой как раз и на расте никаких проблем, даже лучше, благодаря типам. Во всяком случае, у меня.
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
Nick Linker
А с логикой как раз и на расте никаких проблем, даже лучше, благодаря типам. Во всяком случае, у меня.
типам чего?
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
я не говорю что раст это плохо, я просто написал про фронтов и дев сервер, под каждую задачу - свой инструмент
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
я не видел, что-бы в js были бы реальные проблемы с типами, в js проблемы с типизацией интерфейсов, что решается PropTypes или TypeScript
источник

Г

Георгий in WebAssembly — русскоговорящее сообщество
ну ваще классы вроде ввели, единственый момент что хрен пойми к чему обращаешься
источник

Г

Георгий in WebAssembly — русскоговорящее сообщество
кто че передал в функцию - хз
источник

Г

Георгий in WebAssembly — русскоговорящее сообщество
ну тайпскрипт решает конечно, но это тс, а не жс, так что
источник

NL

Nick Linker in WebAssembly — русскоговорящее сообщество
Nikolay
я не говорю что раст это плохо, я просто написал про фронтов и дев сервер, под каждую задачу - свой инструмент
Не, ну я согласен, если поднять dev сервер есть просто прописать в webpack.config.js, то нет особых причин этого не делать и для серьёзных долгих задач он нужен.
Но я видел своими глазами, как человек видит баг репорт, тут же открывает файл, делает ряд исправлений, коммитит - всё, баг исправлен.
источник