Разработка методологии тестирования и доводки ботов на форуме

[Старик]

Предыстория: инцидент, шок и первичная постановка вопроса.

Спойлер

Однажды с форума сбежал сторонний программист
Заныкав, как водится, разработанного в "Разработках форума" вроде прибыльного бота - и ничего не предложив взамен.
Поогорчались мы такой подлой подлости пару дней, а потом подумали - да ну ж его нах!

На нашем форуме тьма образованного и многоопытного народа, способного умных и сложных прибыльных ботов разрабатывать как на конвейере.
Реально мы сильнее любой специализированной фирмы - ну разве с Гуглом первое место делим. :d

Мы сильны большим числом образованные и разносторонних людей, обладающих знаниями и опытом в самых разных областях.
Критично важно только правильно организовать нашу совместную работу!

В общем, ниже мой поворотный пост, с которого началось осознание наших действительно огромных возможностей как самоорганизующейся команды, нацеленной на общий конечный результат.

А еще ниже в топике очень умные люди с форума будут думать как грамотно организовать работу разносторонних форумчан, чтобы, по итогам совместной работы над ботами, у каждого форумчанина всегда было несколько ботов с форума - бесплатных и прибыльных! :)

Вперед, коллеги - нам горы по силам переставлять, чтобы не мешали идти вперед!

Спойлер

Неудачи в разработке нового нормально.
Создать новое безумно тяжело - обычно на грани человеческих возможностей.
Поэтому 3-5-10 подходов/неудач в попытке создать что-то стоящее новое - обычное дело.
Это тяжело и недешево.

Причем тяжело и не бесплатно всем: и лидеру разработок - и тем, кто помогал попытаться создать новое.
Потому что неудачи подряд изматывают, отбирают силы и время.
Но другого пути нет.

В этом смысле ход событий с разработками edmigo меня особо не напрягал.
В том числе и серия неудач.
Он не прав только в одном - в попытке присвоить результаты в большей части его, но все же коллективного труда, не предложив ничего взамен.
Это, несомненно, плохо - но, увы, в жизни случается и не скажешь что так уж редко.

Мой опыт подсказывает, что большинство людей вполне успешно гробят свой новый бизнес собственными руками.
Как минимум, вследствие серии ошибок, берут лишь малую часть от потенциала.
По некоторым признакам, коллега и сам по себе исключением не станет. :)
В этом смысле продолжать тратить на него время особого смысла таки нет.

Но важно то, что, в процессе напряженной дискуссии, выкристаллизовалось понимание некоторых важных моментов в плане возможностей и потенциала нашего ресурса.

Фишка в том, что патриарх ресурса Павел реализовал здесь отдельно взятый демократический коммунизм: от каждого по способностям - каждому по потребностям.
К этому можно относиться с юмором - трудно в космополите и убежденном демократе Павле заподозрить ярого коммуниста.
Но, тем не менее, нечто типа коммунизма здесь живет и работает. :)

Так вот, нехороший человек редиска edmigo напомнил нам о важном - что мы имеем на форуме и совсем не ценим.
Сконцентрировавшись на предлагавшихся им проектах, мы за считанные месяцы глубоко протестировали и довели до финиша несколько проектов.
Да, результат был негативный: но проекты были доведены до финальных версий ботов - до упора, до окончательного диагноза "да/нет".
Мы отработали "до результата" много проектов - и очень быстро!
И если бы это были наши, форумные проекты и часть из них дала бы позитивный результат, то мы за считанные месяцы получили бы 2-3 прибыльных бесплатных бота в распоряжении и к прибыли всех, а не кем-то указанных отдельных форумчан!

Длительность разработки и доводки хорошего бота разная - от месяца-двух до года плюс.
Вот в соседней ветке Qj и я, не слишком торопясь, год+ делаем нечто типа универсального мартина для просчёта и конструирования торгов сетками.
http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=288418
Это промежуточная версия: не то что не финальная, а даже еще не базовая - это еще даже не всё, что мы задумали сделать как базу Бота.
Хотя некоторые люди уже Ботом торгуют и даже получают прибыль.
Но статистика уже интересна - более 300 скачиваний Бота плюс сотни скачиваний Модели и сопровождающих Бота документов.
Активно тестирует Бота, помогают нам устранять баги, делают замечания/предложения 10+ человек - а с Ботом хотели бы работать/скачали сотни.

Так вот, по топикам сетки трейдер и топикам edmigo просматривается оптимальная пропорция для прорывных разработок на нашем форуме:
1) 1-2 разработчика бота/ТС
2) от 1-2 до 5-10 активно тестирующих и высказывающих мысли товарищей разной степени компетентности
3) сотни (даже 300+) пользователей ботов разной степени готовности, обратная связь с которыми позволит быстрее устранять затаившиеся баги и улучшать программный продукт по результатам реального масштабного использования бота.
Все три группы участников технологической цепочки разработки, по очереди работая, критично важны для быстрейшего создания стабильных и прибыльных ботов!

Так вот, у нас разрыв во втором элементе технологической цепочки производства прибыльных ТС и ботов - тестировщики и их идеи.

У нас только в Лаборатории на сейчас до 10 потенциально весьма прибыльных ботов!!
Причём исходно весьма приличных, хорошо продуманных и пристойно выписанных ботов разработчики начали выкладывать чуть ли не еженедельно!!
Но на этом этапе разработчики сделали всё, что могли - и им нужна обратная связь, свежий взгляд на ботов по возможности опытных пользователей-тестировщиков...

И у нас сотни конечных пользователей, которые по каждому боту, тестируя по предложенным им более опытными тестерами сэтам, могли бы дать массовую статистику использования ботов, вылавливание скрытых багов и информацию для шлифовки и финализации разработки ботов.
У нас реально только одна проблема - нет активного глубокого первичного тестирования и осмысления выложенных на форуме ботов, абсолютно критичного для быстрого развития и доведения разработчиками ботов до прибыли!
У нас на форуме проблема с тем, что в футболе называется полузащитой. :)


Завязываем высматривать edmigo, зигзагами убегающего в мутную даль с может быть прибыльным ботом по мышкой!...
Да хер с ним и с его одним-единственным никем не виденным может быть как-то иногда прибыльным ботом...
Эка блин невидаль...

И деньги прячем в карман, которые некоторые уже были готовы ему заплатить - не надо платить х.з. за что, никто ж ничего не видел, ни тестов, ни мониторингов...
вы деньги лучше себе оставьте - вы их очень скоро положите на собственные депо для бесплатных форумных ботов!
Нам всем очень много понадобится денег для собственных депо для бесплатных форумных ботов! :d

У нас на форуме практически весь первый экран Лаборатории - потенциально прибыльные, но не доведенные до ума бесплатные боты собственной разработки!
За 5 лет существования форума у нас никогда не было такого разнообразия и количества авторских ботов.
Добрый десяток ботов наших родных форумных разработчиков ждет тестов, доводки и раскрутки - и большая половина в исходниках...
И наша истинная задача у нас прямо перед глазами: сосредоточенно дотестировать и быстро довести хотя бы половину форумных ботов собственной разработки до ума и прибыли - и рубить капусту чемоданами! :d

Для нашего общего успеха надо не так уж и много - чтобы те, кто умеет тестировать ботов и кто только этому учится, начали тестировать ботов из "Разработок форума".
И начали в топиках общаться с разработчиками и между собой.

Тут есть пара нюансов.

Во-первых, не надо ждать, что кто-то выполнит самые тяжелые первые тесты вместо вас.
Может выполнит, а может и нет.
И если никто не выполнит адекватных тестов по боту, то потенциально прибыльный бот может просто погибнуть, не получив развития.
И все потеряют прибыль - включая каждого из нас.
Поэтому просто идем в топики и работаем - никого не дожидаясь и ни на кого не оглядываясь.

