Синхронное тестирование портфеля

bascomo, Вы забыли )) я — не кодер!!! чтобы превратить идеи в результат нужен кодер, а моя проблема (если Вы знакомы с моими темами) заключается в том, что я не могу найти кодера, который делал бы то, что хочу я… не то, что умеет он, а то, что хочу я… и, как правило, большинство кодеров на это не способны… что толку от моих мат.моделей, если их нельзя реализовать?

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

и проблема в том, что сделать это никто не может ))

ЗЫ надеюсь, здесь тема не для того, чтобы мериться линейками ))

который делал бы то, что хочу я… не то, что умеет он

А, не, мой предыдущий коммент нужно было к этому куску вставить))).




>> «я не могу найти кодера, который делал бы то, что хочу я… не то, что умеет он, а то, что хочу я»

Есть вполне рабочая мера «качества» разраба — синьёрность. Ну там есть конечно опыт с технологиями или языком, обычно нормальный миддл или сиьёр, если ему дать нормальное ТЗ, всё сделает хорошо.

Ho_Chu, 

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

Есть чел, который шарит в предметной области (вряд ли это, конечно, математик, скорее трейдер, на да хрен с ним, пусть математик). Есть тот, кто может закодить. Если весь процесс декомпозировать, должен быть ещё тот, кто может понять что хочет «математик» и объяснить (описать) это разрабу на языке понятном, разрабу в достаточной детализации, чтобы по итогу (если разраб сделал в соответствии с описанием), то «математик» сказал: да, это оно.

У вас очень biased представление — вы, видимо, математик?)

А так-то, если нет медиирующего специального человека (в разрабских командах это обычно аналитик), то эта функция может быть у любого, математик совершенно не обязательно умеет «объяснять», совершенно с такой же вероятностью и разраб умеет «понимать».

bascomo, да, Вы правы, я и нашел… но кодер, как только получил полное ТЗ, пропал как ежик в тумане и уже месяц ничего не пишет… искать другого?

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

bascomo, да мне то зачем?

ведь не я из месяца в месяц пытаюсь доказать всем, что математика мне не нужна, от слова «совсем»

ситуация напоминает женщину из анекдота, которая упрекает лежащего в луже мужика в том, что он отвратительно и неприлично пьян ))

на что мужик ей отвечает, что это именно она отвратительно и неприлично некрасива, а он наутро трезвый будет )))

bascomo, мне абсолютно все равно, какой долей в 200-метровой лодке на багамах буду владеть я в том коллективе, который будет владеть ей совокупно… 1/3 или 1/16 — все равно… ведь Вы так до сих пор и не позвали оформлять багамскую визу

ЗЫ и не стоит преуменьшать умение математиков писать формУлы… иногда это оказывается полезным не только лишь для математиков ))) мало того, не каждый может это делать © Кличко ))

bascomo,

прошу прощения только что увидел вопрос давно не заходил:
> тест на 952 бота;
> часовой таймфрейм с 01/01/2005 года, для нормализации я использую единый вектор времени с 07:00 утра до 0:00 (118 000 строк)
Отсюда несложно посчитать что типичная матрица с данными будет размером 952 * 118 000 (112,3 млн значений) и таких матриц много… )

по времени ориентировочно:
> выгрузка всех данных (отдельная процедура выполняется один раз) — около 30 минут (7 Гб данных в txt формате);
> подготовка данных к расчетам (у меня это отдельная процедура так как из данных на предыдущем шаге я тестирую различные портфели) — около 10 минут;
> расчет 1 цикла (= сценария) около до 1.5 минуты (на портфелях где бумаг меньше быстрее соответственно в разы);
> тестирование портфеля тут уже можно умножать время одного цикла на количество прогонок с учетом многоядерности (но тут я упираюсь в отношение количества ядер к оперативке которой надо много для таких расчетов, моих 64 Гб явно маловато).

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

С уважением!