С первым сценарием на самом деле постгрес справляется плохо. Если активный поток фоновых задач, то таблица с задачами очень часто обновляется, и на больших нагрузках встаёт всё колом в блокировках. Когда мы переехали в редис с его BLPOP то всё стало просто прекрасно.
mobx лучше redux тем, что он позволяет писать меньше кода, и этот код будет работать сразу оптимальней чем с redux. Чтобы добиться сопоставимой с mobx производительности в приложениях (больше чем hello-world), нужно написать много нетривиального кода внутри reselect/memoize/shouldComponentUpdate. И даже с этими оптимизациями redux на каждое обновление стейта будет обходить все connected компоненты (сложность O(n)), когда внутри mobx будет чёткий список зависимостей и будут обновлены только компоненты зависящие от изменённой части стейта.
Вот вы постоянно пытаетесь пиарить $mol, и я очень даже допускаю что он очень крут как фреймворк. Но вы постоянно это делаете настолько агрессивно, с позиции "вы все дурачки и не лечитесь", что никакого желания даже смотреть в ту сторону не хочется. Советую вам пиаром заниматься не с негативной а с позитивной стороны.
На самом деле сложно. Сложнее чем в примере про elm. Говорю как человек, который знаком с JS, HTML, JSX, PHP, Scala, Java, Objective-C и не знаком с view tree и elm.
Вы намекаете на то, что я не прав? Но это именно то, о чем я и написал, и никакого отношения к pausable execution thread это не имеет. Советую еще и видео посмотреть.
Ну вон же ссылка сверху. Если вкратце — позволяет рисовать общий лоадер страницы, которая состоит из компонентов, каждый из которых может быть в состоянии загрузки, без того чтобы это состояние тянуть до самого верха страницы.
$mol_fiber по своему предназначению — тоже самое что и React Fiber (pausable synchronous execution, в реакте эти паузы как раз для того чтобы изменения в браузер доставить). Suspense вообще не про то. Вы либо путаете что-то, либо сознательно заблуждаетесь.
С первым сценарием на самом деле постгрес справляется плохо. Если активный поток фоновых задач, то таблица с задачами очень часто обновляется, и на больших нагрузках встаёт всё колом в блокировках. Когда мы переехали в редис с его BLPOP то всё стало просто прекрасно.
mobx лучше redux тем, что он позволяет писать меньше кода, и этот код будет работать сразу оптимальней чем с redux. Чтобы добиться сопоставимой с mobx производительности в приложениях (больше чем hello-world), нужно написать много нетривиального кода внутри reselect/memoize/shouldComponentUpdate. И даже с этими оптимизациями redux на каждое обновление стейта будет обходить все connected компоненты (сложность O(n)), когда внутри mobx будет чёткий список зависимостей и будут обновлены только компоненты зависящие от изменённой части стейта.
Вот можно сравнить два проекта и количество и сложность кода:
https://github.com/mweststrate/redux-todomvc
https://github.com/mweststrate/mobx-todomvc
Вот вроде всё по делу написано, но
Читать такое ну просто неприятно.
Ну было бы странно если бы вы со мной сразу согласились :)
Надо было брать mobx, и всё было бы хорошо!
Вот вы постоянно пытаетесь пиарить $mol, и я очень даже допускаю что он очень крут как фреймворк. Но вы постоянно это делаете настолько агрессивно, с позиции "вы все дурачки и не лечитесь", что никакого желания даже смотреть в ту сторону не хочется. Советую вам пиаром заниматься не с негативной а с позитивной стороны.
Конечно можно, но не нужно. Лучше силы потратить на более полезные вещи.
Нет, гит как раз таки нужен для совместной работы. А вот ребейз нужен тем кому очень важен процесс но не важен результат.
Ребейз переписывает историю. Для достижения результата (рабочий код который зарабатывает деньги) переписывание истории не нужная операция.
https://m.habr.com/ru/post/179123/
https://m.habr.com/ru/post/179673/
https://m.habr.com/ru/post/179123/
https://m.habr.com/ru/post/179673/
Огромный мануал для операции, которая совершенно не нужна
Вы пробовали восстановить доступ когда забыли пин код? Я пробовал — восстанавливается через смску. Так что это не панацея.
На самом деле сложно. Сложнее чем в примере про elm. Говорю как человек, который знаком с JS, HTML, JSX, PHP, Scala, Java, Objective-C и не знаком с view tree и elm.
Эта фича — она как child_process, только на потоках. Принципиально ничего нового.
Ладно, реакт говно,$mol наше всё.
До кучи советую посмотреть про то, что же на самом деле такое react fiber: https://m.youtube.com/watch?v=gULfnbZ7dJk
Вы намекаете на то, что я не прав? Но это именно то, о чем я и написал, и никакого отношения к pausable execution thread это не имеет. Советую еще и видео посмотреть.
Ну вон же ссылка сверху. Если вкратце — позволяет рисовать общий лоадер страницы, которая состоит из компонентов, каждый из которых может быть в состоянии загрузки, без того чтобы это состояние тянуть до самого верха страницы.
$mol_fiber по своему предназначению — тоже самое что и React Fiber (pausable synchronous execution, в реакте эти паузы как раз для того чтобы изменения в браузер доставить). Suspense вообще не про то. Вы либо путаете что-то, либо сознательно заблуждаетесь.