все очевидно же

ух намечается

:)

Если для новых проект - Flow, а для старых - TS

наоборот же

Михаил, Николай, всё, официально TS для React признан бесполезным by Sergey Rubanov (tm)

Для новых на реакте - Flow, для новых не на реакте - Flow, для старых - Flow

Михаил, Николай, всё, официально TS для React признан бесполезным by Sergey Rubanov (tm)

я такого не говорил

да

все так

Теперь говорил

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

я так иногда хочу vscode попробовать вместо emacs после получаса отпускает

Если ты осилил emacs, то vscode тебя уже вряд ли впечатлит

Для новых на реакте - Flow, для новых не на реакте - Flow, для старых - Flow

если реакта нет и депсов куча, то ts, без вариантов

так да, 3 раза устанавливал, то еще дерьмо

если реакта нет и депсов куча, то ts, без вариантов

а че эт вдруг? на ts можно вообще очевидные пропсы опустить и писать нормальные на TS

потому что флоу лучше для реакта теперь

ща тут же кидали видос

почитай релиз лог

потому что флоу лучше для реакта теперь

Чем?

почитай релиз лог

0.53

https://www.youtube.com/watch?v=etKOc80-cw0

Это оффтоп, тема TS vs Flow, а не Static Types vs их отсутствие ?

Вопрос бонусный, с подвходом: в чём сложность миграции TS => Flow?

традиционная осенняя миграция проектов с одной системы типизации на другую

скоро вебасм и на окамл будем переходить

(не для слабонервных)

в рыдании о бесполезности траты времени

если реакта нет и депсов куча, то ts, без вариантов

Если депсов куча, то уже ничего не поможет

для тс есть типы на все

практически

Депсы не нужны

Типа адаптер preFlow (который бы юзал TS-дефинишнс) сделать нереально? ?

не помню уже когда не мог найти последний раз

скоро вебасм и на окамл будем переходить

или на раст

вот это TS уже давным давно умеет

и кучу всего что в 0.53 ввели

o_O

и нуллабл типы

Сергей

Похоже, что Flow === TypeScript теперь

нуллабл типы не нужны

и нуллабл типы

ты хотел сказать не нуллабл?

там же по дефолту они все нуллабл

опшнл типы

как угодно называйте )

там же по дефолту они все нуллабл

нет ж

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

и когда оно пришло, флоу стал лучше

именно это я и говорю ж

All fields in JavaScript (and in TypeScript) can have the value null or undefined. You can make the field optional which is different from nullable.

и когда оно пришло, флоу стал лучше

Но не лучше, чем тс

лучше чем тс

они там что, в ts просто подглядывали когда 0.53 делали

да

бесит, когда пишут React.Component

они там что, в ts просто подглядывали когда 0.53 делали

Хорошие художники копируют, великие художники воруют.

надо чтобы оставшееся доспиздили

научили flow генерики понимать, все надо использовать flow!

Это оффтоп, тема TS vs Flow, а не Static Types vs их отсутствие ?

там название мислидинг, на самом деле видео про флоу и тс

флоу до этого в генерики умел

и еще надо чтобы починили мерзкие баги

тс не умеет в одну фичу

и чтобы флоу стал опенсорсом

тс не умеет в много фич

тс не умеет в много фич

я про реакт фичу сейчас)

ERROR: S client not available

React.Element<typeof Component>

вот такое не умеет

они там что, в ts просто подглядывали когда 0.53 делали

не

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

у меня очень хорошее предложение, https://github.com/reasonml/reason-react

так себе предложение

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

Это абсолютно не преимущество

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

++

так себе предложение

почему

у нас уже чат есть про ризон кстати

React.Element<typeof Component>

в краце, что эта конструкция делает?

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

>не уметь в окамл

какой там interop с js?

https://t.me/reasonml_ru

кастит тип генерика в Compoent?

в краце, что эта конструкция делает?

типизация children

%bs[js_code_here] ?

чтобы туда можно было конкретные компоненты кидать только

Чтобы контрибьютить в TS или Flow язык является минимальным препятствием

Я выучил окамл просто читая исходники флоу

https://t.me/reasonml_ru

да понятно что у вас много чатов

Чтобы контрибьютить в TS или Flow язык является минимальным препятствием

+

но нафига если у ризона есть дискорд официальный?

у реакта тоже

у реакта не официальный

но это не отменяет факта, что дискорд говно

типизация children

в ts это типа так someFunc<T extends Component>

но это не отменяет факта, что дискорд говно

когда есть ламповый телеграмичк, то да

но это не отменяет факта, что дискорд говно

педантично, важнее полезность чатов

по полезности чат про ризон вообще сомнительная затея

но мы захотели там про него поговорить

чтобы не флудить в чате флоу