Во-вторых, в процессе тестирования надо резко повысить открытость и общительность.
Достаточно часто опытные тестеры, молча выполнив для себя тест нового еще не бота, а лишь полубота, прячут результаты тестов себе в папочку и удовлетворенно молчат.
Но в этом случае, даже протестированный, потенциально прибыльный полубот прибыльным ботом может так никогда и не стать.
Потому что от гробового молчания тестировщиков разработчику и полуботу толку ноль! l-)
Необходимо абсолютно ясно осознать, что даже выполненные самые сложные тесты, если их результаты не опубликовать и предельно ясно не прокомментировать - ни на сантиметр не продвинут разработку, не приблизят к прибыли и для любого проекта тупо бесполезны.
Поэтому результаты тестов обязательно надо публиковать - причем в таком виде, чтобы разработчик, при необходимости, тесты мог в точности повторить.
И обязательно надо комментировать результаты тестов - и озвучивать замечания/предложения, если они есть.
Не надо стесняться написать сотню-другую "лишних" букв - думая каждый о своём, люди даже письменно плохо понимают друг друга.
Пара "лишних" строк комментария к тесту или детализации предложения никогда не лишние - хотя бы для протокола разработки и анализа и понимания хоть бы и новичками, кто зайдет в топик позже.


Коллеги, у нас в некотором смысле действительно уникальная ситуация - разработчики создали и выложили для тестирования целый букет разнообразных ботов.
Необходимо ботов тестировать, дорабатывать и совместно доводить их до стабильной прибыльности.
Прямо сейчас уникальный момент: если активно взяться за работу - то всего через 1-3 месяца мы может получить сразу несколько стабильных и прибыльных ботов разработки форума!
С которыми никто никуда никогда не убежит...
И которыми мы все, каждый из нас, сможет долго и радостно торговать и зарабатывать прибыль! :)

**********************************************************************************************************************

Ниже в посте будут размещаться разные не всем известные, но реально действительно важные рекомендации по работе с информацией и ботами.
Как известно, дьявол кроется в деталях.
Пользователь/форумчанин, тестируя нового для себя бота, может вести себя грамотно/оптимально или дилетантски.

При оптимальном поведении форумчанин способствует наиболее качественной и быстрой разработке бота и доводки бота до прибыли.
То есть сам форумчанин начнет зарабатывать раньше и заработает больше.

Если же вести себя как дилетант, то форумчанин будет де-факто тормозить разработку бота и отдалять, а может и делать невозможным заработок тестируемым ботом.
То есть сам форумчанин будет сам себя штрафовать.

Знание оптимальных приемов и технологии тестирования - это ключ к тому, чтобы начать зарабатывать раньше и суметь заработать больше.
Знать и уметь - выгодно, так как рынком оплачивается.
Оптимальные приемы и технологии тестирования ботов, работы с информацией надо изучать и неукоснительно, неотвратимо применять.

Начнем. :)

-------


Рекомендации о том, как надо информировать программиста о возможной ошибке в боте или непонятках в тестах.
Коллеги, я никого не хочу обижать, но должен как-то предельно внятно объяснить...
Вы или предоставляете логи и скрины, объективно подтверждающие наличие проблемы и что вам не кажется - или не предоставляете.
Если НЕ предоставляете логи/скрины и включаете режим сказочницы Шехерезады из "Сказок 1001 ночи", то программисту не с чем работать, ваша проблема не решается и существует очень высокий риск быть посланным программистом нахер.
Если вы предоставляете логи и скрины, то программист видит и решает проблему и все счастливы.
И только вы определяете как будет: ваша проблема будет быстро и качественно устранена - или вас пошлют нахер.

Спойлер

В процессе разработки большого мартин бота мною было нестрого, в общем виде сформулировано какая информация должна прилагаться к постам, сообщающим программистам о потенциальном баге/некорректности в тестируемом боте.
На самом деле чрезвычайно важно то, как именно вы информируете программиста о вероятном баге/некорректности в боте.
Ваш возбужденный пересказ того, что вы видели, или того что вы думаете о работе бота иногда бывает программисту полезным - но, как правило, практически не содержит нужной программисту предельно точной информации о работе/тесте бота.
Программисту нужно самому видеть то, что видите вы - и, если надо, в точности повторить тесты или торги, которые вели вы.

Спойлер

...
На всякий случай напоминаю о порядке информирования о предполагаемых багах в работе бота.

Нам (всем разработчикам) для анализа, в первую очередь, нужен журнал/log работы бота из вкладки "Эксперты", в который бот подробно пишет даже о том, что лишь собирается делать.


Логов/журналов в МТ4 аж 3 (три):
1) Имя_ДЦ\logs - журнал/лог самого терминала, вкладка "Журнал"
2) Имя_ДЦ\MQL4\Logs - журнал/лог экспертов, индикаторов, скриптов, вкладка "Эксперты" - обычно нам нужно этот и только этот.
3) Имя_ДЦ\tester\logs - журнал/лог тестера стратегий - иногда нужно выкладывать и его, если глюк проявляется в тестере.

Если у вас глюк выявлен на демо или реальном счете, то нужны логи/журналы 1)+2).
Если у вас глюк выявлен в тестере, то нужен журнал 3)


Добраться до логов/журналов просто:
1. в терминале слева вверху пункт меню "Файл"
2. в нем выбираете подпункт "Показать каталог данных" - откроется окно каталога.
3. заходите в MQL4
4. заходите в logs - там все файлы логов/журналов вкладки терминала "Эксперты"

Остальные логи находятся аналогично - но меняется пункт 3.


На 100% не уверен, но чтобы МТ4 доформировал (дописал всё в) логи/журналы и закрыл их, надо сначала закрыть МТ4, повторно МТ4 стартовать и лишь после этого копировать логи/журналы и прикреплять их к вашим сообщениям.
При этом не будет лишним сначала заглянуть в логи и убедиться, что то, что вы хотите показать программисту, есть именно в этом, а не в предыдущем файле лога/журнала.

Если лог/журнал слишком большой (много мегабайт), заархивируйте его и прикрепите архив к посту.


Часто бывает очень полезно для поиска и устранения ошибки прикрепить к сообщению сэт, использовавшийся вами в проблемных торгах или тесте.
В логе эксперта ваши настройки мы увидим.
Но, чтобы повторить ваши торги или тест, нам может понадобиться и ваш сэт - и будет намного надежнее и быстрее нам воспользоваться прикрепленным вами файлом с вашим сэтом.


Иногда проблему удобно показать скрином.
В терминале (меню Файл) есть возможность делать скрины как всего экрана, так и рабочего графика.
Скрины сохраняются в терминале в разных местах - отыщите в терминале скрин и прикрепите его к сообщению.
...

Пример: Разъяснение как зафиксировать редкий случай ошибочного дублирования ордеров по вине ДЦ.
Ну и как вообще делать скриншоты экрана и копировать логи.

...первым делом баг-привидение надо качественно сфотографировать! :d
А это не только включить комменты - это еще и упорядочить/рассортировать ордера на экране и показать все, а не часть ордеров.

Для этого:
1) сначала включаем показ комментариев к ордерам - наводим курсор на любой открытый ордер, правая кнопка мыши и в меню кликаем по строчке где упоминаются комментарии.
Комментарии к ордерам, задаваемые ботом, появятся справа в окне открытых ордеров. Включите их и не отключайте!!
2) Кликните пару раз по столбику "Цена/Price" - чтобы ордера у вас отсортировались по цене открытия сверху вниз по убыванию.
Иногда более важно бывает отсортировать ордера по времени открытия - особенно если исследуется очередность открытия ордеров.
Но для нашего случая оба варианта сортировки приемлемы - по времени открытия ордеров может даже предпочтительней.
3) Потом раздвигаем вверх окно, где показаны открытые ордера что в рынке - чтобы были видны все открытые ордера.
И фоткаем привидениие - делаем скриншот всего экрана со всеми открытыми ордерами, выстроенными по цене и с комментариями к ним.
Сделать скриншот всего экрана можно средствами терминала МТ4:
а) пункт меню Файл
б) Сохранить как рисунок
в) Активная рабочая область.
Скриншот в этом случае сохранится в одной из папок в терминале МТ4.
Если всё сделать правильно - фото бага-привидения будет во всей красе и во весь рост! :d

Если сетка уже успела закрыться, то тогда ордера надо искать во вкладке Истории счета.
Всё делаем точно так же: включаем комментарии, сортируем ордера по цене открытия (или времени закрытия), расширяем окно чтобы была видна вся закрывшаяся сетка - и делаем скриншот всего экрана.
Хоть ордера сетки к тому времени уже и покойные, но разобраться как они жили попробовать можно. :)

