Это оптимизируемый бесконечный call stack, мощное управление ресурсами, типизация by design (ядро распознаёт различные типы задач через паттерн-матчинг), приоритизация потоков, и многое, многое другое. Технологии инопланетян

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

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

Я был уже на пол пути. Бесконечный call stack у меня уже был, потому что очевидно насущная идея, и команда реакта размышляла в том же направлении

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

Я был уже на пол пути. Бесконечный call stack у меня уже был, потому что очевидно насущная идея, и команда реакта размышляла в том же направлении

У меня всего один вопрос, а зачем бесконечный стек-то?

Чтобы не вылетать со stack overflow У тебя есть алгоритм, который описывается с помощью длинного ряда функций — purescript, ocaml реализации, просто фп в жс и так далее. Если ты используешь стек, то играешь с огнём — рано или поздно ты обязательно вылетишь, плюс он потенциально выполняется бесконечно

Чтобы не вылетать со stack overflow У тебя есть алгоритм, который описывается с помощью длинного ряда функций — purescript, ocaml реализации, просто фп в жс и так далее. Если ты используешь стек, то играешь с огнём — рано или поздно ты обязательно вылетишь, плюс он потенциально выполняется бесконечно

Ну там же совсем грустно должно быть чтобы SO вылетел

Если у тебя стек в виде простого плоского массива, то можно аккуратно выполнять его, останавливаясь в любом месте, можно оптимизировать его на лету, обобщать, менять, координировать, параллелизировать и так далее

Это понятно

Ну там же совсем грустно должно быть чтобы SO вылетел

Тут действует закон больших чисел, если ты рассуждаешь о такой базовой вещи, то вероятность вылета рано или поздно — равна единице

Просто нельзя полагать, нужно располагать

Тл;тр — они делают оптимизированный стек из функциональных языков

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

Ну те у них по сути будет свой call-stack?

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

Интересно, как на это отреагирует деоптимищатор v8?

Очень рад

Хотя ему вообще должно же быть пофиг, он конкретно за вызовами следит, а не за стеком

const jsStack = f(f(f(f(f(f(d))))))) Все функции выполняются разом, требуют всего внимания V8, потенциально готовы упасть function fiber(stack, d) { let result = d for( const fn of stack ) { result = fn(result) } return result } Плоский массив выполнения, в любой момент можно прерваться, остановиться, если ясно что данные больше не нужны и так далее

Не, я говорил конкретно про ту часть, которая занимается реалтайм (де)оптимизацией

А, ну ему наверное всё равно, да

Я до этого места ещё не дошёл ?

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

Вот кстати примитивный ручной стек https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/packages/telegram-mtproto/src/util/profunctor/trampoline.js Я проверял на профункторе с сорока тысячами вложенных вызовов — вывозит спокойно) Но с файбером это несопоставимо как детский самосвал в песочнице и размеры вселенной ?

Кто то может объяснить что за типы и flow в чате обсуждали?

Кто то может объяснить что за типы и flow в чате обсуждали?

https://flow.org/

Ааа, понял, у Стефанова читал об этом

Я уже с утра подумал типизацию в es2018 вводят

++

Привет. Подключил notyjs 3.1 не работают уведомления. Точнее стили не импортит. Кто сталкивался в чем проблема

Народ, как описать immutable state через flow?

допустим `const initialState = Map({ options: Map({test:true, test2:1, test3:'string'}), items:List([1,2,3])}`

как это будет выглдеть с flow?

поясните за ТайпСкрипт

Что интересует?

Что интересует?

в чем плюсы

в чем плюсы

Типизация. Очевидные.

ну это я понял

этого недостаточно?

да я вот понять не могу

Ну тогда он тебе не нужен

?

Ну тут в принципе подписываюсь ? Если надо объяснять, то не надо объяснять

Как понять, что вам нужна типизация: 1. Начните новый проект на жс 2. Подождите, пока не станет мучительно больно

Как понять, что вам нужна типизация: 1. Начните новый проект на жс 2. Подождите, пока не станет мучительно больно

??

что там есть из коробки кроме типов, async/await

Как понять, что вам нужна типизация: 1. Начните новый проект на жс 2. Подождите, пока не станет мучительно больно

Пробовал. После пары лет кактус перестается колоться.

