Обсуждение статьи "Как составить Техническое задание при заказе индикатора" - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
+100
Пытаться изменить/научить/заставить задуматься заказчика — утопичная идея.
Если он до момента оформления заказа не имеет четкого представления о том, что должно получиться, ни какая статья (ни краткая, ни подробная, ни в формате видео) не заставит его разобраться в вопросе детальнее. А если он уже понимает, чего хочет, то и сложностей с изложением (в том числе, с иллюстрациями там, где они необходимы) не возникает.
Все остальное ложиться на плечи программиста и включается в стоимость работы. С опытом удается распознавать неадекватов быстро, буквально по нескольким строкам. И плохих заказов практически не бывает.
Статья останется без планируемой для нее аудитории (но, возможно, заинтересует другие пытливые умы).
Андрей, вы же опытный человек. Возникают сложности при передачи мыслей на бумагу (в комп). У меня был друг, увы покойный, говорить вообще не умел, все время отмалчивался в компаниях. Зато строчил тексты такие, что все зачитывались. И были варианты совсем наоборот. Вот сейчас заказчик - куча эмоций, а потом выясняется, что в ТЗ нет системы установки позиций. То есть было написано - ставить раз в сутки, потом - ой нет, надо раз в час!!! Судя по опыту прошлой работы, это истерика характера будет продолжаться.
Обновил черновик статьи в самом первом моем посте - добавил разделы
Полезные программы для составления ТЗ
Формулировка Технического задания в виде Алгоритма
Примеры Технических заданий
Пример второго ТЗ у меня тоже есть, нужен еще один. Подбрасывайте идеи, пожалуйста. Ну и читайте/предлагайте/критикуйте.
Чем лучше мы сделаем статью для Заказчика, тем проще будет всем нам.
В статью следует добавить напоминание о правах сторон на результат интеллектуального труда, кроме того передаются ли исходники, гарантию на внесение ошибок и исправлений в случае их выявления в следствии изменения ПО или возникновения ранее не случавшихся ситуаций. Возможно от этого должна зависеть цена договора.
Думаю, что стоит объяснить Заказчику, что в алгоритме важна логика и познакомить его с минимальным набором операторов, что б он мог выразить мысли в формулах.
Сложные индикаторы и математические алгоритмы лучше составлять в экселе, там будут видны формулы и вся логика, что упростит взаимопонимание, а кроме этоко в экселе вполне удобно рисовать панельки. Сам неоднократно прилагал такие файлы к ТЗ.
Для ТЗ советника нужны азы по составлению блок схем, иначе код будет с большой вероятностью написан так, что минимальные правки потребуют тотальных исправлений - из опыта.
Для блок схем мне понравилась, из многих, эта программа Diagram Designer http://meesoft.logicnet.dk.
Про режим отладки/принятия работы - я думаю, что тут надо рассказать о необходимости принтов в лог о событиях, творящихся в советнике, таких как блокировка сигнала по фильтру, расчетные значения показателей и иных важных для заказчика ситуаций, а кроме того можно ставить графические объекты на важные ситуации, конечно это должно отключатся в случае отсутствия в этих данных потребности. Подобные вещи существенно облегчают проверку и принятие работы. И, не лишним будет поставить счетчик для фиксации времени потраченного на расчет тела программы при каждом событии - вопрос тормозных кодов актуален для Фриланса.
Обязательно следует напомнить заказчику о проверке работы индикатора и советника через тестер стратегий, проверке работы на разных ТФ (особенно актуально для MT5!), и последующей проверке на реальных котировках, в том числе и индикаторов. Тут хорошо бы использовать программу которая будет делать скрины периодически - для отслеживания перерисовок индикаторов.
В случае выявления ошибок в работе заказа, Заказчику следует документировать ошибку и обоснованно писать краткую претензию, а не начинать эмоциональную переписку с Исполнителем.
В случае выявления ошибок в работе заказа, Заказчику следует документировать ошибку и обоснованно писать краткую претензию, а не начинать эмоциональную переписку с Исполнителем.
Блок схемы и Excel добавлю, спасибо
Блок схемы и Excel добавлю, спасибо
Пожалуйста, но хорошо бы не обходить вниманием и остальные пожелания, они, пожалуй, даже важней для Заказчика.
Кстати, не лишним будет напомнить Заказчику, что в истории бывают пропуски, допустим в связи с перерывом работы биржи или отсутствием котировок, и на этих данных следует проверить работу индикатора и советника.
Пожалуйста, но хорошо бы не обходить вниманием и остальные пожелания, они, пожалуй, даже важней для Заказчика.
Возможно, остальное добавлю вниз - для тех кто осилит статью до конца. В начале это писать точно не стоит - могут бросить , не дочитав.
Разумно.
Добавил текста в раздел Полезные программы для составления ТЗ и Приемка и проверка индикатора
Осталось добавить еще один пример ТЗ и можно публиковать
Добавил еще один пример ТЗ, концовку и немного текста в Приемка и проверка индикатора
Если кто-то предложит третий пример ТЗ для вставки в статью, было бы здорово. В крайнем случае сам приудмаю