-----

Дальше мы начинаем искать лог - журнал Бота в терминале в \MQL4\Logs.
Который там должен быть, если у вас во вкладке "Эксперты" по центру внизу есть хоть одна строка сообщений Бота.
А наш бот рассказывает даже о том, что лишь собирается делать - так что логи/журналы нашего бота должны быть обязательно.

Но Иногда лог в терминале ведет себя как знаменитый сурок из фильма - "Ты сурка видишь? И я не вижу. А сурок есть!" :)

Во-первых, припоминаю случаи, когда в начале суток терминал не создавал новые файлы логов и бот продолжал писать инфу о работе в лог/журнал предшествующего дня.
Есть шанс, что инфа от 1 сентября у вас находится в логе 31 августа, например.
В общем, выкладывать лучше логи нашего бота, начиная с дня, предшествовавшего инциденту.

Во-вторых, запись на диск (в логи) может выполняться операционкой и терминалом не онлайн, а с какой-то задержкой.
Инфа, выводимая на диск, может накапливаться в буферах и выводиться лишь тогда, когда буфер наполнен.
И полностью файл лога может быть заполнен лишь тогда, когда кто-то (лог, бот, терминал) будет закрываться или рестартовать..
Я в деталях не в теме, но перед копированием логов лучше "выдавить" из бота всю инфу, которую он направлял в лог, и закрыть файл самого лога.
Делается это очень просто.

1) на самой вкладке (в окошке вкладки Эксперт или Журнал) в МТ4 вызвать мышкой (правая кнопка) меню, а в меню выбрать пункт "Просмотр".
Откроется новое окошко с полным логом - не глядя, закрываете его.
После этого файл лога в самом МТ4 будет заполнен до последнего момента.
Это хороший вариант форсированного заполнения файла лога всей информацией до момента вплоть до сейчас.

2) Радикально вариант - это ненадолго закрыть МТ4 с ботом.
Терминал в процессе закрытия вырубит всех ботов и индикаторов и допишет инфу в множество файлов, которые он ведет - включая логи.
После этого можете стартовать терминал, он должен рестартовать индикаторы и ботов - а вы потом можете скопировать и выложить логи.
Ну или скопировать логи, пока терминал выключен - так можно и так даже спокойнее.

3) Более мягкий вариант это переключить ТФ на графике, где бот - например, с м1 на м5.
Бот при этом завершит работу на м1, стартует и нормально продолжит работу на м5 - а в логи бот запишет всю инфу по работе на м1 и десятки строк инфы о старте на ТФ м5.
По идее этого должно быть достаточно и можно копировать файлы логов.

Иногда перед копированием файлов логов бывает полезно обновить каталог клавишей .
после обновления в каталоге клавишей становятся видны новые файлы, открытые или недавно обновленные терминалом.

Ни в коем случае не надо как-то урезать логи, передавать программистам какую-то часть лога.
Логи за день-два надо передавать программистам только в полном объеме!
Если лог очень большой (много мегабайт), то заархивируйте лог и выложите большой лог в архиве!

Крайне важно понимать, что программисты де-факто такие же инженеры как, например, авиационные - и работают с информацией по технологии как и авиа инженеры.

Допустим, в процессе полета самолета произошла некая неисправность - и самолет может долетел, а может и разбился.
Как авиа инженерам искать неисправный блок в самолете?!
Опрашивать выживших пассажиров и стюардесс как они думают исправен ли был самолет или какой именно блок в самолете отказал?? :)
Или читать компьютерную базу самолета, в которую узлы и приборы писали телеметрию о своей работе, и изучать содержимое черного ящика самолета?!
Совершенно очевидно, что авиа инженеры будут работать только с информацией из компьютерной базы и черного ящика самолета и по инфе оттуда выяснять какой блок или узел барахлит и нуждается в ремонте или замене.

Тест бота у вас в терминале - это тот ж полет самолета, о факте и ходе которого инженеру-программисту абсолютно ничего не известно.
А логи-журналы из вкладки "Эксперты" (бота) и вкладки "Журнал" (терминала) из вашего МТ4 и есть записи бортовых самописцев бота в процессе его полета-теста у вас в терминале.
Причем логи-журналы находятся у вас в терминале - а программист не телепат и он представления не имеет что именно вам в ваш терминал писал его бот в ходе его теста-полета!

Конечно, вы можете написать программисту большое взволнованное письмо о том, что в ходе теста бот один раз грюкнул и 2 раза хрюкнул. :)
Но если вы к посту не прикрепите логи-журналы бота и терминала, то не телепат программист никакими силами не сможет прочесть у вас в мт4/мт5 что именно делал и писал в журнал бот во время теста в вашем терминале.
И программист не сможет вам помочь - он просто не сможет выявить и устранить тот баг/неисправность в боте, которую вы у себя в ходе теста-полета бота у себя в терминале нашли.
И это может иметь самые серьезные последствия: баг/ошибка в боте программистом без логов может быть не найдена и не устранена - а вы однажды на этой не устраненной по вашей вине ошибке сами попадете на деньги.

Необходимо ясно осознавать, что это ваша обязанность немедленно передавать программисту логи-журналы и другую инфу из вашего терминала, если вы выявили или подозреваете сбой в работе бота.
Не право - а ваша обязанность!

Во-первых, потому что так взаимдействуют с инженерами - а программист де-факто инженер и есть, бот всегда сложная система.

Во-вторых, если вы поленитесь сообщить программисту о подозрении на ошибку в боте и не передадите программисту логи-журналы и всю инфу - позже вы сами, еще и вместе с другими, можете попасть на деньги из-за не устраненной ошибки.

Соблюдение же технологии работы с программистом, немедленной передачи программисту всей инфы о неудачном или подозрительном тесте, позволит лично вам быстрее получить хорошего бота и зарабатывать раньше, больше и безопасней!

Спойлер

Памятка как бороться с трудно-нудными :d
(без подробных объяснений зачем это надо, которые можно почитать в посте Старика выше под спойлером)

Что надо
1 Скрин Графика
2 Торговый отчет из истории
3 Лог эксперта
4 Лог терминала
5 Файл настроек советника

Как

Скрин Графика
- Щелкаем на графике и клавишей плюс максимально его увеличиваем,
чтобы по каждому бару - свече проходила
"вертикальная полоса времени"
- Затем ПКМ (правая кнопка мыши) выбираем пункт "Активный график как есть"
сохраняем и если надо потом графически его обрабатываем,
нанося полезную для разбора информацию.

Торговый отчет из истории
- На вкладке терминал, щелкаем подвкладку "История счета"
- ПКМ тут желательно выбрать период (если этого не делать просто вся история торговли сохранится)
- Затем выбираем сохранить отчет

Лог эксперта
- В терминале слева вверху открываем Файл
- Открыть каталог данных
- Выбираем подкаталог MQL4
- В папке Logs находятся лог-файлы эксперта по числам терминала
- либо для отправки берем всю папку, либо четко понимая
какие нужны числа берем отдельные файлы по датам

Лог терминала
- В терминале слева вверху открываем Файл
- Открыть каталог данных
- В папке Logs находятся лог-файлы терминала по датам
- либо для отправки берем всю папку, либо четко понимая
какие нужны числа берем отдельные файлы по датам

!!!! названия папок и файлов Логов эксперта и терминала одинаковые
(их конечно можно отличить зайдя внутрь файла)
Но надо логи эксперта/папку переиминовать, чтобы ничего не перезатерлось
и было понятно что это за логи

Файл настроек терминала
-На графике или F7 или ПКМ -> Советники -> Свойства -> Вкладка Входные параметры -> Сохранить


Эту всю информацию лучше всего запаковать в архив с датой
...

http://tradelikeapro.ru/logi-terminala-metatrader4/

---------


Почему всегда надо тестировать именно последнюю версию бота, выложенную программистом.

Спойлер

В топике разработки одного из ботов произошел познавательный случай.
Один из форумчан, явно новичок, весьма активно пытался тестировать разрабатываемого в топике бота.

