Да. На маке есть fsevents (не помню какой пакет его ставит себе), на линуксах и вендах его нет. И вот лок сгенеренный на маках его содержит, а на линухах и вендах нет

Угу. https://github.com/npm/npm/issues/17722

Кстати в yarn есть эта проблема или нет?

А вообще, вот не к ночи будет помянут, в composer (php) есть composer.lock, и никогда проблем с ним не было.

А вообще, вот не к ночи будет помянут, в composer (php) есть composer.lock, и никогда проблем с ним не было.

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

В пхп другое, там нельзя иметь две версии одного пакета например, но как по мне так это даже фича :)

В пхп другое, там нельзя иметь две версии одного пакета например, но как по мне так это даже фича :)

Насколько я понял yarn c ключем flat сделает тоже самое)

Только непонятно как это готовить, у меня были вопросы от него про lodash к примеру, у него был разброс верий от 1(!) до 4й

В нпм просто по возможности не будет двух версий

Только непонятно как это готовить, у меня были вопросы от него про lodash к примеру, у него был разброс верий от 1(!) до 4й

О, классика

Я как то раз насчитал в проекте 7 различных вариантов лодаша

В нпм просто по возможности не будет двух версий

по факту, если очень хорошо не попросить, то будет более одной

И это был фронтенд

А еще у ярна остается баг, когда он зависимости зависимостей все равно ставит

Я так ярн и не запустил

На lerna bootstrap —hoist уходит в бесконечный луп с выжиранием всего доступного свопа

Я так ярн и не запустил

Я за ~год дважды отхватывал от звездочек в package.json у зависимостей и, в первый раз это послужило причиной экстренного переползания на ярн

Я за ~год дважды отхватывал от звездочек в package.json у зависимостей и, в первый раз это послужило причиной экстренного переползания на ярн

А просто npm shrinkwrap для начала?

А просто npm shrinkwrap для начала?

Я некорректно написал, это послужило конечным доводом для перехода Мы и shrinkwrap рассматривали и на какие-то баги с резолвом у npm натыкались, сейчас точно не скажу

Ну и в тот момент ярн ощутимо быстрее ставил (по сравнению с npm v3)

Где-то видел ссылку на забавное ишью, что индикатор прогресса в npm тормозил процесс установки на 30% что-ли Извините за оффтоп, это все-таки больше для @nodejs_ru

А-ха-ха-хах!

Уже везде

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

Вполне возможно, уже сто раз обсуждалось, но

че за херня с connect из react-redux

Error:(11, 1) TS1238:Unable to resolve signature of class decorator when called as an expression. Type 'ComponentClass<Pick<Props, any>>' is not assignable to type 'typeof CashOutQrConfirmation'. Type 'Component<Pick<Props, any>, ComponentState>' is not assignable to type 'CashOutQrConfirmation'. Types of property 'render' are incompatible. Type '() => false | Element | null' is not assignable to type '() => Element'. Type 'false | Element | null' is not assignable to type 'Element'. Type 'null' is not assignable to type 'Element'.

Как так-то

В issues пишут что-то типа, что connect сейчас нельзя использовать как декоратор в TS, но как так-то?

используй как функцию

Да это понятно

так а в чем вопрос?

Как заставить это работать как декоратор)

желательно этого не делать

аргументы?

мне не очень понятно

декораторы еще неготовы

¯\_(ツ)_/¯

типа того

че сложно обновиться до 16-го реакта?

с типами там все ок?

так апи вроде не меняли

с типами там все ок?

Только на Flow нормально работает

Только на Flow нормально работает

)

сука

спустя 2 дня ебли

я победил ярн

и обновил тайпинги реакта с 15.0.20 до 15.0.39

а что с ним не так было?

типичные будни фронтендера

семвер агага

чуваки

а что там с 2.3 сломали

ERROR in [at-loader] ./src/widgets/services.ts:38:49 TS2339: Property 'name' does not exist on type '{} | { [propName: string]: any; }'. Property 'name' does not exist on type '{}'.

обновился до 2.5

ну ошибка выглядит разумно

а как словарь описывать теперь с любыми пропертями?

убрать {}| из перечисления?

типичные будни фронтендера

Раз в неделю просмотреть changelogs, обновить зависимости, и сделать миграцию, если необходимо. Не 2 дня)

а бля

ебаные спреды

когда они их починят ?

+++

на флоу пора переезжать

когда они их починят ?

а что с ними?

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

не, висит же

https://github.com/Microsoft/TypeScript/issues/10727

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

больше тс хз зачем

https://github.com/Microsoft/TypeScript/issues/10727

чет оно долго висит

Я не осилил переход на ярн сегодня

а что с ними?

x = {…someType} было

пришлось явно говорить x = {…someType} as MyType

аргументы?

С точки зрения типов TS декораторы должны возвращать тот же тип, что и принимали. То есть TS запрещает декораторам изменять интерфейс декорируемого класса. А connect возвращает совершенно новый класс с другим интерфейсом.

С точки зрения типов TS декораторы должны возвращать тот же тип, что и принимали. То есть TS запрещает декораторам изменять интерфейс декорируемого класса. А connect возвращает совершенно новый класс с другим интерфейсом.

я это в issues уже прочитал

а что декоратор тогда может поменять?)

С точки зрения типов TS декораторы должны возвращать тот же тип, что и принимали. То есть TS запрещает декораторам изменять интерфейс декорируемого класса. А connect возвращает совершенно новый класс с другим интерфейсом.

там дело не в точке зрения типов

а в том, что коннект - это не декоратор вообще

это HoC

а это не одно и тоже?

с точки зрения спеки декоратор должен менять сущность, а не возвращать новую, поэтому TS в этом плане прав

это HoC

HoC или не HoC, если функция возвращает тот же тип, что и у её первого аргумента, то она может быть использована как декоратор. А про HoC TS ничего не знает.

та же самая обертка

HoC или не HoC, если функция возвращает тот же тип, что и у её первого аргумента, то она может быть использована как декоратор. А про HoC TS ничего не знает.

я имею ввиду, что типы у коннекта описаны корректно, соответствующе поведению но это поведение не соответствует спеке декораторов

короче, дело не в типах, а в спеке

ничто не мешает описать им коннект так, чтобы он проходил тайп-чек

кроме принципов)

кроме принципов)

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

то есть компонент-результат connect (то есть HoC) может требовать другие свойства, чем исходный компонент

и TS может об этом не знать

если поменять тип connect для использования в качестве декоратора

и тогда TS будет требовать пропсы, которые не нужны