Как вы эти error boundary используете? Можно настоящий пример из жизни?

А че там приводить, обычно на верху компонент с componentDidCatch и deriveStateFromError. В нем можно собрать статистику, трейсбек и заллогировать факт ошибки с полезной инфой для устранения. Ну и отобразить fallback с сообщением что что-то пошло не так. В противном случае у вас будет просто белый экран смерти при throw во время рендера.

А дальше что пользователю делать? Ну если это в sentry какой нибудь собирается, то бог с ним. Просто бизнес кейс в голове не укладывается

Об ошибке реакта? А она ему нужна?

Если фетч не прошёл, допустим мы попап вызываем, что херня какая то со связью - пользователю это понятно. Что ему делать с ошибками креша компонентов? Зачем это в проде? Мне вот просто интересно business value от этого

Если фетч не прошёл, допустим мы попап вызываем, что херня какая то со связью - пользователю это понятно. Что ему делать с ошибками креша компонентов? Зачем это в проде? Мне вот просто интересно business value от этого

а разве в проде они показываются при краше компонента ?

Кто?

это же он и так умеет, в доке было где-то

просто в проде не замечал что-бы были ошибки компонентов, обычно если какая-то херь, то белая страница -_-

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

Вот чтобы не было белой странице и ставят error boundary

Я считаю что в проде это должно отправляется в мониторинг типа sentry и редиректить в рутовый компонент потом. Зачем показывать окна с бесполезной информацией?

Я считаю что в проде это должно отправляется в мониторинг типа sentry и редиректить в рутовый компонент потом. Зачем показывать окна с бесполезной информацией?

Выбор стоит так, показать окно с бесполезной по вашему мнению информацией что что-то не так и мы получили об этом уже инфу и исправимся as soon as possible, или ничего не показывать - просто белый экран

а логи куда записывать ? забегая вперед, в бд ?

Я считаю что в проде это должно отправляется в мониторинг типа sentry и редиректить в рутовый компонент потом. Зачем показывать окна с бесполезной информацией?

Ребят подскажите хорошие туторки reactjs + redux + ssr (php), заранее спасибо 😉

по этому нужен хороший примерчик ssr redux php

Хей, тут вчера обсуждали что с ts вообще не нужен babel. А как быть с react-hot-loader? Там прямо говорят, хотите юзать хот лоадер, выпилите свои тс лоадеры, впилите обратно babel с fork-ts-checker-webpack-plugin.

Есть ли какие-то сложные задачи уровня синьора, чтобы подготовиться к собесу?

Есть ли какие-то сложные задачи уровня синьора, чтобы подготовиться к собесу?

Ок. Давайте переформулирую. Есть ли здесь синьоры? Если есть то какие вопросы/задачи вам задавали, на собеседовании?

Вот так бывает читаешь резюме - там чувак круче тебя. А задаёшь задачку просуммировать поля в простом дереве - и тут такое начинается :-) Так что вот у нас начинают с простых вопросов, а дальше как пойдёт.

Вот так бывает читаешь резюме - там чувак круче тебя. А задаёшь задачку просуммировать поля в простом дереве - и тут такое начинается :-) Так что вот у нас начинают с простых вопросов, а дальше как пойдёт.

Я вообще при чтении резюме начинаю жутко комплексовать из-за своих скилов

Та же беда)

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

Интересный пример, а можно продолжение? Я про остальные задачки.

Так вы ищите сеньора и хотите ему накидать вопросов или наоборот, не совсем видимо понял вашу позицию?

Вот так бывает читаешь резюме - там чувак круче тебя. А задаёшь задачку просуммировать поля в простом дереве - и тут такое начинается :-) Так что вот у нас начинают с простых вопросов, а дальше как пойдёт.

да

Ну мы синьоров не набирали, мидды приходили - просто смотрели как быстро они решали типичные задачи и вообще как рассказывали про свои знания.

А никто не пробовал на удаленном серваке запускать девелопмент мод, открывать порт, с локального компа через ssh менять код и на компе через браузер смотреть изменения?

Ужасно

Почему?

Локально проще

А что из сложных/интересных/не замыленных задачек есть? Собесы давно не проходил за темой не следил.

А никто не пробовал на удаленном серваке запускать девелопмент мод, открывать порт, с локального компа через ssh менять код и на компе через браузер смотреть изменения?

Чем ужасно?

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

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

Есть список неизвестного размера, ты не знаешь , кольцевой он или нет. За один проход нужно понять кольцевой он или нет. За один проход найти середину / треть / четрветь списка любого неизвестного размера Ну это то, что в моей прошлой компании любили спрашивать у всех

А чем плоха локальная разработка?

const tree = { item: 10, children: [ { item: 12, children: [ { item: 5 }, { item: 8 } ] } ] };

Ноут греется и гудит иногда