Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Скоро будем требовать повышения качества заставок продуктов.
А поподробнее можно?
Посмотрите на витрину - доброй части не помешала бы перерисовка картинок на более профессиональный вид.
Знать бы, что вкладывается в ваше "профессиональный вид" заставки.
Как вариант -- у МК свой дизайнер, который за деньги делает "профессиональный вид" заставки с точки зрения МК.
Заставка -- торговая марка, какой её видит продавец -- вы предлагаете по заставкам говорить "нам не нравится заставка"?
Просто великолепно.
Уже дошло до того, что от нас требуют снижать качество контроля маркета. Его наоборот надо в разы повышать. Что, кстати, мы и делаем - разрабатываем систему автоматического сресс-тестирования продуктов.
Скоро будем требовать повышения качества заставок продуктов.
Вопросов по контролю нет - все ок, даже хорошо , что он есть. Проверка стопов, ок. Проверка по типу ввода минусового лота :-) также ок, многому научило.
Вопрос только в скорости. когда выходит новая версия с доп возможностями - можно и 2 и 3 недели ждать.
Но когда выпустил обновление - и ты допустил ошибку где -то и ее надо срочно исправить, тогда 10 -20 дней оочень много. Особенно когда робот был принят в предыдущий раз, ничего не изменилось, только поменять > на < - и включаются новые способы проверки,
например в последний раз это ПОЛНОЕ удаление русских символов с кода. Я понимаю что интернациональный язык и все такое. Но у нас много людей которые не знаю, что такое Hello .
Конечно же можно просто не париться и использовать стандартные библиотеки, там это все давно продумано и проверено? не всегда, например в статье, ссылку на которую дают модераторы:
Кстати на последней проверке - нужно было ввести спред, это для чего?
вот например в статье Какие проверки должен пройти Бот :
есть русское слово: " (Bid=%.5f + SYMBOL_TRADE_STOPS_LEVEL=%d пунктов)",
которое вроде не сразу нашел, но уже при проверке бота - оно всплыло - просят удалить, ок, продление модерации на 5 дней+
также в этой функции не учтено, что стоплосс может быть равен 0, такая функция не вернет true если стоплосс = 0 например
также, очень часто спорим с модератором, насчет уровня стопов с сервера = 0 . какой тогда стоп принимать в внимание? вот в Вашей функции есть: int stops_level=(int)SymbolInfoInteger(_Symbol,SYMBOL_TRADE_STOPS_LEVEL);
а если сервер возвращает 0 ? тем не менее стоп плавающий, и если поставить стоплосс = 1, то сервер вернет ошибку. Как следствие эксперт не проходит проверку и возвращается опять на 5-10 дней+.
Можно ли сделать юниттест автоматическим? отправил версию - система сделала тест на Ваших уникальных серверах - все ок, грубых ошибок нет, ссылок на сайт нет, вредительства для пользователей нет - версия принята.
Ведь заработок нужен всем. И от того как быстро автор выпустил заплатку на баг - зависят его продажи, от того есть видео в программе или нет, также зависят продажи. Недавно пришлось быстро менять все видео, так как там был мой логотип, логотип моего сайта. но это ж логотип автора как его не вставлять в видео?
Продажи автора - залог хороших комиссионных для маркета. Может быть модератору выделять часть комиссионных от продажи продукта, который он принял? больше проверяющих, каждый сидит на процентах от продаж, взаимодействие модератора и автора, появилась новая версия - ее быстро рассмотрели и приняли , купили пользователи, процент пошел модератору.
Так они завалены проверками. Как в примере что я на предыдщей странице привёл:
-- открыли продукт, установили, почитали -- обнаружили первую же ошибку, отправили на доработку
-- пришли с доработке, проверили предыдущую, нашли новую, отправили на доработку
-- пришли с доработке, проверили предыдущую и предпредыдущую, нашли новую, отправили на доработку
-- итак по каждой ошибке снова и снова.
Элементарная организация труда:
-- открыли продукт, установили, почитали -- обнаружили сразу все ошибки, что видят, отправили на доработку
Так число отправок на доработку будет меньше -- будет меньше перепроверок ранее проверенного -- а значит будет экономия времени на масштабе проверок.
И главное -- вышла подробная статья по замечаниям https://www.mql5.com/ru/articles/2555 -- где ссылка на неё на странице маркета, при добавлении продуктов?
Это ж пронормировать время, которое уходит на написание фразы: "Почитайте здесь ...".
Вот и время на проверку и очень загруженная модерация маркета.
p.s. Ряд проверок, типа, минимального стопа, минимального лота и т.п. -- вообще можно сделать на уровне терминала.
Ведь требуют же в маркете тоже самое, что уже есть -- вместо "ошибки 130" писать в тот же лог "близкий стоп".
А, как я понимаю, всё началось с бесконтрольного заполнения лога "ошибка 130" и т.п.
Вместо того, чтобы потребовать от советника ограничивать бесконтрольные отправки приказов -- стали требовать организацию диалога в виде осмысленных сообщений.
Это здорово, но это и завалило модерацию проверками.
Пришлось вставлять проверку модификации стопов каждые 2 секунды.....
Так они завалены проверками. Как в примере что я на предыдщей странице привёл:
-- открыли продукт, установили, почитали -- обнаружили первую же ошибку, отправили на доработку
-- пришли с доработке, проверили предыдущую, нашли новую, отправили на доработку
-- пришли с доработке, проверили предыдущую и предпредыдущую, нашли новую, отправили на доработку
-- итак по каждой ошибке снова и снова.
Элементарная организация труда:
-- открыли продукт, установили, почитали -- обнаружили сразу все ошибки, что видят, отправили на доработку
Так число отправок на доработку будет меньше -- будет меньше перепроверок ранее проверенного -- а значит будет экономия времени на масштабе проверок.
И главное -- вышла подробная статья по замечаниям https://www.mql5.com/ru/articles/2555 -- где ссылка на неё на странице маркета, при добавлении продуктов?
Это ж пронормировать время, которое уходит на написание фразы: "Почитайте здесь ...".
Вот и время на проверку и очень загруженная модерация маркета.
p.s. Ряд проверок, типа, минимального стопа, минимального лота и т.п. -- вообще можно сделать на уровне терминала.
Ведь требуют же в маркете тоже самое, что уже есть -- вместо "ошибки 130" писать в тот же лог "близкий стоп".
А, как я понимаю, всё началось с бесконтрольного заполнения лога "ошибка 130" и т.п.
Вместо того, чтобы потребовать от советника ограничивать бесконтрольные отправки приказов -- стали требовать организацию диалога в виде осмысленных сообщений.
Это здорово, но это и завалило модерацию проверками.
это правильный подход , но (УВЫ) чаще делают именно так как описано в первом варианте
1) Ну так могут делать по разным причинам одна из них нечеткая организация и не большая заинтересованность в быстрой приемке продукта - у тех кто принимает на проверку продукты1.1 Солдат спит служба идет , перефразируем - деньги платят.
зачем персоналу проверяющему продукт напрягаться и вылавливать СРАЗУ ВСЕ ошибки в текущей версии , ответ: просто не заинтересованы в быстрой приемке
1.2 Чем больше заявок на проверку пришлют в маркет - тем круче и больше РАПОРТ можно показать руководству - смотрите мол сколько заявок я обработал
отсюда премия - грамоты и т п
сегодня опять новое обновление win пыталось встать, но не смогло... путем погружения в глубокую медитацию и размышления о метафизических сущностях, удалось дотумкаться отключить RAM disk, после этого предыдущее обновление прошло нормально, надеюсь, это тоже пройдет ) мб кому-то поможет
Мой ноут долго был на 1511 и никак не хоте искать 1607. Я даже пытался принудительно скачать помощник по обновлению - в итоге всё ставилось, но на последней перезагрузке ноут начинал циклически (раз за разом) перезагружаться.
Решилось всё таким образом - создал установочный диск, и сделал новую установку (в начале установки полностью удалил все диски) - получилась чистая установка. 1607 стала как влитая - уже дня два сижу на 1607.
Просто великолепно.
Уже дошло до того, что от нас требуют снижать качество контроля маркета. Его наоборот надо в разы повышать. Что, кстати, мы и делаем - разрабатываем систему автоматического сресс-тестирования продуктов.
Скоро будем требовать повышения качества заставок продуктов.
Подскажите, если не проходит автоматическая валидация:
test on EURUSD,0 (netting)
tester takes too long time
Продукт не предназначен для работы в тестере, имеет специфические функции. Нужно написать об этом в комментариях модератору или обратиься в сервискдеск?