Потом у него в тестах вылез какой-то (не возникающий у всех других) критически опасный баг с дублирующимися ордерами - про проявление которого новичок исключительно на пальцах пытался рассказать топикстартеру-программисту.
Добрую неделю сначала программист, а потом и я пытались выбить документальные подтверждения наличия ошибок в боте (логи, скрины, сэт) - а человек толком не понимал ни что такое скрин, ни что такое и где искать логи в МТ4...
В конце концов, с криками и давлением, мы с программистом вырвали из человека лог работы бота с ошибкой
И выяснилось, что он тестирует крайне устаревшую версию бота (-8 версий) - а баг, которым он неделю выносил всем мозги, был устранен более месяца назад.

На вопрос "Ну какого хера ты тестишь старючую глючную -8ю версию бота, более месяца назад снятую с тестирования?!" чел невозмутимо ответил, что он типа любит старые вещи и даже телефон у него типа 10-тилетней давности.
Сначала мы опешили от такого возражения.
А потом стало понятно, что просто человек с улицы таки не понимает, что тестировать устаревшие версии разрабатываемого бота - это де-факто стать врагом разработки и делать всё, чтобы сорвать проект.

И я попытался этому "человеку с улицы" объяснить почему, если уж взялся тестировать разрабатываемого бота, то надо тестировать именно и только последние версии бота, выложенные на форум разработчиком бота.

... вы до конца не поняли как надлежит тестировать авторский советник.

По барабану какие у вас житейские привычки, привязанности к исправно работающим старым вещам... :)
Житейская логика в деле разработки и тестирования авторских советников не применима и работает наоборот.

Если вы тестите устаревшую версию авторского советника и, в ходе тестов, начинаете пытать автора про давно устраненные баги, при этом еще и не прикладывая логов, то:
1) вы:
а) беспочвенно просто выносите автору мозги,
б) отбираете у него силы и обычно крайне дефицитное время,
в) заставляет автора бросать работу над новейшей версией бота и ковыряться в старой версии,
г) выискивая в уже не используемом коде старой версии бота возможно уже давно устраненные баги
2) дезориентируете и дезинформируете других форумчан:
а) публикуя де-факто недостоверную информацию о работе (как предполагают люди) последней версии бота,
б) создаете ложную иллюзию нестабильной работы последней версии бота и
в) препятствуете освоению бота другими людьми (некоторые пересиживают в стороне начальные этапы создания ботов).
3) де-факто, хоть и не предумышленно, но вы действуете в направлении торможения и даже срыва проекта. l-)

Что от вас требуется, чтобы в минимально возможные сроки получить наилучшего возможного авторского бота, который вас заинтересовал?!
1) стараться всегда тестировать самую последнюю версию бота, переходя на новейшую версию если не немедленно, то максимум с новой недели.
В этом и только в этом случае вы, тестируя/проверяя именно последнюю версию бота, сможете способствовать максимальной скорости разработки бота максимально возможного качества.
2) всегда (необсуждаемо!) к постам о возможных багах в боте прилагать максимум объективной информации - логи/журналы бота и терминала за 1-2 дня проявления возможно некорректной работы бота, скрины, используемый вами сэт.
Автор бота должен иметь возможность видеть всю объективную информацию бота и терминала, которую видите вы, и повторить тесты, которые выполняли вы - чтобы с максимальной скоростью и точностью найти и устранить предполагаемый баг в боте.


Нормально, что вы всего этого не знали - мы все рождаемся дилетантами и всему учимся с нуля.

Но вы должны запомнить навсегда, что, тестируя авторского бота, вы можете вести себя либо как враг разработки - либо как человек, помогающий создать в кратчайшие сроки наилучшего возможного бота.
Для этого вам надо лишь соблюдать минимальные правила и дисциплину тестирования.

Причем ваше оптимальное поведение будет вознаграждено - получением максимально возможной прибыли от бота и минимально возможными сроками начала его полноценной эксплуатации.
То есть если выполнять тесты правильно, то: вы заработаете больше денег - и прибыль начнете получать в минимально возможные сроки.

Правильно тестировать авторских ботов буквально выгодно.
Неправильно тестировать авторских ботов - самого себя штрафовать.
...

---------

Как оптимально называть файлы для упорядоченного хранения у себя в компе и выкладывания на форум

Спойлер

Коллеги, давайте попробуем не генерировать хаос.
Хаос сам воссоздается с невероятной силой и ходя бы не поддерживать нарастание хаоса - наша обязанность.

[EA][Qj] - Setka v1.38+ - Модель - Закрывашка v.2.xls
[EA][Qj] - Setka v1.38+ - Модель - Закрывашка v.2.set
[EA][Qj] - Setka v1.38 - eurusd - до 50 ордеров всегда в плюс на 100пп длины.set
Понятно почему я так переименовал у себя ваши от балды названные файлы? :)

[EA][Qj] - Setka v1.38 (2016.09.15 22:10).zip
[EA][Qj] - Setka v1.38 - Таблица параметров - 20160915.doc
[EA][Qj] - Setka v1.38 - дефолтный - 20160915.set
[EA][Qj] - Setka v1.38+ - Модель - m03 - 20160915.xls
А почему так и ни на пробел или символ иначе из релиза в релиз называются наши файлы релизов?

Всем, кто работает с информацией, от библиотекарей до IT-шников, известно что такое кодификация - упорядочение информации.
Имена файлов тоже являются объектом кодификации и могут как безудержно генерировать хаос, так и создавать порядок и порождать однозначность.

Если без лишних деталей, то имя файла должно содержать групповое имя (слева) и детализацию правее.
В итоге из имени файла, даже без заглядывания в файл, должно быть понятно это файл какого бота - и содержимое файла.
При этом имя файла может быть довольно длинным - но, в итоге понятным и автоматически группирующимся в папках по алфавиту.

Так вот Сидоров Иван Петрович - это имя бота, его версия и детализация.
[EA][Qj] - Setka --> это Сидоров
v1.38 --> это Иван (Сидоров Иван)
v1.37 --> это Дмитрий (Сидоров Дмитрий)
Таблица параметров - 20160915 или дефолтный - 20160915 --> это Петрович

В итоге
[EA][Qj] - Setka v1.38 - Таблица параметров - 20160915.doc и
[EA][Qj] - Setka v1.38 - дефолтный - 20160915.set
И всем всё понятно прямо из названий файлов - не понявших о чём эти файлы нет!

Исключения исключены.
Сидоров это только Сидоров - до буквы и только в таком написании.
доров нет (это Сидоров без Си)
СиДоРоВ нет.
Сидров нет.
Все искажения фамилии (первой части группового имени) будут хаотически сортироваться в папках и создавать файловый хаос.
Сидоров это Сидоров и никогда никак иначе - до написания каждой буквы и № каждого символа в фамилии.

При этом дата указывается только в формате ГГГГММДД - иначе она не отсортируется в хронологически правильном порядке (сортировка имен посимвольно слева направо).

Понятно ли почему я переименовывал файлы в
[EA][Qj] - Setka v1.38+ - Модель - Закрывашка v.2.xls
[EA][Qj] - Setka v1.38+ - Модель - Закрывашка v.2.set
Потому что в этом и только в этом случае хоть примерно понятно о чём вообще речь и начиная с бота какой версии это богохульство применимо! :d

Хотя допустимо убрать детализацию "+ - Модель" и записать
[EA][Qj] - Setka v1.38 - Закрывашка v.2.xls
[EA][Qj] - Setka v1.38 - Закрывашка v.2.set
Всё таки кодификация это принципы однозначного именования информации/файлов - а вот степень детализации пояснительной части имени файла можно варьировать на ваше усмотрение.
Важно лишь, чтобы из имени файла было понятно какого это бота файл (но имя бота чётко!) и о чем этот файл.

Не надо думать, что корректно называть файлы это ужас как сложно.
К этому надо привыкнуть - но делать это легче невозможно даже придумать.
Надо избавиться лишь от одной крайне вредной привычки - называть каждый файл как в этот момент в голову взбредет.

