Телеграмм чат группы frontendua страница 1506

ну, я просто до того, що складно зрозуміти що таке "помирає". розробка ведеться, автори його ж і використовують.
популярність в комюніті низька просто

источник

16:11пожаловаться #3

Dima Bildin in Frontend UA

Ві тя

так його ж там роблять в фб, ще б пак його там юзають

Год-два назад каждые пару недель была новость, что какая-то команда переехала с флоу на тс..

Вт

Год-два назад каждые пару недель была новость, что какая-то команда переехала с флоу на тс..

а то я слоу :D

источник

16:12пожаловаться #5

Dima Bildin in Frontend UA

Но потом была статья от команды флоу о том, что "мы не забыли, не забили, вот у нас такой роадмап, всё будет круто". После этого я больше не слышал ничего (но я особо не интересовался)

источник

16:13пожаловаться #6

Viktor Havrylin in Frontend UA

Мне коллега, что нынче в FB работает, говорил, что там все юзают флоу. И TS с такой кодовой базой не справится

источник

16:14пожаловаться #7

Alexey Raspopov in Frontend UA

Ві тя

Ребята, как думаете, flow умирает?

Всё ещё юзаю, никаких проблем

источник

16:15пожаловаться #8

Ivan Tytarenko in Frontend UA

Viktor Havrylin

Мне коллега, что нынче в FB работает, говорил, что там все юзают флоу. И TS с такой кодовой базой не справится

почему TS не справится с такой базой кода?

источник

16:22пожаловаться #9

Ivan Tytarenko in Frontend UA

Flow раньше мог типы хорошо угадывать, лучше чем TS. Может типы писать не хотят/не могут?

источник

16:23пожаловаться #10

Вт

Ві тя in Frontend UA

если там кодбаза wsdl, то я могу представить что тс в глубину не может сильно идти. Но у флоу тот же принцип, я удивлюсь если флоу спокойно обходит дерево намного бьістрее тс

источник

16:27пожаловаться #11

Alexey Raspopov in Frontend UA

Ivan Tytarenko

почему TS не справится с такой базой кода?

Где-то видел какой-то комментарий по поводу того что ТС просто не хватит памяти всё обработать, слишком много кода

источник

16:30пожаловаться #12

Ivan Tytarenko in Frontend UA

там не просто деревья, если что. У TS всегда был type-first, собственно потому он и был быстрее.
Flow понимал как программа будет исполняться, насколько я понимаю. Собственно потому дольше и больше ресурсов.
Сейчас я читал, что они на type-first тоже переезжают. Хотя это очень поверхностные знания

источник

16:31пожаловаться #13

Ivan Tytarenko in Frontend UA

Alexey Raspopov

интересно почему Flow хватит 🤔 AST нужно обоим строить

источник

16:31пожаловаться #14

Ivan Tytarenko in Frontend UA

про wsdl не понял к чему, если что 🙂

источник

16:32пожаловаться #15

Вт

Ві тя in Frontend UA

Ivan Tytarenko

про wsdl не понял к чему, если что 🙂

ну я пример привел когда дерево глубокое

источник

16:32пожаловаться #16

Ivan Tytarenko in Frontend UA

https://medium.com/flow-type/types-first-a-scalable-new-architecture-for-flow-3d8c7ba1d4eb про typefirst

Medium

Types-First: A Scalable New Architecture for Flow

TL;DR: The types-first architecture unlocks Flow’s potential at scale by leveraging fully typed module boundaries. We plan to migrate to…

источник

16:32пожаловаться #17

Alexey Raspopov in Frontend UA

Ivan Tytarenko

интересно почему Flow хватит 🤔 AST нужно обоим строить

Работа с памятью у ноды vs работа с памятью у окамла, хз. У нас например вебпаку не хватает памяти проект собрать, нужно какими-то там ключами давать ноде больше памяти

источник

16:33пожаловаться #18

Ivan Tytarenko in Frontend UA

Ві тя

ну я пример привел когда дерево глубокое

ну так это обоим делать надо 🙂 И если TS раньше только типы смотрел, то Flow еще и процедуры анализировал, чтобы типы угадать 🙂

Потом в TS втащили подобный функционал - граф исполнения. Но для конкретных случаев, не для всего дерева

источник

16:33пожаловаться #19

Ivan Tytarenko in Frontend UA

Alexey Raspopov

ах да, OCaml же. Точняк

источник

16:33пожаловаться #20