Обсуждение статьи "Как составить Техническое задание при заказе индикатора" - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не рекомендуется, не работает в индикаторах.
Желательно знать как будет применятся индикатор:
1. для ручной торговли - можно максимум красивостей добавить.
2. будет использоваться советником - расчётные значения значит, чтоб были доступны через iCustom
3. в оптимизаторе - в приоритете скорость расчётов.
Не рекомендуется, не работает в индикаторах.
Убрал, спасибо
Желательно знать как будет применятся индикатор:
1. для ручной торговли - можно максимум красивостей добавить.
2. будет использоваться советником - расчётные значения значит, чтоб были доступны через iCustom
3. в оптимизаторе - в приоритете скорость расчётов.
Хорошо, добавлю
Логика - тут уже трудно придумать шаблон. Вот по вашему опыту - как это формализовать?
Сначала бы заказчик писал конечную цель, что он хочет добиться с помощью индикатора или другого продукта. Это самое важное - из-за этого он потом будет довольный работой или нет. Не видела еще заказчика который бы огорчился из-за того что ему не те цвета прописали, даже за настройки все довольно лояльные.
Потом бы описал приблизительный набор функций: нужен индикатор на основе еще кучи индикаторов, нужна панель что будет то и то делать или таблица с кучей значений (и знал что это явно добавляем стоимости), нужно чтоб рисовал в двух окнах (такое часто бывает), можно пример начертания чтоб вставил, чтоб сообщение отправлял (кстати, многие просят СМС и потом удивляются что это не так просто) и т.д. куда фантазия приведет, но перечень. Это позволит быстро оценить (от-до стоимость) и не тратить время исполнителя, ведь заказчик может просто цену хотел узнать и это нормальное его право.
Далее, если это индикатор на основе вычислений или сигнальный, то заказчик должен или знать нумерацию баров, или по своему ввести обозначения (в ТЗ определить что считать буду так).
Потом пример вычислений: Значение бара текущего[0] = close[1] - MA[1]+"какой-то еще индикатор"[1];
или, например если ищем паттерн: если close[1]>close[2] и close[1]>close[3] - значит паттерн. Или : если close[1] на 20% больше close[2]
Если на основании других: если перед вот эти баром[0] у индикатора1[1] значение больше чего-то то значит сигнал бай
если по индикатору1 получается сигнал и по индикатора2 сигнал бай - значит на баре[0] будет соответствующая стрелка
Если дивергенция, вершины или чет еще такое, то даем определение: если close[0]<close[1]>close[2] - значит в на баре[1] будем считать что вершина. Или если на баре[1] будет вершина Зиг-Заг - значит вершина и т.д. Так же со всякими отскоками и прочими изошрениями: если опустился ниже чего-то на сколько-то пунктов, а потом вырос на сколько-то - значит у нас отскок.
Кажется просто обозначения, формулы как в экселе юзерам должны быть под силу...
-------------------------------------
Это на вскидку, чтоб нормально продумать нужно еще время и разбор многих ТЗ
Все же какая конечная цель у темы?
- Создать мастер для фриланс сервиса? (навязать способ мышления заказчику, и формализовать ценообразование у кодеров)
- Или загрузить заказчика понятиями, что индикаторы бывают настолько крутые и разношерстные, а он тут со своим мелким заказом мешается.
Все же какая конечная цель у темы?
Помочь заказчику сформулировать свое ТЗ на языке разработчика. + показать некоторые плюшки, о которых он может и не знал/не задумывался. И все это в достаточно краткой форме.
В общем, чтобы статья понравилась именно заказчику. Вряд ли я тут увижу мнение заказчиков, они по форуму меньше ходят.
Сначала бы заказчик писал конечную цель, что он хочет добиться с помощью индикатора или другого продукта. Это самое важное - из-за этого он потом будет довольный работой или нет. Не видела еще заказчика который бы огорчился из-за того что ему не те цвета прописали, даже за настройки все довольно лояльные.
Это понятно, цвет линии и названия параметров - не те вещи, из-за которых работы попадают в арбитраж. Но хотелось бы, чтобы в тексте Заказа был некий порядок. Как сказал герой одного фильма - "Ничто так не успокаивает, как чтение техники безопасности".
Вот беру свежую работу - https://www.mql5.com/ru/job/76241
Индикатор во вложение
Входные параметры
Настройки индикатора- RSI Periods; Percent_K; Percent D
Timeframe; Magic; Lot; SL; Без убыток; MaxOrders
Условия для Buy
Быстрая пересекает медленную снизу вверх
Закрытие обратное пересечение(встречный ордер), быстрая пересекает уровень 85 сверху вниз
Условия для Sell
Быстрая пересекает медленную сверху вниз
Закрытие обратное пересечение(встречный ордер), быстрая пересекает уровень 15 снизу вверх
Все понятно, вопросов нет.
Вот еще одна https://www.mql5.com/ru/job/76192
Подхватывает ордер, открытый вручную.
После ухода в минус на Х пунктов, открывает ордер объёмом=(текущий объём открытых ордеров по инструменту на продажу/покупку)*К. Объём округляется до сотых в меньшую сторону. При открытии нового ордера тейк профит всех ордеров выставляется на ТР пунктов от новой точки безубытка (с учётом комиссий и свопов). Эксперт должен учитывать открытие/закрытие ордеров вручную.
Эксперт должен корректно работать на разных инструментах в одном терминале.
Параметры Х, К, ТР должны изменятся из терминала.
Тоже понятна, хотя подозреваю, что из-за выделенного желтым могут вылезти неожиданности при выполнении заказа. Но для первоначальной оценки сложности и стоимости вроде бы достаточно описания.
Я исходил из того, что индикаторы гораздо проще по написанию, поэтому и статья должна пойти проще. Сейчас пока вижу больше критики.
Я согласен, что нужно добавить примеры ТЗ, один я уже придумал, кто еще предоставит?
...
Я исходил из того, что индикаторы гораздо проще по написанию, поэтому и статья должна пойти проще. Сейчас пока вижу больше критики.
Я согласен, что нужно добавить примеры ТЗ, один я уже придумал, кто еще предоставит?
Вот такой текст заказа:
Индикатор I-LINE
1 Рабочий тайм-фрейм-только М5
2 Ведет поиск на текущей сессии
3 Остается на истории
4 Количество свечек участвующих в поиске N(по умолчанию 3 )
Описание свечек участвующих в поиске
А) Сравнивается экстремум свечки у которой отсутствует одна из теней.(вторая тень есть-обязательно)
Б) Экстремумы теней имеют одинаковое значение.
В) У сравниваемых свечек тень не может быть 0 пунктов(то есть если НI=open или CLOSE такая свечка не сравнивается(я поясню на скрине)
Выделение на графике
А) Экстремумы свечек участвующих в поиске выделяются графически(точка)
Б) По экстремумам проводится линия.
Выдается алерт о появлении линии
Пришлось просмотреть кучу поясняющих картинок, согласовать все понятия (чтобы не было разногласий) и наводящими вопросами составить такое ТЗ (с учётом ранее с ним оговоренных понятий и определений):
Вот ничё не понятно. Давайте определимся в понятиях:
Т.е., может быть первая группа, вторая группа, третья группа, ..., N-ная группа - соответственно номерам определяющих свечей
И вышло так:
Определяющей свечой является лишь одна для каждой группы - она задаёт ЦЕНУ, по которой проводится линия. Все остальные свечи, имеющие тени, и имеющие ТУ ЖЕ цену любой тени, присоединяются к этой группе, и меж ними проводится линия.
Когда появляется ещё одна определяющая свеча, но с ДРУГОЙ ценой экстремума, то она создаёт новую группу. И теперь уже все свечи, которые имеют цену своей тени такую же, как у второй определяющей, начинают входить во вторую группу, и начинают соединяться второй линией.
Первая группа при этом продолжает отслеживаться и дополняться новыми подходящими для неё свечами. И вторая тоже продолжает участвовать в поиске.
Появится третья определяющая, с третьей ценой - образуется третья группа. И т.д., до тех пор, пока не закончится торговая сессия.
С началом следующей сессии всё начинается заново - новые группы. Прошлые группы - их линии - обрываются, но остаются на истории.Вот такой текст заказа:
Пришлось просмотреть кучу поясняющих картинок, согласовать все понятия (чтобы не было разногласий) и наводящими вопросами составить такое ТЗ (с учётом ранее с ним оговоренных понятий и определений):
И вышло так:
Вынос мозга. Можно посмотреть, что в итоге имелось в виду? Заказчик представил изначально картинки или все только на словах было поначалу?
На мой взгляд в статье слишком много технических подробностей, которые заказчик никогда не осилит. Главное для самого заказчика, это четко представлять то, что он хочет на самом деле. Что бы получить это представление, заказчику не плохо было бы перед тем, как идти в фриланс, самому попробовать составить упрощенную схему работы индикатора/эксперта в Excel и снабдить свою схему скриншотами: как тот или иной сигнал выглядит на графике.
Это сложно и главное самому заказчику потребуется "поработать": составить ТЗ, попробовать описать свою стратегию в терминах Excel, подготовить скриншоты сигналов на вход и выход, снабдить все это хорошими комментариями. Однако это единственный надежный путь к тому что бы в итоге получить то, что хочет сам заказчик.