Правильно надо назвать только первый файл - причем можно не в процесс сохранения, а сразу после.
Дальше, при сохранении очередного файла, надо лишь кликнуть по имени файла с наиболее близким названием - и внизу в строке сохранения изменить часть старого названия на новое.
Это занимает лишь на несколько секунд больше времени, но файлы у вас в папке начинают сами сортироваться в алфавитном и хронологическом порядке.

Коллеги, давайте учиться правильно, осмысленно называть файлы.
Поймите, если вы от балды назвали файл и выложили его на форум - вы передаете создаваемый вами хаос десяткам других людей.
Назвав же файл согласно общепринятых правил, вы поддержите порядок с файлами не только у себя, но и передадите свою инфу с удобным названием, по которому ваш труд/файл потом будет легко опознать и с ним работать.
И вы не внедрите свой хаос в архивы десяткам своих коллег - а это проявление уважения и взаимоподдержки! :)

Спойлер

Примеры корректного наименования файлов.
Например, для бота InGrid вы разрабатываете модель сетки, сэт и выполняете тест разработанного сэта.

Скрин модели сетки может быть назван, например
InGrid 1.41 - 13-200п EURUSD start 10000$.png.

Сэт тогда имеет смысл назвать в точности как его модель
InGrid 1.41 - 13-200п EURUSD start 10000$.set

Сохраняя отчет тестера, настоятельно рекомендую называть отчет в точности как сэт и модель, наприимер
InGrid 1.41 - 13-200п EURUSD start 10000$ - StrategyTester или
InGrid 1.41 - 13-200п EURUSD start 10000$ - 99% 20150101-20161217 (.htm и .gif).

В идеале все 4 файла одного теста (модель, сэт и 2 файла отчета) должны называться одинаково слева (и почти одинаково правее) и отличаться только расширениями файлов.

То есть корректный набор файлов одного теста (или отчета о торгах) выглядел бы так:
InGrid 1.41 - 13-200п EURUSD start 10000$.png - скрин модели, название в основном вводится вручную
InGrid 1.41 - 13-200п EURUSD start 10000$.set - сэт, название копируется из названия файла модели
InGrid 1.41 - 13-200п EURUSD start 10000$ - 99% 20150101-20161217.htm - отчет, название копируется из названия файла модели или сэта
InGrid 1.41 - 13-200п EURUSD start 10000$ - 99% 20150101-20161217.gif - график отчета, имя файла сформирует тестер при сохранении отчета.

Таким образом, из всего комплекта 4-х файлов теста вы сам называете только первый из файлов - да и здесь часть имени скопируете откуда-то.
Названия последующих файлов вы уже только копируете/вставляете - а файлу графика теста имя (отчета) в автомате присвоит тестер.
Это очень просто и удобно.
И эти файлы ни у вас, ни у всех кто их скопируют на форуме не потеряются никогда.

Спойлер

Имя бота/файла должно отвечать 2-м элементарным критериям:
1) имя должно быть уникальным - в общем случае, минимально необходимым и достаточным для однозначной идентификации файла и
2) имя должно быть таким, чтобы в папках компа новая версия автоматом располагалась под предыдущей (при сортировке по имени).

Если хоть одно из 2-х этих элементарных требований нарушается, в папках компов всех скачавших кривоназванный файл генерируется хаос, воссоздание которого должно быть пресечено!
Хаос самовоссоздается.
Имена файлов же должны вносить однозначную упорядоченность.

Примеры допустимых названий файлов вашего бота:
EA USD v1.01.ex4
EA USD 20171225.ex5

Это всё!!
Такие имена файлов бота генерируют структурированное хранение информации, при которой все файлы одной версии бота автоматом объединяются в группы - а файлы новых версий бота автоматом располагаются ниже.

Однако такое минимально допустимое имя не является полностью уникальным, так как включает аббревиатуру USD, имеющую глобальное распространение и заведомо имеющую другой смысл.
Примерами уникальных/оптимальных названий вашего бота могут быть:
EA UpSideDown v1.03.ex4
EA UpSideDown 20171227.ex5

---------

Рекомендация новичкам как сохранять ссылки на посты при изучении большого топика (на примере топика бота Сетка)

Спойлер

Топик огромный, сложный, его внимательное прочтение 2-3 раза, а то и конспектирование может занять месяцы и месяцы!...
При изучении топика категорически нельзя терять информацию, важную на ваш взгляд!
Не фиксировать ссылки на важную вам инфу еще и просто непрофессионально! l-) :)
Также обычно необходимо отдельно сохранять ссылки на посты, которые вы не смогли осилить с первого захода - чтобы разобраться потом.

Как минимум, вы должны сохранять прямые ссылки на все посты, по каким-то причинам заинтересовавшие вас!
И сохранять закладки не то что просто - это очень просто и это умеют делать все.
Вот только делать это надо правильно.
И правильно сохранять закладки можно и нужно научиться! :)

Первым делом необходимо подготовить хранилище для осмысленного хранения ссылок на посты по разным вопросам.
В используемом вами браузере вы создаете в закладках несколько папок с примерными названиями
[EA]-Setka сеты
[EA]-Setka вопросы оптимизации
[EA]-Setka варианты организации и сопровождения торгов
[EA]-Setka теория мартингейла и мультиторгов
[EA]-Setka тонкие настройки и особенности работы бота
[EA]-Setka модель и проектирование сеток с нужными характеристиками
[EA]-Setka моды бота и сэты к ним
[EA]-Setka дополнительное программное обеспечение форумчан
[EA]-Setka разобраться потом
.....
Вы можете придумать свои папки, продумав как лично вам было бы удобнее сохранять и искать информацию.
Если вы считаете, что ваш перечень папок в закладках хороший - опубликуйте его, может пригодится другим.

Прямую ссылку на абсолютно любой понравившийся вам пост вы можете сохранить в несколько кликов!
Но ссылка на конкретный пост это не ссылка на всю страницу топика - это разные ссылки.
а когда вы листаете страницы топика, браузер показывает ссылки на данную страницу топика, а не на отдельные посты на странице.
Поэтому сначала браузер надо "выставить" на сохранение закладки конкретного поста.

В каждом посте на любом форуме всегда есть прямая ссылка на этот конкретный пост - обычно в верхней (первой сверху) строке каждого поста.
В данном топике сейчас прямая ссылка на пост находится под текстом "[open source] [Советник] Forex Setka Trader Mod и [EA][Qj]-Setka" вверху каждого поста.
И вы можете увидеть (и скопировать) прямую ссылку на пост, подведя курсор мыши к этой надписи.

Чтобы подготовить браузер к сохранению прямой ссылки на заинтересовавший вас пост:
1) кликните мышкой вверху поста по тексту "[open source] [Советник] Forex Setka Trader Mod и [EA][Qj]-Setka"
2) вкладка/окно браузера с заинтересовавшим вас постом обновится и
3) в адресной строке браузера появится прямая ссылка на заинтересовавший вас пост.
Вот прямо сейчас кликните мышкой вверху этого моего поста - и через секунду вы увидите всё сами!

Дальше вы сохраняете прямую ссылку на пост, нажав или кликнув по значку сохранения в верхней строке браузера.
Для сохранения выбираете ту папку, которая соответствует содержанию поста - из созданных вами папок, которые мы обсудили и подготовили выше.
И таким элементарным образом, даже при первом ознакомительном прочтении этого огромного топика, вы сохраните прямые ссылки на все важные для вас посты, включая сеты - и уже не потеряете в топике ничего!!

У вас есть альтернатива:
1) прочесть большой сложный топик и получить головную боль, кашу в голове и совсем немного пользы на выходе или
2) прочесть большой сложный топик, сохранить осмысленные ссылки с вашим комментарием на все заинтересовавшие вас посты и, при повторных штудированиях топика, уже сосредоточенно изучать посты только по важным для вас в моменте темам - при необходимости изучая всю цепочку постов по рассматриваемому вопросу.
Это не считая такой мелочи, что все сеты в гигантском топике вам не придется искать повторно... :d

При повторном внимательном прочтении топика (что крайне рекомендуется - я читал топик неоднократно!) вы можете:
1) проверить все ли ссылки на нужные вам посты вы сохранили (и сохранить ссылки на в первый раз пропущенные посты) и
2) уточнить названия/описания сохраненных вами ссылок, потому что с первого раза внятно описать тему/содержание сложных постов удаётся далеко не всегда - а при втором-третьем прочтении вы начнете видеть и выделять в сложных постах главное.

