Именно так, только почему-то в сообществе это всё обычно принимает форму именно радикального хайпа

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

Перечитай ещё раз. Он говорит надо сваливать с реакта на purescript, потому что purescript замена js

в обществе всем похуй на реакт

7й айфон выходит через месяц

7й айфон выходит через месяц

В сентябре*

ну без разницы

ввдц через месяц вроде

6 июня вроде?

и пьюрскрипт не нужен

а нет) https://developer.apple.com/wwdc/live/

ввдц через месяц вроде

Через две недели

вот я ж говорил

все забыли про реакт

Но iPhone всегда представляют в сентябре

https://github.com/shift-js/shift-js

всех интересует теперь когда можно будет купить 7 айфон

и пьюрскрипт не нужен

Жить тоже не нужно :D

всех интересует теперь когда можно будет купить 7 айфон

В конце сентября-начале октября

всех интересует теперь когда можно будет купить 7 айфон

А уже была презентация?

Жить тоже не нужно :D

жить как раз нужно. жить здорово

жить как раз нужно. жить здорово

Нет.

пьюрскрипт для тех, кто не любит жизнь

Щас придет роскомнадзор и закроет чатик

Щас придет роскомнадзор и закроет чатик

Хорошая попытка Роскомнадзор, у тебя ничего не получится.

роскомнадзор, запрети элм и пьрскрипт

то что мертво умереть не может

Добрый день, господа. Поможет кто советом wannabe фронтендеру? https://gist.github.com/khannz/f1b43d134dd2e5574a8ff0fa9bd25539

тут надо пингануть @vmakhaev

если про конкурентные правки

@chicoxyzzy спасибо за наводку %)

В принципе, можешь обойтись и без системы разрешения конфликтов, LWW вполне норм в твоём юз кейсе. Делай на Socket.IO, Meteor или на чём хочешь. Если хочешь заморочиться, то смотри на OT (ShareJS) или CRDT (SwarmJS, AmelisaJS).

В принципе, можешь обойтись и без системы разрешения конфликтов, LWW вполне норм в твоём юз кейсе. Делай на Socket.IO, Meteor или на чём хочешь. Если хочешь заморочиться, то смотри на OT (ShareJS) или CRDT (SwarmJS, AmelisaJS).

Понял всё, кроме LWW ;] Спасибо!

Last Writer Wins. Кто последний - тот и папа, короче )

dayum, я должен был догадаться... но таки нет, я бы хотел этого избежать =)

Парни, а кто нибудь покрывал тестами экшены и редьюсеры с помощью jest?

кто-нибудь с formsy-react работает?

я

есть баги

особенно в mui-formsy

экшны тестами? это же объекты :)

Например у абрамова они покрываются, но там мока

а мне бы взглянуть на jest

экшн криейторы мб?

ну да

вообще странно экшн-криэйторы тестить. Почему не редьюсеры?

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

Так это в некотором смысле хороший показатель. Реакт более менее неплохо даёт понять зачем он нужен и зачем он не нужен. Ты конечно наверное немного не про такие либы говоришь, примеры которых я сейчас приведу, но суть мне кажется та же примерно. К примеру, особо ни к чему писать некий свой "мега-тру" react-datepicker, когда есть нормальный pikaday без зависимостей. Да, если приложение требует какого-то особенно встраивающегося в бизнес-логику дейтпикера, то может кому-то и стоит его написать на реакте. В большинстве случаев же нет. Или там infinite scroll. По сути не нужен никакой "react-infinite-scroll" (хотя он есть), когда можно найти готовый без зависимостей или написать самому и легко и не "намертво" встроить реакт, потому как реакт даёт все необходимые хуки. А когда однажды все решат отказаться от реакта, выбрасывать использованный дейтпикер или инфинит-скролл не придётся.

так я и редьюсеры и экшн криэйторы

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

покрытие тестами 100% кода и все дела

никто не откажется от реакта с проектом на реакте) Только все переписывать)

@everdimension ? все так

но ты был прав, я несколько не про такие компоненты :)

Ладно, хотя бы редьюсеры с помощью jest, объяснить почему у меня часть кода не покрыта я думаю смогу

о. как раз на хакерньюз была статья, почему 100% покрытие тестами кода - это фигня

я до сих пор не понимаю в чем преимущество jest

fb написал же)

Я тоже

по-моему это еще более монструозная штука, чем jasmine и не делает написание тестов удобнее и не дает супертулинга

никто не откажется от реакта с проектом на реакте) Только все переписывать)

ну как бы необязательно ) есть же всякие "преакты" с идентичным апи, а можно постепенно от jsx уходить, если кому-то захочется, так что теоретически уйти можно сравнительно безболезненно

но я вернулся из отпуска, а тут jest

о. как раз на хакерньюз была статья, почему 100% покрытие тестами кода - это фигня

ну как бы то, что была статья ещё не значит, что это так :)

я просто ссылку искал

ну как бы то, что была статья ещё не значит, что это так :)

хотя там весомый аргумент был про то, что в погоне за "100% coverage" люди дробят модули так, что потом невозможно бегать по зависимостям из файлов чтобы понять, как вообще модуль работает

^ Игорь-стайл

))

ну да, и что сама цифра покрытия мало что значит

я

блин, тут после обновы на 0.18.0 у меня отвалился reset формы везде

я посмотрел, они там поменяли внутренние методы сильно

ERROR: S client not available

@chicoxyzzy а ты что для тестов используешь?

@chicoxyzzy а ты что для тестов используешь?

tape

tape

js же не нужен, какой tape?

пока что приходится жить с жс

Почему не AVA?

кстати да, ава внешне лучше выглядит

у авы только одно преимущество — параллельные тесты (в tape тоже можно намутить)

остальное — это Синдре не осилил дзен тейпа и сделал из него сново говно — жасмин

со всей магией из-за раннера

жасмин и мока по рубишные раннеры пытаются косить

но в жс свои нюансы

и это не работает норм в жс

кстати да, ава внешне лучше выглядит

ава выглядит как тейп курильщика

о, я тоже про тесты спрошу. как тестировать async/await? и как вообще тестировать разные варианты реакции на асинхронные ответы? т.е. условный метод async method() { await prepare() await check() await run() } при этом в этих методах может происходить многое, и я могу это замокать. но при этом мне нужно потестировать варианты ошибок и данные из prepare(), при этом нужно для этих вариантов прогнать тестирование check() и так далее. в итоге получается дерево вариантов, которые я пока придумал только сложным switch/case проходить (кажется, babel похожим образом транспилит async). какие есть практики?

так же, как промисы

свитч-кейс это регенератор

а их как? done() ?

в моке просто можно промис вернуть

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

и корутины на них

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

зависит от es2015 включенного

а их как? done() ?

ужасный хак моки и жасмина

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

ну если там что-то внешнее, то мокать. и вон те твои асинхронные ф-ии тоже тестить только тогда

но при этом надо следить за консистентностью в разных местах

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

на frontendconf кто-нибудь присутствует? :3

он не нужен. но если потом народ куда-то пойдет в барчик, то можно подскочить

Роберт сегодня или завтра доклад читает?

да, посмотрел, сегодня

Нет