это не фронт, это верстка

это фронт

На фронте вообще не так

Да нет всё так. Про однонаправленный поток данных слышал?

да у вас похоже ЧСВ зашкаливает)

Ты сделал вывод после того, как я не поверил, что бэкендер не разобрался с npm?

Да нет всё так. Про однонаправленный поток данных слышал?

Больше чем ты. А произвольные действия юзера?

Не?

это фронт

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

Или ты будешь блокировать юзеру интерфейс?

Ты сделал вывод после того, как я не поверил, что бэкендер не разобрался с npm?

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

Больше чем ты. А произвольные действия юзера?

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

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

А то что есть асинхронный действия

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

Я просто с бэком ближе и мне это СИЛЬНО СЛОЖНО понимать поэтому я надеюсь ты сделаешь мне скидку как для умственно неполноценного )

Я просто с бэком ближе и мне это СИЛЬНО СЛОЖНО понимать поэтому я надеюсь ты сделаешь мне скидку как для умственно неполноценного )

ближе чего?

Есть цикл расписаний, они идут вплотную через 30 сек

startTime: moment().add(30*(i), 'seconds').utc().toISOString(), endTime: moment().add(30*(i + 1), 'seconds').utc().toISOString(),

как добавить промежуток в 2 минуты?

чет я туплю

ближе чего?

фронта очевидно

Или ты будешь блокировать юзеру интерфейс?

А ты думаешь бэкенд полностью весь блокируется выполняя один запрос? Вообще то на бэкенде вполне возможна ситуация, когда разные обработчики работают с одними и теми же данными в одно и то же время.

и в чем у тебя проблемы на беке?

и в чем у тебя проблемы на беке?

К чему вопрос вообще? С потенцией

и в чем у тебя проблемы на беке?

Ну смотри, мне как то пришлось хуярить с акторами бэк

С транзакциями в бч

А ты думаешь бэкенд полностью весь блокируется выполняя один запрос? Вообще то на бэкенде вполне возможна ситуация, когда разные обработчики работают с одними и теми же данными в одно и то же время.

Гонка данных. Молодец))

А то что есть асинхронный действия

Асинронные действия просто диспатчат обычные экшены.

Асинронные действия просто диспатчат обычные экшены.

Ты забавный

Ну смотри, мне как то пришлось хуярить с акторами бэк

скала?

Гонка данных. Молодец))

Про транзакции слышал? Про мьютексы? Про уровни изоляции транзакций

скала?

Нода

Я просто с бэком ближе и мне это СИЛЬНО СЛОЖНО понимать поэтому я надеюсь ты сделаешь мне скидку как для умственно неполноценного )

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

Про транзакции слышал? Про мьютексы? Про уровни изоляции транзакций

Слышал)))

Про транзакции слышал? Про мьютексы? Про уровни изоляции транзакций

Чувствуешь?)) Это есть на бэке и решения есть

А на фронте нет))

Чувствуешь?)) Это есть на бэке и решения есть

А на фронте прям нет?

Асинхронщина это не параллельность

А как же async/await, redux, вот это вот всё?

А как же async/await, redux, вот это вот всё?

Это не параллельность

Это не параллельность

Тогда в чём проблема? Если всё последовательно выполняется?

Тогда в чём проблема? Если всё последовательно выполняется?

Асинхронно != Последовательно Асинхронно != Параллельно

Асинхронно != Последовательно Асинхронно != Параллельно

А как же тогда?

А как же тогда?

АСИНХРОННО блядь

АСИНХРОННО блядь

Кек

АСИНХРОННО блядь

Асинхронность - это асинхронность спасибо, кэп.

Не последовательно и в одном потоке

V for vezhlivost

А как же тогда?

Хуй знает как вперемешку

Реакт комьюнити is so реакт комьюнити

Асинхронность - это асинхронность спасибо, кэп.

Ты не знаешь что такое асинхронно, но рассказываешь что на фронте не сложно

Пиздец

Не последовательно и в одном потоке

Ну хорошо. И в чём проблема?

Ну хорошо. И в чём проблема?

В асинхронщине

А том что функции выполняются в хер знает какой момент

Ты не можешь это предсказать

Поэтому есть промисы

Это не гонка данных

Это не предсказуемое поведение

Ну это конечно так, только в многопоточности всё тоже самое, только ещё хуже

Стек выполнения есть а ещё есть очередь ?

Потому что поток прерывается в непредсказуемый момент времени

Ну это конечно так, только в многопоточности всё тоже самое, только ещё хуже

А в многопоточности есть предсказуемость

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

ERROR: S client not available

А в многопоточности есть предсказуемость

Нет там предсказуемости без специальных телодвижений

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

Чувак. Попиши на реакте пару лет, потом поговорим

Ты говоришь о том чего не знаешь

Тебе кажется что все просто

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

емнип разговор был про иммутабельность, так вот иммутабл структуры это как раз лок фри

асинхронность это ожидание программы в треде каких-то результатов от других тредов/процессов

По mobx-state-tree кто-нибудь подскажет? types.maybe(types.reference(Pages)) - в Pages после создания нету родителя. Создаю в экшене так self.pages = Pages.create({})

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

Как я предскажу какую кнопку юзер нажмет?

Как я предскажу какую кнопку юзер нажмет?

Как я предскажу какой запрос юзер на бэкенд отправляет?

Как я предскажу какой запрос юзер на бэкенд отправляет?

Все что происходит на бэке ты сам этим управляешь

Все что происходит на бэке ты сам этим управляешь

Нет.

Юзер только кидает сообщения внутрь системы

А здесь юзер находится в центре системы

И может делать все

Хоть убить приложение и заново запустить

Редактировать любую доступную часть системы

асинхронность это ожидание программы в треде каких-то результатов от других тредов/процессов

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

Нажимать кнопки тысячи раз

Делать полную ересь

Вмешиваться в процесс получения данных

Не может он делать всё. Он не может залезть внутрь стора редакса и привести его в неконсистентное состояние

Если он может это сделать, то приложение написано нихрена неправильно

Не может он делать всё. Он не может залезть внутрь стора редакса и привести его в неконсистентное состояние

Он может нажать кучу кнопок быстро. Может сделать много чего И это надо отслеживать учитывая что есть один поток и события приходят в разном порядке при этом нужно показать юзеру актуальное состояние. Нельзя блокировать интерфейс

Если он может это сделать, то приложение написано нихрена неправильно

Ты просто не писал ничего серьезного. Зачем доказывать

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

На бэке все тупо по другому

Ты просто не писал ничего серьезного. Зачем доказывать

голословно, не надо так)

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

Ты писал на ноджс?