впервые о нем слышу))
Отличный язык, можешь погуглить
Ruslan
Андрей
Если будет бага в компиляторе, то я ничего не смогу сделать.
Ruslan
Если будет бага в компиляторе, то я ничего не смогу сделать.
А насколько возможно, к примеру, использовать реакт?
Андрей
Из-за того, что это язык, который пришёл с бекенда.
Ruslan
Я не совсем понимаю, как это получается в итоге
snatvb
типизиронный кофескрипт?
Ruslan
Ну они специально под каждый фреймворк что-ли делают?
Андрей
Ты это из-за синтаксического сахара?
А на бекенде лишние абстракции имеют не такой уж и большой вес, в отличии от фронта.
Андрей
Ну они специально под каждый фреймворк что-ли делают?
Не знаю. Я сильно в него не погружался.
snatvb
чет я б так не сказал
Ruslan
А на бекенде лишние абстракции имеют не такой уж и большой вес, в отличии от фронта.
Хочешь сказать, что сама идея перенести язык с бекенда на фронте так себе? Из-за неэффективности?
Андрей
Хочешь сказать, что сама идея перенести язык с бекенда на фронте так себе? Из-за неэффективности?
Из-за того, что ресурсы разные. На фронте экономят по максимуму. А на беке главное - это поддерживаемость.
Андрей
В этих сферах разные понятия эффективности.
Ruslan
Ну рано или поздно все все равно перейдут на webassembly, так что уже можно предположить, какой язык займет нишу фронта
Андрей
Ruslan
Из-за того, что ресурсы разные. На фронте экономят по максимуму. А на беке главное - это поддерживаемость.
Но язык довольно гибкий же. А чем проблема писать. Эффективно под фронт? Плюс возможно будет оптимизация во время компиляции
Андрей
Но язык довольно гибкий же. А чем проблема писать. Эффективно под фронт? Плюс возможно будет оптимизация во время компиляции
В том что лишний слой абстракции - это ещё одно место где можно ошибиться.
Ruslan
В том что лишний слой абстракции - это ещё одно место где можно ошибиться.
Ты про какой именно слой?
Ruslan
Компилятор?
Ruslan
Ну тоже верно
Андрей
Почему? Не вижу причин, кроме инерции, чтобы не переходить на webassembly
Пока твой web assembly не позволяет работать с домом.
Ruslan
Мне кажется, что в будущем всё-таки будет webassembly, но JavaScript останется в вебе, просто будет компилироваться в webassembly
Ruslan
Из-за огромного количества всего на нем сделанного
Ruslan
В том числе для фронта
Ruslan
Не могу сказать, что я глубоко разбираюсь, но его разрабатывают же. И поддерживают крупные компании
Ruslan
В том числе мозилла
Андрей
Потому что даже через 2 года будут клиенты, которые не будут поддерживать webasm
Ruslan
Да, будет куча проблем поначалу. Но исправят рано или поздно. Все таки лишняя производительность ещё никому не помешала
Ruslan
Потому что даже через 2 года будут клиенты, которые не будут поддерживать webasm
Это ты с чего взял? Может наоборот?
Ruslan
Это не мечты, это план на будущее
Андрей
Да, будет куча проблем поначалу. Но исправят рано или поздно. Все таки лишняя производительность ещё никому не помешала
Производительности особой не будет добавлено.
Ruslan
Производительности особой не будет добавлено.
Да ладно, там парсинг документа не в один десяток раз ускорится
Ruslan
А работать будет на виртуальной машине от js, она со временем стала очень оптимизированной
Андрей
Да ладно, там парсинг документа не в один десяток раз ускорится
И что дальше?) парсинг - это не самая тормознутая часть. Далеко не самая тормознутая.
Ruslan
И что дальше?) парсинг - это не самая тормознутая часть. Далеко не самая тормознутая.
Ну если это будет легко и просто компилиться, то почему бы и нет?
Ruslan
Будет тебе тот же js
Ruslan
+ чем крупнее сайт, тем ощутимее скорость парсинга
Ruslan
Возможно действительно крупные проекты на фронте получат сильное преимущество
Андрей
Может и будет.
Ruslan
Хотя большинству может и не надо это будет, если верстаешь просто менюшку
Дима
Нормальные проекты кстати и не должны быть крупными в понимании клиента) Практически все ресурсы можно разнести во времени, как минимум)
Ruslan
Ruslan
Там нужно все и сразу
Ruslan
И там это не будет лишним
Никита
Дима
Спасибо 😄
Андрей
facepalm
Anonymous
Дима
Все проблемы кстати часто и начинаются от того, что люди решают что они достаточно крупные чтобы забить кол на оптимизацию и быструю загрузку и начинают юзать какой-нибудь жвм-то-жс
Андрей
С приходом вебасембли и начнётся жопа
Андрей
Это как эпоха флеша. Брр...
Дима
Ага)
Андрей
Проходили уже.
Андрей
Кстати да, флеш - это как раз тот самый вебасембли.
Дима
Я сейчас вот доволен, сократил у себя время до первого рендера до 8 десятых секунды :3
Дима
Для сервиса до сжатия весящего 20 мегабайт
Андрей
А после сжатия он сколько весит?
Дима
Пара мегабайт где-то, из них часть в воркере
Андрей
А минимально рабочий размер какой?
Дима
Первый чанк просто не содержит даже реакта, вручную рисую минимальный интерфейс-скелетон, позволяющий взаимодействовать с приложением и видеть статус загрузки
Дима
А минимально рабочий размер какой?
Это сильно относительное понятие, до загрузки воркера ты не сможешь сохранять результаты работы на сервер, но я так прикинул — никто в первые десять секунд до сохранения все равно не доберется, значит его загрузку можно делать в фоне
Дима
Это как в первых айфонах, в которых весь бохатый интерфейс — это картинка, а реальная подгрузка происходит во время анимаций между экранами
Дима
Когда я пришёл на проект время до первого рендера было в районе 20 секунд, лол