И вот так, с первого захода (с уточнениями позднее) сохраняя прямые ссылки на посты, вы начнете ориентироваться в том, что большая группа неленивых и общительных товарищей за скоро 3 года в топике нафигачила. :)
А нафигачили мы в этом топике, уважаемые новички, ну очень дофига...
Гарантирую, мало никому не покажется!... :d

-----

Но с названиями сохраняемых в закладках прямых ссылок на посты не так всё просто...
По умолчанию в данном топике (при сохранении закладки) прямые ссылки на пост имеют вид, например
[open source] [Советник] Forex Setka Trader Mod и [EA][Qj]-Setka - стр. 149 - Лаборатория ProfitFX - Trade Like A Pro - Page 149 of 149
И совершенно очевидно, что сохранение ссылки на пост в таком виде абсолютно никак не описывает пост, на который ссылка.

И это означает, что сохраняя ссылки на конкретные посты, надо разработать и использовать свою систему аннотации постов, на которые сохраняем ссылки.
Причём неприятно то, что одну систему записи вряд ли можно применять во всех папках. Скажем, ссылки на посты с сетами это одно, а ссылки на посты с тонкими нюансами настроек бота другое - и вам их надо описывать по разному.

Нет твердых правил как описывать пост при сохранении закладки на этот пост.
Никто не может сказать, что, сохраняя любой пост, его закладку надо назвать так, так и так.
Но есть общие принципы именования порций информации (файлов или закладок) таким образом, чтобы уже из названия порции информации было понятно что за информация хранится в этом файле или этой ссылке/закладке.
Про оптимальное наименование файлов в топиках ботов я уже писал и даже многих этим уже достал.
Теперь я вынужден подоставать вас еще и рекомендациями как более-менее оптимально называть сохраняемые закладки.

При сохранении ссылок на посты с сэтами я бы рекомендовал сохранять ссылку на пост с таким описанием:
- Валютная пара или "мульти" (если комплект сетов для мультиторгов)
- ник автора
- дата поста/выкладывания сета в формате ГГГГ-ММ-ДД (смотреть вверху поста) или ГГГГММДД
- версия бота или мода бота, для которой сет
- текст описания сета или сетов, если хотите что-то добавить.
Если вы таким образом (с одним пробелом между реквизитами) опишете ссылку, то, при сортировке (в диспетчере закладок браузера) папки сетов по алфавиту, закладки сетов очень удобно выстроятся группами и вам будет удивительно удобно с ними работать.

Примеры описания ссылок на посты с сетами:
http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=395610
мульти jocker 2018-04-08 1.43-RSI-CCI тесты с 2014

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=395449
XXXJPY pasha150 2018-04-05 1.43 типовый сет-заготовка для иеновых и других пар с уменьшающимся расстоянием до ТР

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=391493
EURUSD Kutsepal 2018-02-19 1.43 4800 0.01 1.7.set

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=391420
мульти Старик 2018-02-18 1.43 тройка (мт_07) цент фикс 0.01 мин депо-камикадзе $200 ~$60+ в месяц

Ссылки на сеты надо сохранять в папке [EA]-Setka сеты.
В этих и любых других закладках дату надо записывать строго одинаково (ГГГГ-ММ-ДД или ГГГГММДД!!!) и в тексте закладки между словами должен быть лишь 1 пробел - тогда они будут корректно сортироваться хронологически и по алфавиту!
Когда отсортируете в папке диспетчером закладок браузера так описанные сеты - они предельно ясно выстроятся для их нахождения и дальнейшей работы с ними.


Описание ссылок на посты другого типа (не сетов) более "свободное" - но и здесь нельзя допустить хаос.
Как минимум, надо сохранять хронологию рассмотрения вопросов - так как изучение и понимание сложных вопросов созревает с ходом времени.
Ну и обычно полезно также сохранять ник автора поста.
То есть ГГГГММДД (или ГГГГ-ММ-ДД) ник_автора описание_содержания_поста
Ну и помним, что для постов по разным темам лучше делать отдельные папки в закладках.
(Если вам сложно сразу раскладывать все закладки по разным папкам, можно сначала закладки постов сохранять в 1-2 общих папках, а позднее в диспетчере закладок разложить закладки/ссылки на посты из общих папок уже в целевые папки разных тем.)

Примеры ссылок на посты разных тематик, сохраняемые в разных папках закладок:
http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=391487
2018-02-19 maxand вариант/предложение методологии разработки сетов в формальном опте
Этот пост (и много постов DENYA на эту тему) разумно сохранить в папке "[EA]-Setka вопросы оптимизации"

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-eaqj-setka/2738/?do=findComment&comment=382040
2017-11-13 Старик старт торгов тройкой/мт_07 на цент фикс $200+бонус
Ссылку/закладку на этот пост разумно сохранить в папке "[EA]-Setka варианты организации и сопровождения торгов"

-----

Возможно, вышеизложенное многим покажется ну уж слишком скурпулёзным и заморочливым...
Зачем мне, такому умному и с такой роскошной памятью, париться с сохранением ссылок на посты - да еще и по схеме.
Чем меня могут удивить в теме мартинов!
Ну и я по любому всё пойму и запомню! Я ж крутой!
Вот поверьте: мало что запомните от просто почитать - и нихрена вы в этом огромном топике потом сходу не найдёте...

Разумной альтернативы нет:
- или вы потратите недели на первое чтение топика и получите лишь впечатление от прочтения
- или вы сохраните ссылки и получите оглавление конспекта топика по рассматривавшимся темам.
И дальше сможете уже разбираться в конкретных вопросах целиком, следуя по хронологически расположенным ссылкам.
Вы сэкономите недели времени на лишние 1-2 прочтения топика.
И, быстрее больше узнав, сможете зарабатывать больше.
Потому что на форексе знания=деньги! :)

---------

Как грамотно копировать и хранить вашу личную и служебную/деловую информацию Изменено 22 мая, 2018 пользователем Старик

[eskandar]

Уважаемый Старик!

Уверен, что многие форумчане не принимают участия в разработках Лаборатории не потому, что безынициативно сидят и ждут готовенького, а потому что не понимают, как охватить процесс тестирования и оптимизации от и до, не знают с какой стороны к нему подступиться, как интерпретировать результаты тестов и т.п. А если и прогонят бота на одной паре с какими-то настройками за какой-то период, то не знают, как встроить этот кусочек информации в общую картинку.

Я был в числе тестировщиков на проекте edmigo и могу сказать, что там в некоем виде была представлена структура управления проектом.

Формат заданий на тестирование был подходящим для новичков или людей, которые не являются опытными тестировщиками. Был прописан алгоритм тестирования и оптимизации (фактически пошаговый мануал «для чайников»), оптимизируемые пары и параметры распределялись между участниками, был создан файл с общим доступом для внесения результатов тестирования, которые потом централизовано анализировались.

Поэтому и результат (пусть и отрицательный в случае некоторых проектов) был достигнут довольно быстро.

На мой взгляд, форумным разработкам не хватает именно такой организации.

Мне видится, что разрыв есть не только во втором, как Вы сказали, но и в третьем элементе технологической цепочки производства. Нет этих 300+ пользователей с обратной связью даже на топ-10 форумных разработках, а если где-то и есть, то от них нет единообразно структурированных и приведенных к общему знаменателю результатов.

О чём этот спич.

Понятное дело, на форум не получится (да и не нужно) внедрить полноценную систему управления проектами, как в коммерческих организациях. Но такие элементы как разделение ТЗ на мелкие участки/этапы, их распределение и централизованный сбор данных сильно бы увеличили скорость разработок.

Если при участии патриархов форума это реализовать в Лаборатории (хотя бы на рекомендательной основе), я думаю, многие форумные проекты, забуксовавшие на полдороги, получат приток человеческих ресурсов и, вместе с тем, новый импульс развития.

