Дополнительная нагрузка или шанс?
Мне кажется, ваше знакомство с формулами ограничивается арифметикой. Симуляции процессов немножко сложнее описываются
Программист - это громко сказано. Они мастера и в визуализации, и в правах, и в фронтенде и куча языков и тд, А аналитику не нужно все программирование, а нужен только один инструмент чтобы с ним работать.
Судя по озвученному, у ТС есть опыт программирования, можно и доучиться. Но то что ей коллеги предложили - это впереди паровоза бежать, пусть бы ей полгода дали на курсы какие, чтобы не приходилось методом тыка все изучать.
Как фахспециалист их найдет и приспособит под свои нужды, не пользуясь пайтоном?
Да запросто найдет это все машины тьюнига шит ин шит оут. У меня была задача перегнать оракловые таблицы в паркет или авро. Я попробовал сначала на пайтоне библиотеку авро, медленно, потом оказалось что какой то питонный гений написал фаставро это было быстрее, потом я скачал ява библиотеку и оказалось что пайтон и не нужен для этого случая...
А потом я решил что паркет лучше т.к он лучше компримирует Вам шашечки или ехать, если вы нашли алгоритм то румыноиндусские программисты могут его имплементировать на жабе с++ итд, а если они ленивые сказать боссу купить еще один ящик с кучей памяти и процессоров и запустить вашу питонную программу 10 раз параллельно.
Вот это и есть моя мечта - найти алгоритм, и чтобы мне его профессионально имплементировали. Но как передать алгоритм этим профи, я пока не знаю.
Но как передать алгоритм этим профи, я пока не знаю.
Конечно можно с ними медитировать, по скайпу или по тимс дожидаясь когда на них снизойдет просветление. Но вообще не надо выдумывать электросамокат (кстати кто его выдумал бросать на дороге и везде на тротуарах) есть разные типы UML диаграмм, комменты между ними пишите латинскими буквами английскими словами. И вы счастливы и гуру, надсмотрщики, экаляционсменеджеры, тестеры, программисты, систем администраторы, менеджеры менеджеров имеют свою тарелку риса и кусок мамалыги с вашего задания
Как хорошо, что вы пришли и поставили точный диагноз!
Может тогда объясните, как ПО правильно общаться с разработчиками, и не на уровне квадратных корней? А когда речь о незнакомых им математических методах. Этот момент мне действительно непонятен.
Я попробую на примере. Используя UML-диаграммы, можно обойтись без объяснения разработчикам математических методов и финансовых моделей? И если эти можели уже заключены в какой-то пайтон-библиотеке, то как это передать в диаграмме?
Ну вот классика: самая простая модель для оценки опций
where V is the price of the option as a function of stock price S and time t, r is the risk-free interest rate, and is the volatility of the stock.
Вот и попробуйте нам, несведущим, объяснить, какую именно цену опциона мы берем для расчета, откуда мы ее берем, кстати, время это в каких единицах? Цены "stock price" это цена на эту единицу времени? Где берем цены? Что это за загадочный рискфри рейт и где его взять и т.д.
Совершенно конкретные и банальные вопросы, которые я бы лично первым делом задала бы, если бы нужно это было это в код превращать. А как иначе?
Дело не в том, откуда брать цены для расчета, а в том, как решать парциальные диффуры.
Рискфри рейт - это безрисковый цинз, базовое понятие в финансовой математике. Но если вы его не знаете (а наши программисты не знают), то на пальцах этого не объяснишь, надо читать цикл лекций.
В общем, люди с высшим образованием обычно в курсе, что специфические темы не возьмешь нахрапом в стиле "ну-ка объясни, раз такая умная".
Если вы погуглите, то увидите массу примеров, как программируются ваши диффуры в той же яве и увидите, что каждый шажок состоит из других довольно простых операций. Да, они обрабатываются в циклах и массивах, но каждая в сумме сложная операция разложена на несколько простых.
Так что вам на полном серьезе просто нужно найти профессионального PO, который понимает, как работает программирование в принципе и умеет общаться с тех.командой.
Вы же будете искать ваши методы и всякие арбузы в тимс на совещании показывать. Корону снимите-) Jeder wie er kann-) И будет у вас качественный продукт с хорошими характеристиками-)
Вижу, что вы не в теме. К найденному методу обычно уже существует библиотека с готовой имплементацией. Шажки решения диффуров ни один ПО не описывает.
Так что я останусь ПО, и арбузы показывать продолжу.
Причина в недостаточной парраллелизации рассчетов. И наверно векторизация (применение функции на весь вектор, а не на каждое число отдельно) не везде оптимально сделана. И что-то еще, что мне пока неизвесттно.
А насколько реализация алгоритма медленнее заданного предела?