Дима

Могу предложить неожиданную идею))

Дима

Делать throttle не по времени, а по координатам

Oleg

Рывками же будет рендерится

Oleg

А хотя и так рывки, да

Anonymous

Надо смотреть не на число рендеров, а на вычислительные затраты)

Я думаю, даже если будет оверхед на debounce (фантастика, мне кажется), то если обновляемый компонент будет содаржать большую структуру, то это скажется на производительности.

Дима

Реакту фиолетово должно быть на структуру

Anonymous

Делать throttle не по времени, а по координатам

Не-не. У меня не руками ресайз, а по медиазапросам.

Дима

Если это не так, то в архитектуре где--то проблемы и мутабельность

Anonymous

Реакту фиолетово должно быть на структуру

Хм. shouldComponentUpdate() тогда зачем?

Дима

Чтобы быстро решить костыли и косяки в проекте))

Anonymous

=))

Дима

Фигня в том, что лишь относительно немного программистов реально понимают, как работает реакт и его иммутабельость

Дима

Постоянные вызовы каррированных функций в рендере, а то и биндинги, ну и т.д.

Anonymous

Ну, за иммутабельностью же ты следишь, а не реакт.

Oleg

ты форекс анализируешь чтоли? :)

Форекс слишком малые перепады имеет и всё завязано на маржинальных кредитах, без них прибыли нет, а с ними - риски и надо быть очень крутым товарищем чтобы там хоть какую-то копеечку иметь. Ну и сам факт с ребятами со 100 баксами, приходящими поиграться верером - не серьезный бизнес.

Andrew

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

Andrew

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

Andrew

ну и не факт что JS все же. может быть что-то более низкоуровневое?

Дима

Мне кажется проще наоборот замутить параллелизацию вычислений и подключить весь амазон сразу

Oleg

Кстати, а я ведь в целом то могу итерации расшарить на несколько машин, а потом собирать данные воедино в нужные моменты...

Andrew

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

Oleg

ну и не факт что JS все же. может быть что-то более низкоуровневое?

Уже задумываюсь об этом давно 😄

Дима

Apache Ignite

Oleg

Тоже вариант 👍

Oleg

Под ноду правда смотрю из коробки нет

Oleg

Ну понятно в целом - условия требуют полностью пересмотреть мою аналитическую софтину

Andrew

рефакторинг рулит :)

Andrew

а тотальный рефакторинг так и тем более :)

Oleg

Там на самом деле строк не так много. Правда вот 100500 переменных одновременно и они всё прибывают и прибывают с каждой идеей. И 100500 итераций рассчетов.

Дима

Тебе б SIMD

Дима

А лучше GPU

Oleg

Вот про это сегодня думал

Oleg

Но GPU я пока не умею

Oleg

И ещё не знаю как уметь

Oleg

В общем всем спасибо, есть о чем подумать

Andrew

вообще это натуральная бигдата. в одного ее пилить это конечно героизьм :)

⩔wein

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

Я работал над проектом(с рекламой связанным) где нужно было каждый день обрабатывать порядка 10гб данных, это не 114 конечно, но порядок близкий. Помимо кучи оптимизаций(кстати вместо редиса там еще memcached использовался, корни проекта уходят довольно далеко в прошлое) - основой решения был амазон. По сути вся архитектура системы была построена на амазоне. В нужный момент просто подымался кластер из пары десятков машин, которые за около часа обрабатывали данные и самоустранялись. Тут конечно серьезный вопрос в том, насколько данные годятся для паралеллизма. И насколько сложные вычисления. Допустим в том, чем я занимался - все было достаточно просто. Если вычисления реально сложные и их можно без проблем делать паралелльно - имеет смысл задуматься над opencl, как выше советовали(GPU тобишь). Но если с этим опыта нет, то я б начал с паралеллизма и кластера.

Denis

И Golang :)

Anonymous

Поясните мне с вертухи, ангуляр первый хорошо или нет? Или лучше переписать на второй?

Anonymous

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

Дима

Поясните мне с вертухи, ангуляр первый хорошо или нет? Или лучше переписать на второй?

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

Anonymous

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

Чому? И вообще, сколько не прочитал статей, но так и не понял нахуй он нужен и почему второй лучше чем первый. Последний раз писал фронт лет 6 назад, да.

Дима

Ну а вот это уже хуже. Изучать всё равно придётся

Дима

Оптимальным сейчас является реакт и экосистема вокруг него, но что-то мне подсказвает что твоим возмущением можно будет отапливать дома😄

Anonymous

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

Anonymous

Вообще не ебу во что превратился текущий веб, ведь всё то что делают какие-то там ебаные фреймворки делал раньше на чистом жс. Какого хуя происходитблядьпиздец.

Dmitriy

😀

Anonymous

Несмищно, я уже третий раз открываю и закрываю сайт реакта.

Dmitriy

Тоже так было. Но пришлось заставить себя выучить.

Dmitriy

Из-за того что интерактив на жквери получался через одно место

Anonymous

http://www.material-ui.com/ Годнота или нахуй?

Yevhenii

сейчас все дрочат на реакт и плотно, кружком прям

Дима

сейчас все дрочат на реакт и плотно, кружком прям

Странные у вас там развлечения

Дима

Тимбилдинг?))

Anonymous

Больше похоже на коворкинг.

Anonymous

Поясните ищо раз. Как этот ваш реакт работает? Зачем нужны классы, что к чему подключается, почему так много файлов и как создать многостраничник чтобы работало? С чего начать-то блядь?!

Yevhenii

Тимбилдинг?))

фронтенд