Причём всё это ещё бы имело и гуманитарно-образовательную составляющую: человек, однажды поработавший в команде, пусть даже на небольшом участке и по прописанному алгоритму, в дальнейшем мог бы погружаться глубже в эту тему и работать с ней самостоятельно.

P.S. Прошу прощения, если излагаю здесь банальности, но мне кажется, что именно отсутствие этих моментов не позволяет привлекать максимальное количество человеческих и машинных ресурсов для работы над форумными проектами. И, соответственно получить долгожданный результат.

[Мерлин]

//Немного разгребся с бытовухой, теперь с удовольствием читаю Старика))

Насчёт системы управления проектами, пускай даже в упрощённом виде, это интереснейшая вещь. Было бы хорошо, если бы кто-то выписал матрицу и процедуры сей технологии - куратора темы, сеньор программеров (хз как это по русски:), периодически привлечение программистов по узким вопросам, тестировщиков, ведение монторингов, ну вот чтобы всё это в кучку и системно. Не, ну мы-то и сами можем изобрести сей велосипед, всё-таки люди мы вроде как не самые глупые тут собрались) но было бы проще, если бы товарищи, имеющие опыт распределённой разработки, подсказали, из чего состоит велосипед и как едет:) чтобы более эффективно использовать вчислительные и интеллектуальные возможности коллектива.

[eskandar]

Спойлер

//Немного разгребся с бытовухой, теперь с удовольствием читаю Старика))

Насчёт системы управления проектами, пускай даже в упрощённом виде, это интереснейшая вещь. Было бы хорошо, если бы кто-то выписал матрицу и процедуры сей технологии - куратора темы, сеньор программеров (хз как это по русски:), периодически привлечение программистов по узким вопросам, тестировщиков, ведение монторингов, ну вот чтобы всё это в кучку и системно. Не, ну мы-то и сами можем изобрести сей велосипед, всё-таки люди мы вроде как не самые глупые тут собрались) но было бы проще, если бы товарищи, имеющие опыт распределённой разработки, подсказали, из чего состоит велосипед и как едет:) чтобы более эффективно использовать вчислительные и интеллектуальные возможности коллектива.

Я последние несколько лет именно управлением проектами и занимаюсь (инвестиционные проекты на предприятиях Росатома, для резюме), поэтому могу сказать, что имею некоторое представление о предмете. Но если представление о тестировании и оптимизации я уже какое-никакое получил, то о кухне разработчиков почти ничего не знаю. Поэтому, если я буду набрасывать свое видение этого дела, в процессе мне нужно будет тесно общаться с человеком в теме - с Вами, например.

[Старик]

Коллеги, всё даже лучше, чем я ожидал!

Системный подход к этому вопросу - это именно то, что необходимо, чтобы максимально реализовать огромный творческий и человеческий потенциал нашего ресурса.
Мы можем и должны поставить процесс создания прибыльных ТС и прибыльных ботов на научную основу и использовать современные методологии разработки программных продуктов.

Уверен, что к проработке данного вопроса, кроме уважаемых коллег eskandar и Мерлин, подключатся и другие опытные форумчане, имеющие навыки и участвовавшие в разработках программных систем разной сложности.
Причем к обсуждению приглашаются опытные трейдеры-ручника, люди со знаниями из других областей, а также предприниматели с навыками создания успешных бизнесов.
Форум обладает огромным интеллектуальным потенциалом и будут приветствоваться все, кому есть что сказать и показать! l-)


Сейчас же я хочу отметить пару тактических нюансов.

Во-первых, то, что мы планируем разработать методологию оптимальной разработки прибыльных программных продуктов форума, ни в коем случае не означает, что теперь мы удобней садимся на диван и месяц-другой просто ждем эту методологию.
Лучшее смертельный враг не только хорошего, но иногда и вообще всего дела и всей прибыли в целом.
Методология разработки программных продуктов критично важна для нас - но её проработка потребует времени, которое нельзя упускать.
Осень-зима в торгах могут быть очень, чрезвычайно тяжелыми.
Программисты уже выполнили огромную часть серьезной и квалифицированной работы, создав и выложив на форуме боевые прототипы потенциально прибыльных ботов.
Этих ботов надо изучать, всесторонне тестировать, делать предложения по доработке, давать разработчикам критично важную для проектов обратную связь с пользователями.
И это наша часть работы! Наша - не программистов!
Поэтому, не останавливаясь и не впадая в прострацию в ожидании некой универсальной методологии тестирования, идем в топики прямо сейчас и начинаем тестировать ботов уж как умеем!
Методология крайне нужна, она будет создана и подтянется - но на это нужно время.
Пока же идем в топики и двигаем разработки прибыльных ботов вперед так, как делали это во все предшествующие годы!

Во-вторых, поднятая тема, вне всяких сомнений, предмет для специального и отдельного топика в Лаборатории.
Пока пишем в этом топике.
а ночью или завтра, начиная с моего предыдущего поста, я перенесу всю инфу в новый топик в Лаборатории.
В котором мы и попробуем разработать методологию, оптимальную технологию создания прибыльных ботов на нашем форуме.

Изменено 16 августа, 2016 пользователем Старик

[Arius777]

Парень создал тему по созданию бота, обвел всех вокруг пальца, убежал с черным ящиком в руках... Все было подумали - опять мы не у дел!? А польза-то от "псевдоплохих" людей тоже есть - главное с нужной стороны на них смотреть. Интересно получается, к чему пришли!)) =d> =d> =d>. Давайте развивать, конечно, это очень круто, на самом деле!

[dermitay]

как мне кажется разрубить вот этот Гордиев узел между разрабами и юзерами/пользователями не то чтобы сложно, а в принципе нереально.
и дело не в пропасти знаний между программистом и пользователем, а в банальном человеческом факторе - лени.
ты, Старик, часто говоришь мне что я слишком популярно описываю алгоритмы своих проектов, ну а как еще донести нужную инфу до пользователя почему сов ведет себя в одной ситуации так, а другой, вроде бы такой же, абсолютно иначе?

в этом и кроется диабло:
1. чтобы понять суть/принять активное участие в помощи разрабу нужно прочитать то что программист пишет.
2. программист обычно пишет много, и дело не в том что нас так прикалывает писать полотна - это наши будни, писать полотна, хоть и не всегда эффективного, но кода))
3. в итоге человек видит перед собой ответ разраба - "кирпич инфы" и как у любого нормального человека у него пропадает желание вобще заниматься сим проектом. потому что "лень читать". лень понимать.

то есть... у форумчан нет четкого понимания, что зарабатывающий код - это не простой код и не простой алгоритм, шаги которого умещаются в двух строчках.
и что программисту не нужна помощь в оптимизации "спреда/тп/сл/ТФ", он сам не дурак и вполне оптит эти параметры уже при написании кода.

ему нужна помощь в оптимизации более сложных понятий, на уровне абстракций/алгоритмов, в суть которых вникать желание появляется не у каждого, да и ,честно говоря, дано далеко не каждому.

[eskandar]

Приветствую, джентльмены!

Уважаемый dermitay,
глубинное противоречие между разработчиками и юзерами, о котором Вы говорите, безусловно имеет место. Но диалектические противоречия по Гегелю являются движущей силой развития. l-) :) К тому же, не хочется закрывать едва зародившуюся тему. Поэтому давайте лучше попробуем её развить.

Да, простым пользователям действительно никак не вникнуть в суть того, что делает программист (а те, кто вникают - явно не простые пользователи). И вряд ли эти самые простые пользователи могут помочь программисту на этапе разработки алгоритма.

Именно поэтому здесь и имеет смысл основательно подойти к разделению задач и организации рабочего процесса.

Повторю мысль из своего предыдущего поста: я считаю, что на этапе тестирования и доводки простые пользователи, при должном уровне организации, могут значительно сократить время тестов. То есть помочь разработчику быстрее отделить зёрна от плевел и двигаться дальше.

На этом заканчиваю вступительную часть и начинаю излагать видение организационной стороны процесса тестирования и доводки советника со своей юзерской колокольни.

Перво-наперво давайте определимся с ролями участников проекта.

Роли в проекте

Вводные допущения

Имеется советник с рабочим алгоритмом ("боевой прототип" по определению Старика). Необходимо провести тестирование и оптимизацию для достижения неких целевых показателей по прибыльности, просадке, матожиданию и т.п.

