Мы запускаем облачный сервис MQL5 Cloud Network! - страница 85

Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Чё молчим ? Пополни счет на 46 баксов и посмеемся вместе.
а что ты так беспокоишься? за мои тесты платят Метаквоты! классно.. :)
кстати я думаю что системе клауд тестинга надо дать созреть.. еще много нерешенных вопросов.
Хотя технически (без стороны потребительской) все реализованно блестяще..
а что ты так беспокоишься? за мои тесты платят Метаквоты! классно.. :)
И ещё вопрос ко всем заинтересованным. А сколько вы уже потратили денег на оптимизацию, что вас взволновал вопрос "сколько будет стоить очередная оптимизация"?
Нисколько, даже шаровых 2$ ещё не тратил, вот определюсь во что мне выльется оптимизация, заведу деньги и буду оптимизировать.
А пока "чёто я стёмаю :)"
Ну ладно убедили, зарание рассчитать точно не получится, но ведь вы рассчитываете ориентировочное время оптимизации при ГА, те приближенный механизм (с итерационным уточнением) есть, так дайте эту инфу в деньгах нагора, пользователь запустит и увидит уже при первом десятке проходов ориентировочно вся оптмизация ему обойдётся в 100$, и примет решение годится или нет, дальше цифра будет уточнятся но уже в районе этой сотни (например 143$).
Я считаю что чем в тёмную лезть, лучше иметь инфу хотябы о значении порядка который придётся уплатить, если это 10 это одно если 1000 извините но это совсем другое. А потратить 100$ а потом узнать что оптимизация не может быть завершена потому что недостаточно средств, это извините гон. Зная это заранее можно что то где то ужать, чуть поточнее настроить начальные параметры итд, да по большому счёту и код можно подчистить.
stringo привел пример " оказалось в 2 раза больше" . А может оказаться и в 5. Ты примерно представляешь сколько будет претензий на не верно оцененную сумму ? Пройдет время и про этот разговор никто не будет знать , а горы претензий " мне обещали , заманили и на .. обманули гады " завалит форум.
Я бы просто вывесил внизу страницы облака текущую статистику- среднее время оптимизации - 12 минут, средняя стоимость 3 цента и т.д.
Я бы просто вывесил внизу страницы облака текущую статистику- среднее время оптимизации - 12 минут, средняя стоимость 3 цента и т.д.
stringo привел пример " оказалось в 2 раза больше" . А может оказаться и в 5. Ты примерно представляешь сколько будет претензий на не верно оцененную сумму ? Пройдет время и про этот разговор никто не будет знать , а горы претензий " мне обещали , заманили и на .. обманули гады " завалит форум.
Я бы просто вывесил внизу страницы облака текущую статистику- среднее время оптимизации - 12 минут, средняя стоимость 3 цента и т.д.
Вот, с миру по нитке, чёто да придумается.
Тоже неплохое решение, с которым пользователь хоть как то сможет сделать оценку.
Я же не против того что моё предложение не идеально, я за то чтоб пользователь не был слепым котёнком.
ЗЫ кстати с введением такого механизма можно будет приостанавливать оптимизацию при уходе счёта в минуса (до пополнения счёта),
а то ведь кинут вас ребятки, наоптимизят на -1000$ сменят аккаунт и ага (за такие бабки можно не только аккаунт но и провайдера и железо поменять так что никакие защиты не помогут).
Пока я не получу конкретные цифры (пусть с ошибкой 20%) я не буду пользоваться облаком.
можно ещё так делать. Нужно показывать ориентировочную стоимость оптимизации. А считать так:
И не надо )
Чисто совковская философия (а ля "философии официантки буфета" вас много я одна), нужно бороться за каждого клиента,
иначе не заметишь как этих самых клиентов не останется.
Естественно, показывать счетчик "Ориентировочной общей стоимости к концу оптимизации".
Вот графики зависимости этого счетчика (красная линия) от номера текущего прохода. Видно, что значение сразу стремится к истинному значению стоимости (конец зелёной линии)
Если первый проход получится очень тормозным, то можно будет сразу увидеть максимально возможную плату за всю оптимизацию и остановить её вовремя, не затратив значительную сумму зря и приступить либо к оптимизации кода, либо вообще отказаться от услуги облачной оптимизации.
Таким образом потребитель вычислительных ресурсов будет достаточно точно осведомлён о предстоящих расходах заранее.