бабель не нужен

а ну ок)

у него овер9000 недостатков

хочу брендированную футболочку) ее уже начали выпускать?)

надо такой как в тс

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

с одним проходом и с гарантией выдачи

declare module "foobar" { declare var exports: any; }

вот такое можно в декларайшны класть

не, объясни

почему он лезет в нодмодули?

или если это не для node_modules, то можно рядом с оригинальным файлом класть file.js.flow

если там нет @flow аннотации?

чтобы пошейкать

и инференснуть

честно говоря - не знаю. возможно ждет, что оно изменится, аннотация появится и т д

ошибки он там не ищет

кроме синтаксических

ищет

в том то и дело

покажи например

ой, это я натупил))) в саблайме заголовок всем файлам с одним копирайтом добавил flow. А он и в нод модули слазил. Сори)

а в чем отличие type от interface?

объект может реализовывать много интерфейсов, но всегда одного типа

по крайней мере, так во взрослых языках

во flow теоретически одно отличие - методы immutable

а если я возвращаю структуру, объект в JS, что использовать interface или type?

на практике предполагается использовать type для данных, interface для “активных” объектов

или внутри redux, вот state - это type или interface?

type определенно

ок

у него овер9000 недостатков

ого, а в чем? Мне как-то наоборот ts кажется менее развитым

В ts еще добавили бы различные трансформации, на примере babel и реакта и было бы норм

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

в тс один проход парсера и гаранти правильной выдачи

да, плагины это фейл

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

ну, в ts кмк не хватает протестированных "пресетов"

а так просто все равно же приходится гнать в es6, а только потом в es5 через бабель

там нет пресетов, там есть compile target

погоди, а в пресетах идет не по порядку?

по порядку

тогда в чем проблема?

в том, что есть плагины

ну пишешь пресет и все работает?

и в доке по плагинам для реакта, например, был указан неправильный порядок

в смысле в postcss, например, получается такая же проблема?

до того как сделали пресет

и хуй чо оптимизировалось у всех

я не думаю, что это проблема babel

это проблема бабеля

есть способ задать порядок - пресет. Проблемы нет

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

TS поддерживает свою спеку, поэтому у них результат всегда точный

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

а потом их юзают

ну я для своих проектов всегда сам пресет пишу

у меня все ок работает, ЧЯДНТ?

тс из своего поддерживает только декораторы классов и методов

которые можно не юзать

остальное по спеке es

это не важно

это важно

нет, не важно. Это отдельный язык

у меня все ок работает, ЧЯДНТ?

ты не можешь быть уверен

нет, не важно. Это отдельный язык

и это как раз плюс

может себе многое позволить

ну да

например, брейкинг ченжес

то что он на 90% ES2015 - это просто текущее состояние

и некорректно его с babel сравнивать

нет, это будет так и дальше

а в postcss такая проблема есть? или решена как-то?

то етсь это как postcss и less сравнивать

там кроме декораторов ничего своего не будет, по крайней мере не планируют и это официально

это сейчас не планируют

про постцсс не знаю, но вроде там то же самое

ну вот. ты хочешь чтобы была решена нерешаемая проблема

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

но это не значит, что сами эспрес/редакс не правильно спроектированы)

компайл таргеты решают эту проблему

ну как бы

нет

+ там будет апи для интеропа со внешними тулзами

в es5 все еще нельзя делать генераторы

для интеграции с тем же бабелем

в es5 все еще нельзя делать генераторы

это проблема количества тасков в команде

можешь помочь)

там же есть pr

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

ну тем более

все ок значит

ну и чет до сих пор не влит, все в одном создает бюрократию и тормозит появление фич

он не влит потому что ждет 2.1, нет?

ну, раньше ждал 2.0

теперь 2.1

а сейчас ждет 2.1

потом 2.2?)

мб, я не знаю

я понимаю, его могут влить в любой момент, когда им займуться