Исходя из этого, роли в проекте мне представляется следующим образом:

1. Руководитель проекта (чаще всего автор ТС или разработчик советника по ТС, или и то и другое сразу). Единственный и неповторимый.
- инициирует проект;
- определяет содержание проекта: формулирует основную идею оптимизации и устанавливает желаемые целевые показатели;
- оценивает результаты тестирования и оптимизации, принимает решение о завершении проекта или проведении ещё одного цикла тестов;
- вносит изменения в код, выпускает версии советника.

2. Пул аналитиков (опытные активные тестировщики). 2-10 человек. Кто-то может быть со-разработчиком, фактически заместителем руководителя проекта.
- предлагают свои идеи для оптимизации советника;
- дорабатывают и развивают идеи разработчика;
- осуществляют первичное тестирование идей (до запуска в «массового» тестирования);
- формулируют ТЗ для массового тестирования, разбивают его на временнЫе этапы и содержательные участки;
- анализируют результаты тестирования.

3. Администратор проекта. 1 человек.
- организует набор тестировщиков в проект;
- анализирует потребность человеческих и машинных ресурсов исходя из ТЗ;
- распределяет задачи между участниками тестов;
- создает и поддерживает необходимую инфраструктуру информационных ресурсов для учета результатов тестирования;
- контролирует своевременность и полноту вносимых результатов;
- контролирует наличие тестировщиков на всех участках, в случае необходимости находит замену выпавшим из процесса.

4. Методист – Tech Support. 1 человек.
- разрабатывает пошаговый мануал для тестировщиков (алгоритм от и до – установка файлов советника и вспомогательных файлов, подкачка истории котировок, порядок действий в тестере стратегий, критерии отбора результатов и т.п.), желательно с картинками;
- оперативно отвечает на вопросы участников по процессу тестирования, при необходимости вносит изменения в мануал;
- контролирует корректность результатов тестирования.

5. Тестировщики (рядовые пользователи). Чем больше, тем лучше.
- записываются на участие в проекте;
- проводят тестирование и оптимизацию в соответствии с прописанной методикой.
- своевременно вносят результаты в общую таблицу.

Разумеется, это всё функциональные единицы, а не живые люди, т.е. кто-то из пула аналитиков, например, вполне может быть одновременно выполнять функцию администратора проекта - было бы желание и возможности.

Ниже привожу свое видение схемы взаимодействия участников проекта в виде классических плавательных дорожек.

Схема взаимодействия участников проекта

Итого:
1. Такая схема работы делает процесс тестирования доступным и понятным даже новичку, что позволяет привлечь в проект максимальное количество ресурсов.
2. Роли администратора и методиста ставят процесс тестирования на поток и разгружают разработчика.
3. Результаты тестов получаются единообразными и систематизированными, что упрощает их анализ.


P.S. Хотел сначала приватно поделиться своими набросками с кем-нибудь из разработчиков нашего форума, чтобы сперва получить порцию критики и определиться с терминами, а потом уже выложить доработанный вариант для публичного обсуждения. Но вижу, что тема затихла, поэтому выкладываю первый драфт как есть - может, его недочёты спровоцируют бурную дискуссию, в которой родится истина. :)

P.P.S. На случай, если кому-нибудь захочется поправить что-то в моих художествах или просто порисовать в том же формате, прилагаю слайд в ppt.

2016-08-24_optimization_process.zip

Изменено 24 августа, 2016 пользователем eskandar

[Arius777]

Eskandar, очень круто! Я бы дорисовал, но боюсь своей некомпетентностью все поломать. К примеру, возьмем этот вариант развития событий, предложенный выше. Я думаю, нужно действовать по циклическому принципу. Придумали - реализовали - проанализировали - сделали поправки - реализовали и т.д. Как обычно в проектах больших компаний, неважно каких. Сейчас нужно определиться с базовой схемой, и на первом этапе придерживаться ее. Далее уже было бы очень прикольно (не знаю еще, какое слово даже лучше сюда подошло :))) сделать на форуме так, чтобы было видно, на каком этапе разработки находится робот. Т.е. согласно схеме. К примеру, я хочу быть просто тестировщиком - зачем мне кучу раз смотреть ветку робота и ждать, когда же начнется этап тестирования по мануалам и записываться, дабы не теребить админа проекта - я вижу опа! советник переместился в раздел (ну или еще какое-то отличительное обозначение ветки) тестирования. Можно даже на время проекта присваивать людям типа значков учетных записей - тестировщик, руководитель, аналитик и т.д.. Многие боятся за авторские права или то, что ботов воруют плохие люди - сделать вход на ветки ограниченными, допустим по количеству сообщений форумчанина, его рейтингу, может времени после регистрации (тут могу и я не попасть :-o) - тут вариантов много. Открытость бота - обязательно! Ну да ладно, я уже далеко вперед забегаю и лезу в дела админов сайта. Лично мое мнение - эта идея ужасно перспективна, просто неимоверно ужасно. Давайте пробовать!

Изменено 24 августа, 2016 пользователем Arius777

[eskandar]

Arius777,
спасибо за лестную оценку, но первая версия по определению не может быть исчерпывающей. Наверняка есть пробелы или логические несостыковки. Так что любые рассуждения поверх моих набросков очень даже приветствуются, не стесняйтесь дорисовать! :)

К тому же, повторюсь, это моё юзерское видение, и для полноты картины неплохо бы услышать мнение разработчиков.

Насчет сводной информации по стадиям тестирования ботов, присвоении ролей, раздачи значков и прочего - поддерживаю. В перспективе мне видится дэшборд с перечнем разработок Лаборатории, где будет отображаться статус по основным данным: кто разработчик, администратор, сколько тестировщиков занято на проекте, сколько еще требуется, плановая дата начала следующего этапа тестирования и т.п.

Но это я действительно забегаю вперед.

Давайте разберемся сначала с текущим этапом. Ближайшие действия, как мне представляется - прийти к более-менее единому видению оптимальной схемы тестирования бота, и, не откладывая, обкатать её на пилотном проекте. А дальше уже по результатам делать выводы, расширять и углублять. Если схема покажет хорошие результаты по продуктивности (а иначе и быть не может) - больше форумчан включится в наш процесс.

Так что, ещё раз - приветствуются критические размышления.

[pegaskrs]

eskandar +
не откладывая, обкатать её на пилотном проекте.

И проект новый создавать не надо ,уже существует "Generic A-TLP" его с 100% уверенностью можно назвать
проектом этого форума,проект есть порядку нет ,одну стадию разработка прошли ,наступила
другая стадия тестирование и оптимизация и начались трудности
1) множество версий (нужно было как то контролировать стадию разработка )
2) толпа пользователей бросилась оптить и тестить не понятно какие версии с какими параметрами на каких котировках с каким спредом и тд и тп ,смешно будет если найдутся баги в коде и все результаты оптимизаций станут не достоверными



что касается публикаций чего либо в разделе Лаборатория ProfitFX должно сопровождаться обязательной
отправкой исходного кода модераторам на хранение на случай форс мажоров описанных выше но и права
разработчиков тоже надо как то соблюдать как и права пользователей принявших в работе над проектом,
если это индивидуальная разработка то и о добавление чего либо должен принимать автор так как у него
есть своё видение проекта ,и он "заказывает музыку" не помню где точно вроде с Arius777 было что то подобное с расчётом лота в его проекте, где друг друга не поняли пользователь и автор еще и модератор
вмешался

пользователь в любом случае в более выгодной позиции, какой не какой продукт есть ,описание есть ,предварительные наработки есть можно спокойно создать ТЗ с плюшками,и создать свой проект благо
это сейчас более чем доступно

исходный код в свободном доступе зло налепят модов накидают в кучу ,либо растащат по всей сети
(два года назад на одном ресурсе пару раз бан схлопотал доказывая что паук спертый с этого сайта работает на зигзаге и то человек только через две недели удосужился прочитать тему от корки до корки,пустяк но осадок остался )

это так мысли в слух пускай побудет денёк потом Delete

Изменено 26 августа, 2016 пользователем pegaskrs