Разве типизация не усложняет разработку?

Ну кстати резонный вопрос

Разве типизация не усложняет разработку?

Поддерживаю, писать больше, в продакшене все равно типов нет, только лишний оверхэд

Разве типизация не усложняет разработку?

Разработку - да. Поддержку - нет.

Усложняет

Усложняет и облегчает

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

Пффф

Да и вообще типы от лукавого, не дают строки с числами складывать

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

JsDoc и тесты решают большую часть проблем.

Я тоже так говорил, лол

Добавь "пока что")

Большие проекты это сколько?

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

Я тоже так говорил, лол

и telegram-mtproto ж на ts'е?

@zachot type ItemsState = { +items: Object[], }

ERROR: S client not available

У меня вот ошибок с типами не бывает. Очень много ошибок на состоянии завязано

+ говорит flow, что поле иммутабельно

Это конкретно в реакте

насколько я понял, он на crypto же работает?

и telegram-mtproto ж на ts'е?

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

насколько я понял, он на crypto же работает?

Не, в crypto нет AES IGE (и нигде нет, лол), там свой модуль-форк

Я когда 10 лет назад переходил с нормальных языков на lua, а потом, прости боже, php тоже понять не мог как жить дальше. Даже подсветки синтаксиса не было нормальной. Сейчас строгая типизация - как костыль.

Вот в этом вся и разница. flow, ts — это скорее просто статическая

У меня например далеко не 100% flow coverage

Подскажите за ant design: кто нибудь mobile-first делал проекты? как вообще комбинировать ant.mobile и обычный ant (плавный переход на десктопную версию)?

Не, в crypto нет AES IGE (и нигде нет, лол), там свой модуль-форк

Я просто как-то пытался его во fuse засунуть, а в итоге получил болт

Я просто как-то пытался его во fuse засунуть, а в итоге получил болт

Ааа, блин, ну это может быть ? Я пробую сделать универсальный пайплайн, но пока ещё ряд проблем есть, можешь issue открыть, чтобы я не забыл) Загон в универсальности — как либа должна распространять и инклудить воркеры, которые всегда на странице идут отдельным файлом?? Пока что решение — импортить worker-loader и делать require соответствующего формата, соответственно получается что webpack only

Я если честно про другие бандлеры даже как-то не подумал

Так файл для воркера можно "руками" в браузере генерить через BlobUrl

Знаю, но не уверен, что это хорошее решение)

Тем более, что туда половина проекта инклудится, по 300 кб каждый (пока что)

Это оптимизируемый бесконечный call stack, мощное управление ресурсами, типизация by design (ядро распознаёт различные типы задач через паттерн-матчинг), приоритизация потоков, и многое, многое другое. Технологии инопланетян

60фпс-то точно будет?

Да

Там есть отдельное понятие — deadline

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

Скорее бы. А то у меня получилось только 40 фпс выжимать с форком gsap на анимации для всей странице через width.

А через Транзишен сколько?

А через Транзишен сколько?

В любом случае нужен независимый от реакте рендер.

Ну ты уже сейчас можешь юзать 16 реакт

В любом случае нужен независимый от реакте рендер.

Тавтология) В нём рендер и так независим

Ну ты уже сейчас можешь юзать 16 реакт

Дай линк на тутор плс, я гуглил, но там не рабочие

Тавтология) В нём рендер и так независим

Ну в смысле, вначале рендер реакта, а потом анимация элементов. Если это одновременно (в короткие промежутки) - просадки до 15 на слабых машинах.

Ну ты уже сейчас можешь юзать 16 реакт

Не, мне и так норм вроде, смирился с дополнительной либой. Файбер подожду когда следующий проектик делать буду. Надеюсь там не будет такой дичи.

Ну в смысле, вначале рендер реакта, а потом анимация элементов. Если это одновременно (в короткие промежутки) - просадки до 15 на слабых машинах.

В этом и задача fiber) Высокоприоритетные fiber будут юзать requestAnimationFrame, низкоприоритетные — requestIdleCallback

В этом и задача fiber) Высокоприоритетные fiber будут юзать requestAnimationFrame, низкоприоритетные — requestIdleCallback

Ну хватит, ты меня смущаешь уже своими сладкими речами.

?