Баловство ещё один транспайлер юзать только из-за этого :D

м?

Не очень себе представляю такую ситуацию, конфиг что ли потеряли?)

Хотя вот сейчас посмотрел на babelrc — в основном те плагины, про которые я говорил — всё же react-specific, и, возможно, остальным и правда не нужно)

имхо, люди вон пишут без типов на жс столько лет и ничего, работает я думаю можно иногда any поставить, ничего страшного в этом нет тс нужен, но в меру, и если он в каких-то местах мешает пилить фичи для бизнеса, отнимает кучу времени в плане дрочки на типы и тд, то мб стоит просто поставить any где-то там и идти дальше, все хорошо в меру когда пилишь пакет/либу/фреймворк и потребители по сути это другие разработчики, тогда мб стоит пое***ся с типами, но когда пилишь какой-то визуальный инструмент для других людей, то им пофиг по сути что там внутри, а для себя всегда можно найти какие-то компромисы в плане типизации (где надо писать, а где нет) т.е. я вообще это не к тому, что надо ложить на все хер, я больше про то, что дофига перфекционизма это тоже плохо, особенно когда пилишь сугубо простые и прикладные вещи в clojurescript свое говно, в purescript – свое, везде свое говно, надо трахаться сорри, я все не читал, я вот не очень понимаю смысл в babel + ts? почему просто тс не оставить? вот эти плагины типа https://github.com/css-modules/css-modules-require-hook они ведь не очень нужны с вебпаком, все равно собираться придется и все равно даже если тупо для сср, то оч вероятно, что тулчейн нужен будет по-мощнее, чем просто бабель, почему бы сразу вебпаком все не делать (бтв для типизации цсс модулей есть tcm и плагин для вебпака)

покажи что ли

react-css-modules syntax-dynamic-import babel-plugin-lodash transform-react-stateless-component-name transform-react-constant-elements

спорно на самом деле :)

Но потом я пошёл дальше и в одном проекте отказался от webpack, собираю бандл целиком на tsc

hot reload не использую, ибо не хочется постоянно себя одёргивать типа "а это я сломал, или хот-релоад глючит"?

hot reload не использую, ибо не хочется постоянно себя одёргивать типа "а это я сломал, или хот-релоад глючит"?

Когда хот релоад настроен — он не глючит, от слова вообще

Нужно кодить как в системном программировании - час код пишешь, а потом только запускаешь.)

прям реально бустит перфоманс?

лол

Я сам не замерял, но тут прям внушительная цифра https://reactjsnews.com/how-to-make-your-react-apps-10x-faster (забыл упомянуть ещё парный плагин transform-react-inline-elements)

Приветствую. Иногда требуется сделать асинхронные неблокирующие сайд-эффекты, не оборачивая при этом весь исполняемый контекст в async функцию. Придумал вот такой сахар. Как думаете, нужен такой?

Да и хрен с ним, для меня его профиты не стоят того, чтобы тратить время на его настройку

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

у вас часто бывает код вне функций\методов?

Просто иногда не хочется делать всю функцию async, а только блок, выполняющий сайд эффект.

Просто иногда не хочется делать всю функцию async, а только блок, выполняющий сайд эффект.

Это setImmediate

a().then(b).then(c)

setImmediate(async () => {}) так что ли?

А как с помощью then сделать именно как я показал? Что-то не допераю...

foo(1).then(() => foo(2)).then(() => foo(3))?

а твой нет

Мне в одном месте часто нужен был immediate, в итоге пришёл к такому export const immediate = <T>(fn: (...args) => T, ...args) => Promise .resolve() .then(() => fn(...args))

макросы)