до хуков проект не дорос((

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

Если аргументы фронтенда разумны, то разумеется должны, ровно как и наоборот, но бывают ситуации когда работаешь с API на который не можешь повлиять. У нас постоянно обсуждения идут как удобнее передавать данные и такое вот.

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

и как оценить "разумность" аргумента?

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

Делайте проще, все данные запрашивают по айди или списком, фронтенд сам разберётся, какие данные ему нужны

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

ну бэкендер вправе нажаловаться менеджеру "я оцениваю эту доработку в столько-то попугаев", и пусть тот решает, нужно ли оно

Лучше без менеджеров конечно обойтись, зачем лишнее звено

Такой абстрактный вопрос. Джун на удалёнке. Реально?

Такой абстрактный вопрос. Джун на удалёнке. Реально?

Да

Включая наставничество? Или как оно будет на практике?

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

Речь не про Upwork, обычная работа, просто не в офисе.

Речь не про Upwork, обычная работа, просто не в офисе.

Junior на удаленке, это не очень.

Такой абстрактный вопрос. Джун на удалёнке. Реально?

тогда почему бы и нет

Мне тут более интересны отзывы команд о такой идее.

Ваш пойнт?

нужно сделать запрос на создание, а затем на получение одной строки. как мне это сделать используя useEffect? написал так, но всё равно сначала выполняется get, а затем set. что я делаю не так? useEffect(() => { const fetchData = async () => { await setAPIKeys(); await getAPIKeys(); }; fetchData() .then(data => { console.log(data); }) .catch(err => { console.log(err); }); }, []);

а set и get возвращают промисы?

есть вот екшен, я в каждом оборачиваю в try/catch, что бы избавится от этого миделвара нужна? или так оставить уже?

тогда setAPIKeys().then(() => getAPIKeys())

ну в этом и проблема, await получает результат отработки ф-ции, но не промисом, а просто что ф-ция запустилась

Что лучше для миддла, Legendario Elixir или Havana Club 7 anos ?

охота крепкое

просто если подумать, этот экшн никак стейт не меняет.

тогда нужно думать в сторону "а зачем такую сложную логику запилили"

скорее всего, я идиот и начал всё в редукторы пихать, даже то, что не нужнно..

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

Скинули примеры?

не-а

Ща до работы доеду пришлю примеры с нашего проекта

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

Интересно, спасибо. Но если JS ошибок нету, то и эти EB не нужны

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

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

Лучше так не делать вообще. Если ошибка выпадет в компоненте, то это попадёт в catch-ветку

как не делать?

Try catch в thunk-экшене

а как ошибк обработать? миделвара?

.then( successHandler, errorHandler )

.then( successHandler, errorHandler )

у меня это есть, аксиос обернут, если ошибка в catch придет

я не знаю, зачем тебе это. я бы это убрал

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

у меня это есть, аксиос обернут, если ошибка в catch придет

Выглядит как мутация axios.

всем привет) подскажите плиз, а это плохая практика, использовать ref, если мне нужно докинуть какое-то свойство внутрь input сторонней библиотеки?

мне так подсказал чел сделать, есть еще варианты? что с екшеном делать, почему try catch нельзя в санке? аксиос обертка ради удобства, без нее я бы в каждом екшене писал условие, типо если error выполнить другое

Да, вроде, норм. В доке сказано, что можно пользоваться перехватом запроса и ответа. Но лучше для этого тогда свой инстанс создавать. const instance = axios.create(); instance.interceptors.request.use(function () {/*...*/}); https://github.com/axios/axios#interceptors