B
того что с каждым обновлением может что-то сломаться и придётся что-то переписывать
никто ж не заставляет сразу апгрейдится. и на радикальные изменения они кодмоды выпускают
Size: a a a
2019 March 07
G
Но как я понял, гидрейт нужен, если рендеришь renderToString() на серваке, а потом гидрейт на клиенте, для нацепки ивентов.
TS
никто ж не заставляет сразу апгрейдится. и на радикальные изменения они кодмоды выпускают
останнім часом великі проекти, які були основними користувачами флоу, переходять на ТС, тому хз
а ФБ чхати на баги і проблеми флоу, доки вони їм не мішають, судячи з їх гітхабу, шо дуже на ФБ таки схоже
а ФБ чхати на баги і проблеми флоу, доки вони їм не мішають, судячи з їх гітхабу, шо дуже на ФБ таки схоже
DB
останнім часом великі проекти, які були основними користувачами флоу, переходять на ТС, тому хз
а ФБ чхати на баги і проблеми флоу, доки вони їм не мішають, судячи з їх гітхабу, шо дуже на ФБ таки схоже
а ФБ чхати на баги і проблеми флоу, доки вони їм не мішають, судячи з їх гітхабу, шо дуже на ФБ таки схоже
Они недавно писали, что они не забили на проект и у них целый роадмап и всё будет хорошо.
Ну и мдн недавно сказали, что будут на флоу.
Пс я тоже за тс
Ну и мдн недавно сказали, что будут на флоу.
Пс я тоже за тс
TS
я от за те щоб були і флоу і тс, так як конкуренція це добре, та і один в одного можуть вчитись і шось цікаве запозичувати, але то ж ФБ, я б їм особливо не довіряв, доки не побачу реальних результатів
TS
як приклад, 2 роки просто ігнорували в більшій мірі комюніті реакт-нейтіву і тільки зараз от взялись за голову
OV
я бы не рекомендовал использовать строгую типизацию на крупном проекте, профит от нее очень сомнительный. Подробнее об этом пишет Eric Elliott и из своего опыта я склонен с ним согласиться ... https://medium.com/javascript-scene/the-typescript-tax-132ff4cb175b
DB
> я бы не рекомендовал использовать строгую типизацию на крупном проекте, профит от нее очень сомнительный.
это основано на этой статье ?
это основано на этой статье ?
A
> я бы не рекомендовал использовать строгую типизацию на крупном проекте, профит от нее очень сомнительный.
это основано на этой статье ?
это основано на этой статье ?
Могу еще подтвердить из личного опыта
DB
Вообще наброс хороший, хоть уже и поднабивший оскомину)
TS
я бы не рекомендовал использовать строгую типизацию на крупном проекте, профит от нее очень сомнительный. Подробнее об этом пишет Eric Elliott и из своего опыта я склонен с ним согласиться ... https://medium.com/javascript-scene/the-typescript-tax-132ff4cb175b
V
In most cases, if you can gain a significant benefit from TypeScript in your refactoring, that’s often a code smell indicating that your code is too tightly coupled.
V
это было обидно(
OV
> я бы не рекомендовал использовать строгую типизацию на крупном проекте, профит от нее очень сомнительный.
это основано на этой статье ?
это основано на этой статье ?
нет, статья просто подтвердила мои наблюдения - время разработки увеличивается непропорционально минимизации ошибок... причем не в пользу уменьшения их кол-ва.
B
нет, статья просто подтвердила мои наблюдения - время разработки увеличивается непропорционально минимизации ошибок... причем не в пользу уменьшения их кол-ва.
за счет чего увеличивается то?
B
доки писать еще больше времени занимает. нужны ли доки на большом проекте?
A
за счет чего увеличивается то?
За счет того, что:
1) Ой, обновился тайпскрипт и оно не компилится
2) За счет того, что не поддерживаются некоторые конструкции, которые можно написать в простом жаваскрипте
3) Просто из-за того, что больше писанины, особенно если там замороченные типы с дженериками.
1) Ой, обновился тайпскрипт и оно не компилится
2) За счет того, что не поддерживаются некоторые конструкции, которые можно написать в простом жаваскрипте
3) Просто из-за того, что больше писанины, особенно если там замороченные типы с дженериками.
V
вот пункт 2 особенно
V
когда переводил кодовую базу на тс столкнулся с тем что некоторые оч простые и естественные приемы из жс в тс не работают